public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
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

      reply	other threads:[~2016-06-27 21:10 UTC|newest]

Thread overview: 3+ 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 20:30   ` Kevin Hilman
2016-06-27 21:10     ` Arnd Bergmann [this message]

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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox