On Tue, Sep 14, 2010 at 09:22:51AM +0200, Thomas Renninger wrote:
> On Monday 13 September 2010 22:57:12 Greg KH wrote:
> > On Mon, Sep 13, 2010 at 09:26:13PM +0200, Thomas Renninger wrote:
> > > On Monday 13 September 2010 17:51:55 Randy Dunlap wrote:
> > > > On Mon, 6 Sep 2010 19:34:04 -0700 Greg KH wrote:
> > > >
> > > > > On Tue, Sep 07, 2010 at 11:54:26AM +1000, Stephen Rothwell wrote:
> > > > > > Hi Greg,
> > > > > >
> > > > > > After merging the final tree, today's linux-next build (powerpc
> > > > > > allnoconfig) produced this warning:
> > > > > >
> > > > > > kernel/params.c: In function 'parse_args':
> > > > > > kernel/params.c:233: warning: the frame size of 1032 bytes is larger than 1024 bytes
> > > > > >
> > > > > > Introduced by commit 32e6407e9361cd1aac39ff6b744cad48d1802a08 ("Dynamic
> > > > > > Debug: Introduce global fake module param module.ddebug") which added a
> > > > > > 1024 byte array to the stack ...
> > > > >
> > > > > Wierd, why didn't this show up yesterday? The patch was in that tree
> > > > > then, right?
> > > > >
> > > > > Thomas, care to fix this up?
> > > >
> > > > ping. Is Thomas around??
> > > Yep, sorry for not responding.
> > >
> > > I tried to reproduce this on ppc64, but above file compiled without
> > > warning with dynamic debug set. Thus I thought this still came from the
> > > old patch.
> > >
> > > I have another solution for that, please drop above patch.
> > > Jason pointed out that kernel boot params for compiled-in modules are
> > > not recognized correctly. I fiddled with that for quite some time last week...
> > >
> > > I should be able to send something tomorrow.
> > > I will include lkml as it touches several files, would be great if Greg
> > > can pick them up again if feedback is positive.
> >
> > Ok, which exact patch do you want me to drop, the "Introduce global fake
> > module param..." one?
> Yes, please.
Now dropped.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-next" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
