From: Tejun Heo <tj@kernel.org>
To: Ben Hutchings <bhutchings@solarflare.com>,
Thomas Gleixner <tglx@linutronix.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] genirq: don't use flush_scheduled_work() in IRQ affinity notifiers
Date: Thu, 21 Jul 2011 07:57:13 +0200 [thread overview]
Message-ID: <20110721055713.GQ3455@htj.dyndns.org> (raw)
In-Reply-To: <1310662160.3098.1.camel@bwh-desktop>
On Thu, Jul 14, 2011 at 05:49:20PM +0100, Ben Hutchings wrote:
> On Fri, 2011-06-17 at 11:45 +0200, Tejun Heo wrote:
> > Hello,
> >
> > On Fri, Jun 17, 2011 at 12:28:06AM +0100, Ben Hutchings wrote:
> > > This facility is enabled on all configurations with NET && SMP &&
> > > GENERIC_HARDIRQS, but at the moment is only useful for some net drivers
> > > (currently only one). So I don't think it should be creating a task at
> > > boot time. Does alloc_workqueue() still create any tasks immediately?
> >
> > Nope, no need to worry about it. The only added overhead is the
> > memory occupied by workqueue itself (which includes small percpu area
> > but one systemwide one isn't gonna hurt anyone and we've been
> > decreasing the number of workqueues significantly). It just serves as
> > a flush domain.
>
> Sorry I didn't reply to this earlier.
>
> Given what you've said, I see no problem with this change. So you can
> add:
>
> Acked-by: Ben Hutchings <bhutchings@solarflare.com>
Thomas, I suppose this should be routed through tip:irq/core? Or
shall I push it through wq tree?
Thank you.
--
tejun
prev parent reply other threads:[~2011-07-21 5:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-15 14:29 Tejun Heo
2011-06-15 14:30 ` Tejun Heo
2011-06-15 15:25 ` Thomas Gleixner
2011-06-16 23:28 ` Ben Hutchings
2011-06-17 9:45 ` Tejun Heo
2011-07-14 16:49 ` Ben Hutchings
2011-07-21 5:57 ` Tejun Heo [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=20110721055713.GQ3455@htj.dyndns.org \
--to=tj@kernel.org \
--cc=bhutchings@solarflare.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
/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®