All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rusty Russell <rusty@rustcorp.com.au>
To: Nicolas Boichat <drinkcat@chromium.org>, linux-kbuild@vger.kernel.org
Cc: Michal Marek <mmarek@suse.com>,
	"Paul E . McKenney" <paulmck@linux.vnet.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Pranith Kumar <bobby.prani@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Vladimir Murzin <vladimir.murzin@arm.com>,
	Davidlohr Bueso <dave@stgolabs.net>,
	Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	John Stultz <john.stultz@linaro.org>,
	Jan Kiszka <jan.kiszka@siemens.com>,
	Quentin Casasnovas <quentin.casasnovas@oracle.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>, Takashi Iwai <tiwai@suse.de>,
	Kyle McMartin <kyle@redhat.com>,
	linux-kernel@vger.kernel.org,
	Jonathan Kliegman <kliegs@chromium.org>,
	olofj@chromium.org, Sam Ravnborg <sam@ravnborg.org>
Subject: Re: [PATCH] modpost: Add flag -f for making section mismatches fatal
Date: Fri, 02 Oct 2015 10:56:23 +0930	[thread overview]
Message-ID: <87a8s2njr4.fsf@rustcorp.com.au> (raw)
In-Reply-To: <1443746068-33050-1-git-send-email-drinkcat@chromium.org>

Nicolas Boichat <drinkcat@chromium.org> writes:
> The section mismatch warning can be easy to miss during the kernel build
> process. Allow it to be marked as fatal to be easily caught and prevent
> bugs from slipping in.
>
> Setting CONFIG_SECTION_MISMATCH_WARNING=y causes these warnings to be
> non-fatal, since there are a number of section mismatches when using
> allmodconfig on some architectures, and we do not want to break these
> builds by default.
>
> Signed-off-by: Nicolas Boichat <drinkcat@chromium.org>
>
> Change-Id: Ic346706e3297c9f0d790e3552aa94e5cff9897a6
> ---
>
> I'm trying to revive this old patch. When it was first submitted [1],
> Jonathan got the following feedback:
>  - The logic of the option should be inverted (i.e. SECTION_MISMATCH_WARNING),
>    so that is not not enabled in allmodconfig for some architectures that do
>    have section mismatches. I've seen some failures (namely, on arm64), so I
>    did that.
>  - CONFIG_DEBUG_SECTION_MISMATCH should be removed and warnings should always
>    be shown verbosely. This option does 3 things:
>      1. Enable -fno-inline-functions-called-onc
>      2. Run the section mismatch analysis for each module/built-in.o
>      3. Enable verbose reporting from modpost
>    We definitely do not want 1 by default, so I think we should keep the option.
>    If we enable 2 & 3 by default, which I think would be reasonable, then the
>    option name does not make much sense anymore, and I'm not sure what to do
>    with the documentation that is currently provided in the Kconfig description.
>
> Tested on x86-64 allmodconfig, setting the option to =n, and creating a
> section mismatch by running:
> sed -i -e 's/\(ssize_t soc_codec_reg_show\)/__init \1/' sound/soc/soc-core.c

Minor feedback:

1) Please rename to CONFIG_SECTION_MISMATCH_WARN_ONLY.
2) -f means force, perhaps -E for error?

Otherwise, quite nice.

Thanks,
Rusty.

WARNING: multiple messages have this Message-ID (diff)
From: Rusty Russell <rusty@rustcorp.com.au>
To: Nicolas Boichat <drinkcat@chromium.org>, linux-kbuild@vger.kernel.org
Cc: Michal Marek <mmarek@suse.com>,
	"Paul E . McKenney" <paulmck@linux.vnet.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Ingo Molnar <mingo@kernel.org>,
	Pranith Kumar <bobby.prani@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Vladimir Murzin <vladimir.murzin@arm.com>,
	Davidlohr Bueso <dave@stgolabs.net>,
	Joonsoo Kim <iamjoonsoo.kim@lge.com>,
	John Stultz <john.stultz@linaro.org>,
	Jan Kiszka <jan.kiszka@siemens.com>,
	Quentin Casasnovas <quentin.casasnovas@oracle.com>,
	Paul Gortmaker <paul.gortmaker@windriver.com>,
	Chris Metcalf <cmetcalf@ezchip.com>, Takashi Iwai <tiwai@suse.de>,
	Nicolas Boichat <drinkcat@chromium.org>,
	Kyle McMartin <kyle@redhat.com>,
	linux-kernel@vger.kernel.org,
	Jonathan Kliegman <kliegs@chromium.org>,
	olofj@chromium.org, Sam Ravnborg <sam@ravnborg.org>
Subject: Re: [PATCH] modpost: Add flag -f for making section mismatches fatal
Date: Fri, 02 Oct 2015 10:56:23 +0930	[thread overview]
Message-ID: <87a8s2njr4.fsf@rustcorp.com.au> (raw)
In-Reply-To: <1443746068-33050-1-git-send-email-drinkcat@chromium.org>

Nicolas Boichat <drinkcat@chromium.org> writes:
> The section mismatch warning can be easy to miss during the kernel build
> process. Allow it to be marked as fatal to be easily caught and prevent
> bugs from slipping in.
>
> Setting CONFIG_SECTION_MISMATCH_WARNING=y causes these warnings to be
> non-fatal, since there are a number of section mismatches when using
> allmodconfig on some architectures, and we do not want to break these
> builds by default.
>
> Signed-off-by: Nicolas Boichat <drinkcat@chromium.org>
>
> Change-Id: Ic346706e3297c9f0d790e3552aa94e5cff9897a6
> ---
>
> I'm trying to revive this old patch. When it was first submitted [1],
> Jonathan got the following feedback:
>  - The logic of the option should be inverted (i.e. SECTION_MISMATCH_WARNING),
>    so that is not not enabled in allmodconfig for some architectures that do
>    have section mismatches. I've seen some failures (namely, on arm64), so I
>    did that.
>  - CONFIG_DEBUG_SECTION_MISMATCH should be removed and warnings should always
>    be shown verbosely. This option does 3 things:
>      1. Enable -fno-inline-functions-called-onc
>      2. Run the section mismatch analysis for each module/built-in.o
>      3. Enable verbose reporting from modpost
>    We definitely do not want 1 by default, so I think we should keep the option.
>    If we enable 2 & 3 by default, which I think would be reasonable, then the
>    option name does not make much sense anymore, and I'm not sure what to do
>    with the documentation that is currently provided in the Kconfig description.
>
> Tested on x86-64 allmodconfig, setting the option to =n, and creating a
> section mismatch by running:
> sed -i -e 's/\(ssize_t soc_codec_reg_show\)/__init \1/' sound/soc/soc-core.c

Minor feedback:

1) Please rename to CONFIG_SECTION_MISMATCH_WARN_ONLY.
2) -f means force, perhaps -E for error?

Otherwise, quite nice.

Thanks,
Rusty.

  reply	other threads:[~2015-10-02  1:26 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-02  0:34 [PATCH] modpost: Add flag -f for making section mismatches fatal Nicolas Boichat
2015-10-02  1:26 ` Rusty Russell [this message]
2015-10-02  1:26   ` Rusty Russell
  -- strict thread matches above, loose matches on Subject: below --
2012-12-20 18:49 Jonathan Kliegman
2013-01-02 23:56 ` Rusty Russell
2013-01-02 23:56   ` Rusty Russell
2013-01-03  9:06   ` Michal Marek
2013-01-03 21:39     ` Jonathan Kliegman
2013-01-12 21:24       ` Michal Marek
2013-01-06  9:36 ` Sam Ravnborg
2013-01-06 20:22   ` Jonathan Kliegman
2013-01-08 19:16     ` Sam Ravnborg
2013-01-08 19:38       ` Jonathan Kliegman
2013-01-08 19:39         ` Sam Ravnborg
2012-10-02 22:59 Jonathan Kliegman

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=87a8s2njr4.fsf@rustcorp.com.au \
    --to=rusty@rustcorp.com.au \
    --cc=akpm@linux-foundation.org \
    --cc=bobby.prani@gmail.com \
    --cc=cmetcalf@ezchip.com \
    --cc=dave@stgolabs.net \
    --cc=drinkcat@chromium.org \
    --cc=iamjoonsoo.kim@lge.com \
    --cc=jan.kiszka@siemens.com \
    --cc=john.stultz@linaro.org \
    --cc=kliegs@chromium.org \
    --cc=kyle@redhat.com \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=mmarek@suse.com \
    --cc=olofj@chromium.org \
    --cc=paul.gortmaker@windriver.com \
    --cc=paulmck@linux.vnet.ibm.com \
    --cc=peterz@infradead.org \
    --cc=quentin.casasnovas@oracle.com \
    --cc=sam@ravnborg.org \
    --cc=tiwai@suse.de \
    --cc=vladimir.murzin@arm.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.