Hi Peter,
On 4/21/2023 7:17 AM, Peter Newman wrote:
@@ -806,12 +811,27 @@ void mbm_handle_overflow(struct work_struct *work) r = &rdt_resources_all[RDT_RESOURCE_L3].r_resctrl; d = container_of(work, struct rdt_domain, mbm_over.work);
- if (rdt_mon_soft_rmid) {
/*
* HW RMIDs are permanently assigned to CPUs, so only a per-CPU
* flush is needed.
*/
on_each_cpu_mask(&d->cpu_mask, mbm_flush_cpu_handler, NULL,
false);
- }
- list_for_each_entry(prgrp, &rdt_all_groups, rdtgroup_list) {
mbm_update(r, d, prgrp->mon.rmid);
/*
* mbm_update() on every RMID would result in excessive IPIs
* when RMIDs are soft.
*/
if (!rdt_mon_soft_rmid) {
mbm_update(r, d, prgrp->mon.rmid);
head = &prgrp->mon.crdtgrp_list;
list_for_each_entry(crgrp, head, mon.crdtgrp_list)
mbm_update(r, d, crgrp->mon.rmid);
head = &prgrp->mon.crdtgrp_list;
list_for_each_entry(crgrp, head, mon.crdtgrp_list)
mbm_update(r, d, crgrp->mon.rmid);
}
if (is_mba_sc(NULL)) update_mba_bw(prgrp, d);
hmmm ... I think that update_mba_bw() relies on mbm_update() to call mbm_bw_count() to update the data it depends on. Keeping update_mba_bw() while dropping mbm_update() thus seems problematic. AMD does not support the software controller though so it may make things simpler if support for software RMIDs disables support for software controller (in a clear way).
Reinette