[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJhGHyBMeUXoV9UaNJp8zgFiPaAVVnU-zBOFH_-BD8zre4=QUA@mail.gmail.com>
Date: Tue, 16 Jul 2024 00:03:09 +0800
From: Lai Jiangshan <jiangshanlai@...il.com>
To: Tejun Heo <tj@...nel.org>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>, linux-kernel@...r.kernel.org
Subject: Re: [GIT PULL] workqueue: Changes for v6.11
Hello
On Mon, Jul 15, 2024 at 12:43 PM Tejun Heo <tj@...nel.org> wrote:
> Lai Jiangshan (20):
> workqueue: Avoid nr_active manipulation in grabbing inactive items
> workqueue: Reap workers via kthread_stop() and remove detach_completion
> workqueue: Don't bind the rescuer in the last working cpu
> workqueue: Detach workers directly in idle_cull_fn()
> workqueue: Remove useless pool->dying_workers
> workqueue: Update cpumasks after only applying it successfully
> workqueue: Simplify goto statement
> workqueue: Register sysfs after the whole creation of the new wq
> workqueue: Make rescuer initialization as the last step of the creation of a new wq
> workqueue: Move kthread_flush_worker() out of alloc_and_link_pwqs()
> workqueue: Put PWQ allocation and WQ enlistment in the same lock C.S.
> workqueue: Init rescuer's affinities as the wq's effective cpumask
> workqueue: Add wq_online_cpumask
> workqueue: Simplify wq_calc_pod_cpumask() with wq_online_cpumask
> workqueue: Remove cpus_read_lock() from apply_wqattrs_lock()
Sorry about it.
I'm writing a fix to fix this change reported by
https://lore.kernel.org/lkml/202407141846.665c0446-lkp@intel.com/
to remove the unneeded lockdep_assert_cpus_held().
thanks
Lai
Powered by blists - more mailing lists