[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200802142105.m1EL5EOo006085@agora.fsl.cs.sunysb.edu>
Date: Thu, 14 Feb 2008 16:05:14 -0500
From: Erez Zadok <ezk@...sunysb.edu>
To: Sam Ravnborg <sam@...nborg.org>
Cc: Erez Zadok <ezk@...sunysb.edu>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] unhide CONFIG_DEBUG_SECTION_MISMATCH
In message <20080214210003.GF21894@...nus.ravnborg.org>, Sam Ravnborg writes:
> On Thu, Feb 14, 2008 at 03:54:04PM -0500, Erez Zadok wrote:
> > Using: v2.6.25-rc1-120-ge760e71
> >
> > In a normal compilation, I might this message:
> >
> > ...
> > MODPOST vmlinux.o
> > WARNING: modpost: Found 4 section mismatch(es).
> > To see full details build your kernel with:
> > 'make CONFIG_DEBUG_SECTION_MISMATCH=y'
> > ...
> >
> > I can indeed try to re-make, passing CONFIG_DEBUG_SECTION_MISMATCH=y on the
> > command line, but I can't turn on the option in my .config. That's because
> > the option depends on "UNDEFINED". (Was that an attempt to "hide" the
> > option? Why?) The following small patch allows me to set the option in my
> > .config.
>
> It was done so on purpose.
> The rationale here is that we yet have too many section mismatch for
> a typical build to pass my "good stomach" test.
> So until we get down on an acceptable level we should not be
> too noisy.
> And I wanted it to be turned off also for allyesconfig builds.
>
> I hope to spend time on the reaming warnings soon but the
> option will not be enabled until latest next mergewindow.
>
> You could argue that I could have doen this in better ways
> The present version was just simple.
>
> Sam
Thanks, Sam. That explains it. Perhaps a small comment next to the Kconfig
entry might help explain why the option is "hidden" for now, so others won't
bother unhiding it again.
Of course, forcing it on might help people to fix those warnings sooner. :-)
Erez.
--
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