lkml.org 
[lkml]   [2009]   [Jan]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH 2/3] work_on_cpu: Use our own workqueue.
Date
On Monday 26 January 2009 17:31:30 Andrew Morton wrote:
> On Mon, 26 Jan 2009 17:11:43 +1030 Rusty Russell <rusty@rustcorp.com.au> wrote:
>
> > On Saturday 24 January 2009 18:45:37 Andrew Morton wrote:
> > > Pity the poor reader who comes along trying to work out why this exists.
>
> (chirp, chirp)

I disagree. It's simple; we create a workqueue and we use it. There's no
confusion here.

> > None of these options are appealing...
>
> Can we try harder please? 10 screenfuls of kernel threads in the ps
> output is just irritating.
>
> How about banning the use of work_on_cpu() from schedule_work()
> handlers and then fixing that driver somehow?

Again, that's how we got here in the first place. I didn't realize the
twisty path by which the acpi cpufreq code could be called. And there
may well be others. So I want work_on_cpu to be completely generic.

Using the existing infrastructure seemed like the right thing.

But since you asked nicely, I'll come up with something cleverer. It'll
take some serious testing though.

> What _is_ the bug anyway?

There is no "bug". See the commit message.

> The only description we were given was
>
> Impact: remove potential clashes with generic kevent workqueue
>
> Annoyingly, some places we want to use work_on_cpu are already in
> workqueues. As per Ingo's suggestion, we create a different
> workqueue for work_on_cpu.
>
> which didn't bother telling anyone squat.

Well, it could have referred to the currently-known case:
arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.c should be using work_on_cpu,
but we reverted the change because of this problem.

But it's a general comment about fixing a general issue. The currently
known case is not directly relevent; that it can happen and it's restricting
the use of this otherwise-general API is.

> When was this bug added? Was it added into that driver or was it due
> to infrastructural changes?

I'm not hiding a bug from you. Really.

A little confused at all this vitriol,
Rusty.


\
 
 \ /
  Last update: 2009-01-27 08:09    [W:0.146 / U:0.304 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site