[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20101004152102.1e04f30a.akpm@linux-foundation.org>
Date: Mon, 4 Oct 2010 15:21:02 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Joe Perches <joe@...ches.com>
Cc: Daniel Drake <dsd@...top.org>, linux-serial@...r.kernel.org,
linux-kernel@...r.kernel.org, Alan Cox <alan@...rguk.ukuu.org.uk>,
Greg KH <greg@...ah.com>
Subject: Re: [PATCH] serial8250: ratelimit "too much work" error
On Mon, 04 Oct 2010 15:10:59 -0700
Joe Perches <joe@...ches.com> wrote:
> On Mon, 2010-10-04 at 15:02 -0700, Andrew Morton wrote:
> > On Mon, 4 Oct 2010 14:51:01 -0700
> > Andrew Morton <akpm@...ux-foundation.org> wrote:
> >
> > > someone stuck a
> > > DEFINE_RATELIMIT_STATE() in include/linux/kernel.h and it ain't defined
> > > anywhere. Let me fix that up...
> >
> > Well that's a PITA. Can't include ratelimit.h into kernel.h because a)
> > it'll slow everyone's compiels down and b) ratelimit.h needs spinlock.h
> > which surely needs kernel.h. Fixable by adding a new
> > printk_ratelimit.h and including that from 135 source files, blah.
> >
> > I'll give up and pronounce that users of printk_ratelimited() need to
> > include ratelimit.h as well.
>
> What I suggested several months ago was to move the
> macro definitions to ratelimit.h
>
> http://lkml.org/lkml/2010/2/18/377
>
That's a bit nasty because at present ratelimit.h is purely about
ratelimiting and knowns nothing about any of its clients. At present
it has only one client (printk), but it could have more in the future!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists