mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@linux-foundation.org>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
	Andi Kleen <ak@suse.de>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Greg Kroah-Hartman <gregkh@suse.de>,
	Arjan van de Ven <arjan@infradead.org>,
	Hugh Dickins <hugh@veritas.com>, walt <w41ter@gmail.com>
Subject: Re: [PULL] module, param and stop_machine patches
Date: Sun, 26 Oct 2008 09:29:08 -0700 (PDT)	[thread overview]
Message-ID: <alpine.LFD.2.00.0810260918250.5200@nehalem.linux-foundation.org> (raw)
In-Reply-To: <200810261916.17311.rusty@rustcorp.com.au>



On Sun, 26 Oct 2008, Rusty Russell wrote:
> On Sunday 26 October 2008 09:33:43 Linus Torvalds wrote:
> >
> > I'm not seeing any "tracked it down".
> 
> He tracked it down to moving init_workqueues() too early, so he moved that
> back.

Yeah. I had done as well by my bisection. One of the reasons I didn't push 
out my initial fix (just the plain revert) was exactly the fact that I 
don't think that is sufficient. I want to _understand_ what was going on, 
and get a feel from the commit message that makes me go "yeah, ok, makes 
sense".

> Turns out it's the cpu_online_map difference.  If init_workqueues() is called
> too early, only the boot cpu is set.  We then only create_workqueue_thread()
> for the boot cpu.

Indeed. I figured it out yesterday, since I didn't get an explanation soon 
enough for my impatient self. So I ended up committing the fix as the 
minimal patch I sent out earlier, with a fairly minimal explanation. I'll 
happily take more fixes, but I think it should be ok.

If S390 wants to do stop_machine() even before some of the basic 
core_initcalls, I suspect it will have to change, but nothing I saw 
indicated that it really needs to.

> If CONFIG_HOTPLUG_CPU=y, it's fine since the hotplug callback will create the
> workqueue threads for the other cpus as they come up.  Without it, the kevent
> workqueues on non-boot cpus don't get processed.

.. and my default workstation config indeed hit this, since I normally 
have a fairly minimal setup.

> > Nor do I see a sign-off from Heiko on it.
> 
> I thought mine would be sufficient since we both work for IBM?

Technically, yes, since you all sign your life away and do this for work, 
but he normally signs off his patches, so the lack of sign-off didn't make 
me go "hmm, this looks odd from a legal copyright standpoint", but rather 
"hmm, maybe Heiko doesn't feel comfy with the patch since he didn't sign 
off".

To me, the legal side of the sign-off is actually secondary. The whole 
thing was designed to be useful even in the absense of it. I've grown very 
fond of seeing who has seen the patch (including who _should_ have seen it 
but didn't react - the "cc" part ;)

			Linus


      parent reply	other threads:[~2008-10-26 16:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-21 23:05 Rusty Russell
2008-10-25 21:17 ` Linus Torvalds
2008-10-25 22:24   ` Rusty Russell
2008-10-25 22:33     ` Linus Torvalds
2008-10-25 22:56       ` Linus Torvalds
2008-10-25 23:08         ` Linus Torvalds
2008-10-26  3:11         ` walt
2008-10-26  8:16       ` Rusty Russell
2008-10-26 12:42         ` Heiko Carstens
2008-10-26 16:29         ` Linus Torvalds [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.LFD.2.00.0810260918250.5200@nehalem.linux-foundation.org \
    --to=torvalds@linux-foundation.org \
    --cc=ak@suse.de \
    --cc=arjan@infradead.org \
    --cc=gregkh@suse.de \
    --cc=heiko.carstens@de.ibm.com \
    --cc=hugh@veritas.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=rusty@rustcorp.com.au \
    --cc=w41ter@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®