[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080427162606.3dd82c0c@laptopd505.fenrus.org>
Date: Sun, 27 Apr 2008 16:26:06 -0700
From: Arjan van de Ven <arjan@...radead.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Christoph Hellwig <hch@...radead.org>,
Sam Ravnborg <sam@...nborg.org>, Adrian Bunk <bunk@...nel.org>,
linux arch <linux-arch@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
David Miller <davem@...emloft.net>
Subject: Re: [PATCH] prepare kconfig inline optimization for all
architectures
On Sun, 27 Apr 2008 11:24:28 -0700 (PDT)
Linus Torvalds <torvalds@...ux-foundation.org> wrote:
>
>
> On Sun, 27 Apr 2008, Christoph Hellwig wrote:
> >
> > As Linus mentioned the hint doesn't make any sense because gcc will
> > get it wrong anyway. In fact when you look at kernel code it tends
> > to inline the everything and the kitchensink as long as there's just
> > one caller and this bloat the stack but doesn't inline where it
> > needs to. Better don't try to mess with that and do it explicit.
>
> The thing is, the "inline" vs "always_inline" thing _could_ make
> sense, but sadly doesn't much.
>
> Part of it is that gcc imnsho inlines too aggressively anyway in the
> absense of "inline",
yup.. but this patch doesn't change that... the "no inline keyword" case
is totally unaffected...
(actually, other than some obscure commandline options, the only sane way to
avoid gcc doing this too agressive is using -Os)
--
If you want to reach me at my work email, use arjan@...ux.intel.com
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
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