From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: next build: 142 builds: 6 failed, 136 passed, 17 errors, 111 warnings (next-20160624)
Date: Mon, 27 Jun 2016 23:10:38 +0200 [thread overview]
Message-ID: <3959952.E4k8LWTObD@wuerfel> (raw)
In-Reply-To: <m2ziq6s7c6.fsf@baylibre.com>
On Monday, June 27, 2016 1:30:17 PM CEST Kevin Hilman wrote:
> Arnd Bergmann <arnd@arndb.de> writes:
>
> > On Friday, June 24, 2016 2:28:59 PM CEST kernelci. org bot wrote:
>
> [...]
>
> >> 1 .config:972:warning: override: NOHIGHMEM changes choice state
> >> 1 .config:971:warning: override: SLOB changes choice state
> >> 1 .config:969:warning: override: KERNEL_XZ changes choice state
> >> 1 .config:968:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice state
> >> 1 .config:944:warning: override: SLOB changes choice state
> >> 1 .config:941:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice state
> >> 1 .config:877:warning: override: SLOB changes choice state
> >> 1 .config:875:warning: override: KERNEL_XZ changes choice state
> >> 1 .config:874:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice state
> >
> > The tinyconfig warnings are really annoying
> >
>
> Hmm, yeah. We should probably just filter out all the kconfig warnings
> that happen when we use config fragments, since the point of the
> fragment is to override things and change state.
>
> Right now, our check for warnings is a rather simple grep, but I'll add
> this to the TODO list.
I've looked at this before and sadly, the scripts/kconfig tool can do it
right if you pass in both the base config file (defconfig, or flag for
allnoconfig/allmod/...) *and* the fragment, but the way that the Makefile
works for minconfig is that we first generate a .config file and
then add the fragment for minconfig to that, and this causes the
warnings above.
This should be fixable by patching the kernel Makefiles, but I have
not come up with a nice way to do that.
Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: linux-arm-kernel@lists.infradead.org
Cc: Kevin Hilman <khilman@baylibre.com>,
"kernelci. org bot" <bot@kernelci.org>,
linux-kernel@vger.kernel.org,
kernel-build-reports@lists.linaro.org
Subject: Re: next build: 142 builds: 6 failed, 136 passed, 17 errors, 111 warnings (next-20160624)
Date: Mon, 27 Jun 2016 23:10:38 +0200 [thread overview]
Message-ID: <3959952.E4k8LWTObD@wuerfel> (raw)
In-Reply-To: <m2ziq6s7c6.fsf@baylibre.com>
On Monday, June 27, 2016 1:30:17 PM CEST Kevin Hilman wrote:
> Arnd Bergmann <arnd@arndb.de> writes:
>
> > On Friday, June 24, 2016 2:28:59 PM CEST kernelci. org bot wrote:
>
> [...]
>
> >> 1 .config:972:warning: override: NOHIGHMEM changes choice state
> >> 1 .config:971:warning: override: SLOB changes choice state
> >> 1 .config:969:warning: override: KERNEL_XZ changes choice state
> >> 1 .config:968:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice state
> >> 1 .config:944:warning: override: SLOB changes choice state
> >> 1 .config:941:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice state
> >> 1 .config:877:warning: override: SLOB changes choice state
> >> 1 .config:875:warning: override: KERNEL_XZ changes choice state
> >> 1 .config:874:warning: override: CC_OPTIMIZE_FOR_SIZE changes choice state
> >
> > The tinyconfig warnings are really annoying
> >
>
> Hmm, yeah. We should probably just filter out all the kconfig warnings
> that happen when we use config fragments, since the point of the
> fragment is to override things and change state.
>
> Right now, our check for warnings is a rather simple grep, but I'll add
> this to the TODO list.
I've looked at this before and sadly, the scripts/kconfig tool can do it
right if you pass in both the base config file (defconfig, or flag for
allnoconfig/allmod/...) *and* the fragment, but the way that the Makefile
works for minconfig is that we first generate a .config file and
then add the fragment for minconfig to that, and this causes the
warnings above.
This should be fixable by patching the kernel Makefiles, but I have
not come up with a nice way to do that.
Arnd
next prev parent reply other threads:[~2016-06-27 21:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <576da61b.4d9a1c0a.d5671.1807@mx.google.com>
2016-06-27 11:37 ` next build: 142 builds: 6 failed, 136 passed, 17 errors, 111 warnings (next-20160624) Arnd Bergmann
2016-06-27 11:37 ` Arnd Bergmann
2016-06-27 20:30 ` Kevin Hilman
2016-06-27 20:30 ` Kevin Hilman
2016-06-27 21:10 ` Arnd Bergmann [this message]
2016-06-27 21:10 ` Arnd Bergmann
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=3959952.E4k8LWTObD@wuerfel \
--to=arnd@arndb.de \
--cc=linux-arm-kernel@lists.infradead.org \
/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.