Message ID | 20240404134749.2857852-1-longman@redhat.com (mailing list archive) |
---|---|
Headers | show |
Series | cgroup/cpuset: Make cpuset hotplug processing synchronous | expand |
On Thu, Apr 04, 2024 at 09:47:47AM -0400, Waiman Long wrote: > v2: > - Found that rebuild_sched_domains() has external callers, revert its > change and introduce rebuild_sched_domains_cpuslocked() instead. > > As discussed in the LKML thread [1], the asynchronous nature of cpuset > hotplug handling code is causing problem with RCU testing. With recent > changes in the way locking is being handled in the cpuset code, it is > now possible to make the cpuset hotplug code synchronous again without > major changes. > > This series enables the hotplug code to call directly into cpuset hotplug > core without indirection with the exception of the special case of v1 > cpuset becoming empty still being handled indirectly with workqueue. > > A new simple test case was also written to test this special v1 cpuset > case. The test_cpuset_prs.sh script was also run with LOCKDEP on to > verify that there is no regression. Applied to cgroup/for-6.10. Hopefully, this one will work out. Thanks for working on this.