All of lore.kernel.org
 help / color / mirror / Atom feed
* v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2017-12-06  0:18 Build bot for Mark Brown
  2018-01-02 23:24   ` Arnd Bergmann
  0 siblings, 1 reply; 17+ messages in thread
From: Build bot for Mark Brown @ 2017-12-06  0:18 UTC (permalink / raw)
  To: kernel-build-reports, linaro-kernel, stable

Tree/Branch: v3.18.86
Git describe: v3.18.86
Commit: 1d2acf22c2 Linux 3.18.86

Build Time: 67 min 20 sec

Passed:    9 / 9   (100.00 %)
Failed:    0 / 9   (  0.00 %)

Errors: 0
Warnings: 1
Section Mismatches: 0

-------------------------------------------------------------------------------
defconfigs with issues (other than build errors):
      2 warnings    0 mismatches  : x86_64-defconfig

-------------------------------------------------------------------------------

Warnings Summary: 1
	  2 ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]



===============================================================================
Detailed per-defconfig build reports below:


-------------------------------------------------------------------------------
x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches

Warnings:
	../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
	../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
-------------------------------------------------------------------------------

Passed with no errors, warnings or mismatches:

arm64-allnoconfig
arm64-allmodconfig
arm-multi_v5_defconfig
arm-multi_v7_defconfig
arm-allmodconfig
arm-allnoconfig
x86_64-allnoconfig
arm64-defconfig
close failed in file object destructor:
sys.excepthook is missing
lost sys.stderr

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2017-12-06  0:18 v3.18.86 build: 0 failures 1 warnings (v3.18.86) Build bot for Mark Brown
@ 2018-01-02 23:24   ` Arnd Bergmann
  0 siblings, 0 replies; 17+ messages in thread
From: Arnd Bergmann @ 2018-01-02 23:24 UTC (permalink / raw)
  To: Build bot for Mark Brown
  Cc: Kernel Build Reports Mailman List, linaro-kernel, # 3.18.x,
	Greg KH, Sasha Levin, Linux Kernel Mailing List

On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
<broonie@kernel.org> wrote:

> -------------------------------------------------------------------------------
> x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
>
> Warnings:
>         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
>         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> -------------------------------------------------------------------------------

This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of

ef6000b4c670 ("Disable the __builtin_return_address() warning globally
after all")

The other build bots use different gcc versions that don't report the
warning here,
so only Mark's bot triggers it. The warning in this file is harmless,
and the patch
only turns off the warning flag.

       Arnd

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-02 23:24   ` Arnd Bergmann
  0 siblings, 0 replies; 17+ messages in thread
From: Arnd Bergmann @ 2018-01-02 23:24 UTC (permalink / raw)
  To: Build bot for Mark Brown
  Cc: Kernel Build Reports Mailman List, linaro-kernel, # 3.18.x,
	Greg KH, Sasha Levin, Linux Kernel Mailing List

On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
<broonie@kernel.org> wrote:

> -------------------------------------------------------------------------------
> x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
>
> Warnings:
>         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
>         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> -------------------------------------------------------------------------------

This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of

ef6000b4c670 ("Disable the __builtin_return_address() warning globally
after all")

The other build bots use different gcc versions that don't report the
warning here,
so only Mark's bot triggers it. The warning in this file is harmless,
and the patch
only turns off the warning flag.

       Arnd

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2018-01-02 23:24   ` Arnd Bergmann
@ 2018-01-03  9:54     ` Greg KH
  -1 siblings, 0 replies; 17+ messages in thread
From: Greg KH @ 2018-01-03  9:54 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Build bot for Mark Brown, Kernel Build Reports Mailman List,
	linaro-kernel, # 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote:
> On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
> <broonie@kernel.org> wrote:
> 
> > -------------------------------------------------------------------------------
> > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
> >
> > Warnings:
> >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> > -------------------------------------------------------------------------------
> 
> This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of
> 
> ef6000b4c670 ("Disable the __builtin_return_address() warning globally
> after all")
> 
> The other build bots use different gcc versions that don't report the
> warning here,
> so only Mark's bot triggers it. The warning in this file is harmless,
> and the patch
> only turns off the warning flag.

Ah, I tried to figure this one out in the past, thanks for this, I'll
queue it up soon.  Hm, this isn't in 4.4.y, why is it not showing up
there?  Due to a different backport of this type of thing?

odd,

greg k-h

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-03  9:54     ` Greg KH
  0 siblings, 0 replies; 17+ messages in thread
From: Greg KH @ 2018-01-03  9:54 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Build bot for Mark Brown, Kernel Build Reports Mailman List,
	linaro-kernel, # 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote:
> On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
> <broonie@kernel.org> wrote:
> 
> > -------------------------------------------------------------------------------
> > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
> >
> > Warnings:
> >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> > -------------------------------------------------------------------------------
> 
> This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of
> 
> ef6000b4c670 ("Disable the __builtin_return_address() warning globally
> after all")
> 
> The other build bots use different gcc versions that don't report the
> warning here,
> so only Mark's bot triggers it. The warning in this file is harmless,
> and the patch
> only turns off the warning flag.

Ah, I tried to figure this one out in the past, thanks for this, I'll
queue it up soon.  Hm, this isn't in 4.4.y, why is it not showing up
there?  Due to a different backport of this type of thing?

odd,

greg k-h

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2018-01-03  9:54     ` Greg KH
@ 2018-01-03  9:57       ` Greg KH
  -1 siblings, 0 replies; 17+ messages in thread
From: Greg KH @ 2018-01-03  9:57 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Build bot for Mark Brown, Kernel Build Reports Mailman List,
	linaro-kernel, # 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 03, 2018 at 10:54:16AM +0100, Greg KH wrote:
> On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote:
> > On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
> > <broonie@kernel.org> wrote:
> > 
> > > -------------------------------------------------------------------------------
> > > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
> > >
> > > Warnings:
> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> > > -------------------------------------------------------------------------------
> > 
> > This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of
> > 
> > ef6000b4c670 ("Disable the __builtin_return_address() warning globally
> > after all")
> > 
> > The other build bots use different gcc versions that don't report the
> > warning here,
> > so only Mark's bot triggers it. The warning in this file is harmless,
> > and the patch
> > only turns off the warning flag.
> 
> Ah, I tried to figure this one out in the past, thanks for this, I'll
> queue it up soon.  Hm, this isn't in 4.4.y, why is it not showing up
> there?  Due to a different backport of this type of thing?

Nope, doesn't apply to 3.18 at all, as the main part of this patch is
already in there.  I don't really understand it, it seems that the
cc-disable-warning option isn't working for me for 3.18 at all in my
local builds.  I spent a few hours on it last week, but gave up in the
end :(

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-03  9:57       ` Greg KH
  0 siblings, 0 replies; 17+ messages in thread
From: Greg KH @ 2018-01-03  9:57 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Build bot for Mark Brown, Kernel Build Reports Mailman List,
	linaro-kernel, # 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 03, 2018 at 10:54:16AM +0100, Greg KH wrote:
> On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote:
> > On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
> > <broonie@kernel.org> wrote:
> > 
> > > -------------------------------------------------------------------------------
> > > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
> > >
> > > Warnings:
> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
> > > -------------------------------------------------------------------------------
> > 
> > This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of
> > 
> > ef6000b4c670 ("Disable the __builtin_return_address() warning globally
> > after all")
> > 
> > The other build bots use different gcc versions that don't report the
> > warning here,
> > so only Mark's bot triggers it. The warning in this file is harmless,
> > and the patch
> > only turns off the warning flag.
> 
> Ah, I tried to figure this one out in the past, thanks for this, I'll
> queue it up soon.  Hm, this isn't in 4.4.y, why is it not showing up
> there?  Due to a different backport of this type of thing?

Nope, doesn't apply to 3.18 at all, as the main part of this patch is
already in there.  I don't really understand it, it seems that the
cc-disable-warning option isn't working for me for 3.18 at all in my
local builds.  I spent a few hours on it last week, but gave up in the
end :(

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2018-01-03  9:57       ` Greg KH
@ 2018-01-03 14:52         ` Arnd Bergmann
  -1 siblings, 0 replies; 17+ messages in thread
From: Arnd Bergmann @ 2018-01-03 14:52 UTC (permalink / raw)
  To: Greg KH
  Cc: Build bot for Mark Brown, Kernel Build Reports Mailman List,
	linaro-kernel, # 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 3, 2018 at 10:57 AM, Greg KH <gregkh@linuxfoundation.org> wrote:
> On Wed, Jan 03, 2018 at 10:54:16AM +0100, Greg KH wrote:
>> On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote:
>> > On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
>> > <broonie@kernel.org> wrote:
>> >
>> > > -------------------------------------------------------------------------------
>> > > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
>> > >
>> > > Warnings:
>> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
>> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
>> > > -------------------------------------------------------------------------------
>> >
>> > This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of
>> >
>> > ef6000b4c670 ("Disable the __builtin_return_address() warning globally
>> > after all")
>> >
>> > The other build bots use different gcc versions that don't report the
>> > warning here,
>> > so only Mark's bot triggers it. The warning in this file is harmless,
>> > and the patch
>> > only turns off the warning flag.
>>
>> Ah, I tried to figure this one out in the past, thanks for this, I'll
>> queue it up soon.  Hm, this isn't in 4.4.y, why is it not showing up
>> there?  Due to a different backport of this type of thing?
>
> Nope, doesn't apply to 3.18 at all, as the main part of this patch is
> already in there.  I don't really understand it, it seems that the
> cc-disable-warning option isn't working for me for 3.18 at all in my
> local builds.  I spent a few hours on it last week, but gave up in the
> end :(

Right, this is more mysterious than I thought. I see now that the original
patch 124a3d88fa20 ("Disable "frame-address" warning") was backported
into 3.18, just not the revert 377ccbb48373 ("Makefile: Mute warning for
__builtin_return_address(>0) for tracing only") and the subsequent
revert^2 ef6000b4c670 ("Disable the __builtin_return_address() warning
globally after all").

I have checked that on my build box, the warning is successfully
disabled with gcc-6 and higher (tried 6.1.1, 6.3.1, 7.0.0, 7.1.1)
and older compilers have neither the warning nor the option
to disable it.
I also tried reproducing the warning on arm and aarch64 with some
other modifications but I get a different warning there:

kernel/sched/core.c: In function 'preempt_count_sub':
include/linux/ftrace.h:632:36: warning: unsupported argument to
'__builtin_return_address'

Greg and Mark, which x86-64 compiler versions do you use?

       Arnd

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-03 14:52         ` Arnd Bergmann
  0 siblings, 0 replies; 17+ messages in thread
From: Arnd Bergmann @ 2018-01-03 14:52 UTC (permalink / raw)
  To: Greg KH
  Cc: Build bot for Mark Brown, Kernel Build Reports Mailman List,
	linaro-kernel, # 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 3, 2018 at 10:57 AM, Greg KH <gregkh@linuxfoundation.org> wrote:
> On Wed, Jan 03, 2018 at 10:54:16AM +0100, Greg KH wrote:
>> On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote:
>> > On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown
>> > <broonie@kernel.org> wrote:
>> >
>> > > -------------------------------------------------------------------------------
>> > > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches
>> > >
>> > > Warnings:
>> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
>> > >         ../include/linux/ftrace.h:632:36: warning: calling '__builtin_return_address' with a nonzero argument is unsafe [-Wframe-address]
>> > > -------------------------------------------------------------------------------
>> >
>> > This warning keeps coming up in 3.18 and 4.1 builds, which lack a backport of
>> >
>> > ef6000b4c670 ("Disable the __builtin_return_address() warning globally
>> > after all")
>> >
>> > The other build bots use different gcc versions that don't report the
>> > warning here,
>> > so only Mark's bot triggers it. The warning in this file is harmless,
>> > and the patch
>> > only turns off the warning flag.
>>
>> Ah, I tried to figure this one out in the past, thanks for this, I'll
>> queue it up soon.  Hm, this isn't in 4.4.y, why is it not showing up
>> there?  Due to a different backport of this type of thing?
>
> Nope, doesn't apply to 3.18 at all, as the main part of this patch is
> already in there.  I don't really understand it, it seems that the
> cc-disable-warning option isn't working for me for 3.18 at all in my
> local builds.  I spent a few hours on it last week, but gave up in the
> end :(

Right, this is more mysterious than I thought. I see now that the original
patch 124a3d88fa20 ("Disable "frame-address" warning") was backported
into 3.18, just not the revert 377ccbb48373 ("Makefile: Mute warning for
__builtin_return_address(>0) for tracing only") and the subsequent
revert^2 ef6000b4c670 ("Disable the __builtin_return_address() warning
globally after all").

I have checked that on my build box, the warning is successfully
disabled with gcc-6 and higher (tried 6.1.1, 6.3.1, 7.0.0, 7.1.1)
and older compilers have neither the warning nor the option
to disable it.
I also tried reproducing the warning on arm and aarch64 with some
other modifications but I get a different warning there:

kernel/sched/core.c: In function 'preempt_count_sub':
include/linux/ftrace.h:632:36: warning: unsupported argument to
'__builtin_return_address'

Greg and Mark, which x86-64 compiler versions do you use?

       Arnd

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2018-01-03 14:52         ` Arnd Bergmann
@ 2018-01-03 14:59           ` Mark Brown
  -1 siblings, 0 replies; 17+ messages in thread
From: Mark Brown @ 2018-01-03 14:59 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Greg KH, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 162 bytes --]

On Wed, Jan 03, 2018 at 03:52:12PM +0100, Arnd Bergmann wrote:

> Greg and Mark, which x86-64 compiler versions do you use?

gcc (Debian 6.3.0-18) 6.3.0 20170516

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-03 14:59           ` Mark Brown
  0 siblings, 0 replies; 17+ messages in thread
From: Mark Brown @ 2018-01-03 14:59 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Greg KH, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 162 bytes --]

On Wed, Jan 03, 2018 at 03:52:12PM +0100, Arnd Bergmann wrote:

> Greg and Mark, which x86-64 compiler versions do you use?

gcc (Debian 6.3.0-18) 6.3.0 20170516

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2018-01-03 14:59           ` Mark Brown
@ 2018-01-03 15:32             ` Arnd Bergmann
  -1 siblings, 0 replies; 17+ messages in thread
From: Arnd Bergmann @ 2018-01-03 15:32 UTC (permalink / raw)
  To: Mark Brown
  Cc: Greg KH, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 3, 2018 at 3:59 PM, Mark Brown <broonie@kernel.org> wrote:
> On Wed, Jan 03, 2018 at 03:52:12PM +0100, Arnd Bergmann wrote:
>
>> Greg and Mark, which x86-64 compiler versions do you use?
>
> gcc (Debian 6.3.0-18) 6.3.0 20170516

I installed that version here, same as my other gcc-6 versions, the
"-Wno-frame-address" option gets set and interpreted correctly:

$ git checkout v3.18.91 ; touch kernel/sched/core.c ; make V=1
defconfig kernel/sched/core.o CC=gcc-6 2>&1 | tail
...
gcc-6 -Wp,-MD,kernel/sched/.core.o.d  -nostdinc -isystem
/usr/lib/gcc/x86_64-linux-gnu/6/include -I./arch/x86/include
-Iarch/x86/include/generated  -Iinclude -I./arch/x86/include/uapi
-Iarch/x86/include/generated/uapi -I./include/uapi
-Iinclude/generated/uapi -include ./include/linux/kconfig.h
-D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -Werror-implicit-function-declaration
-Wno-format-security -std=gnu89 -m64 -mno-80387 -mno-fp-ret-in-387
-mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time
-maccumulate-outgoing-args -DCONFIG_AS_CFI=1
-DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1
-DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1
-DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare
-fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow
-mno-avx -fno-delete-null-pointer-checks -Wno-frame-address -fno-PIE
-O2 --param=allow-store-data-races=0 -Wframe-larger-than=2048
-fno-stack-protector -Wno-unused-but-set-variable
-Wno-unused-const-variable -fno-omit-frame-pointer
-fno-optimize-sibling-calls -fno-var-tracking-assignments
-Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow
-fno-stack-check -fconserve-stack -Werror=implicit-int
-Werror=strict-prototypes -Werror=date-time -DCC_HAVE_ASM_GOTO
-D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(core)"
-D"KBUILD_MODNAME=KBUILD_STR(core)" -c -o kernel/sched/core.o
kernel/sched/core.c

It might be a problem with different 'make' versions, or something else
in the environment that leads to "-Wno-frame-address" not being set
on the command line instead.

     Arnd

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-03 15:32             ` Arnd Bergmann
  0 siblings, 0 replies; 17+ messages in thread
From: Arnd Bergmann @ 2018-01-03 15:32 UTC (permalink / raw)
  To: Mark Brown
  Cc: Greg KH, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 3, 2018 at 3:59 PM, Mark Brown <broonie@kernel.org> wrote:
> On Wed, Jan 03, 2018 at 03:52:12PM +0100, Arnd Bergmann wrote:
>
>> Greg and Mark, which x86-64 compiler versions do you use?
>
> gcc (Debian 6.3.0-18) 6.3.0 20170516

I installed that version here, same as my other gcc-6 versions, the
"-Wno-frame-address" option gets set and interpreted correctly:

$ git checkout v3.18.91 ; touch kernel/sched/core.c ; make V=1
defconfig kernel/sched/core.o CC=gcc-6 2>&1 | tail
...
gcc-6 -Wp,-MD,kernel/sched/.core.o.d  -nostdinc -isystem
/usr/lib/gcc/x86_64-linux-gnu/6/include -I./arch/x86/include
-Iarch/x86/include/generated  -Iinclude -I./arch/x86/include/uapi
-Iarch/x86/include/generated/uapi -I./include/uapi
-Iinclude/generated/uapi -include ./include/linux/kconfig.h
-D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs
-fno-strict-aliasing -fno-common -Werror-implicit-function-declaration
-Wno-format-security -std=gnu89 -m64 -mno-80387 -mno-fp-ret-in-387
-mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time
-maccumulate-outgoing-args -DCONFIG_AS_CFI=1
-DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1
-DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1
-DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare
-fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow
-mno-avx -fno-delete-null-pointer-checks -Wno-frame-address -fno-PIE
-O2 --param=allow-store-data-races=0 -Wframe-larger-than=2048
-fno-stack-protector -Wno-unused-but-set-variable
-Wno-unused-const-variable -fno-omit-frame-pointer
-fno-optimize-sibling-calls -fno-var-tracking-assignments
-Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow
-fno-stack-check -fconserve-stack -Werror=implicit-int
-Werror=strict-prototypes -Werror=date-time -DCC_HAVE_ASM_GOTO
-D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(core)"
-D"KBUILD_MODNAME=KBUILD_STR(core)" -c -o kernel/sched/core.o
kernel/sched/core.c

It might be a problem with different 'make' versions, or something else
in the environment that leads to "-Wno-frame-address" not being set
on the command line instead.

     Arnd

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2018-01-03 15:32             ` Arnd Bergmann
@ 2018-01-03 15:41               ` Mark Brown
  -1 siblings, 0 replies; 17+ messages in thread
From: Mark Brown @ 2018-01-03 15:41 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Greg KH, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 355 bytes --]

On Wed, Jan 03, 2018 at 04:32:35PM +0100, Arnd Bergmann wrote:

> It might be a problem with different 'make' versions, or something else
> in the environment that leads to "-Wno-frame-address" not being set
> on the command line instead.

I'm using "GNU Make 4.1" - this is all just the default Debian stuff,
I've not customized my x86 host environment.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-03 15:41               ` Mark Brown
  0 siblings, 0 replies; 17+ messages in thread
From: Mark Brown @ 2018-01-03 15:41 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Greg KH, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

[-- Attachment #1: Type: text/plain, Size: 355 bytes --]

On Wed, Jan 03, 2018 at 04:32:35PM +0100, Arnd Bergmann wrote:

> It might be a problem with different 'make' versions, or something else
> in the environment that leads to "-Wno-frame-address" not being set
> on the command line instead.

I'm using "GNU Make 4.1" - this is all just the default Debian stuff,
I've not customized my x86 host environment.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
  2018-01-03 15:41               ` Mark Brown
@ 2018-01-03 17:33                 ` Greg KH
  -1 siblings, 0 replies; 17+ messages in thread
From: Greg KH @ 2018-01-03 17:33 UTC (permalink / raw)
  To: Mark Brown
  Cc: Arnd Bergmann, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 03, 2018 at 03:41:21PM +0000, Mark Brown wrote:
> On Wed, Jan 03, 2018 at 04:32:35PM +0100, Arnd Bergmann wrote:
> 
> > It might be a problem with different 'make' versions, or something else
> > in the environment that leads to "-Wno-frame-address" not being set
> > on the command line instead.
> 
> I'm using "GNU Make 4.1" - this is all just the default Debian stuff,
> I've not customized my x86 host environment.

Make 4.2.1 here with gcc 7.2.1 and I get tons of build warnings on my
3.18.y tree on my laptop, but my build machine running Fedora (make
4.2.1 and gcc 7.2.1) I get no build warnings at all.

I've given up trying to track it down for my laptop, something is
preventing the compiler flag from being added to the gcc command line,
and I don't care anymore...

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 17+ messages in thread

* Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)
@ 2018-01-03 17:33                 ` Greg KH
  0 siblings, 0 replies; 17+ messages in thread
From: Greg KH @ 2018-01-03 17:33 UTC (permalink / raw)
  To: Mark Brown
  Cc: Arnd Bergmann, Kernel Build Reports Mailman List, linaro-kernel,
	# 3.18.x, Sasha Levin, Linux Kernel Mailing List

On Wed, Jan 03, 2018 at 03:41:21PM +0000, Mark Brown wrote:
> On Wed, Jan 03, 2018 at 04:32:35PM +0100, Arnd Bergmann wrote:
> 
> > It might be a problem with different 'make' versions, or something else
> > in the environment that leads to "-Wno-frame-address" not being set
> > on the command line instead.
> 
> I'm using "GNU Make 4.1" - this is all just the default Debian stuff,
> I've not customized my x86 host environment.

Make 4.2.1 here with gcc 7.2.1 and I get tons of build warnings on my
3.18.y tree on my laptop, but my build machine running Fedora (make
4.2.1 and gcc 7.2.1) I get no build warnings at all.

I've given up trying to track it down for my laptop, something is
preventing the compiler flag from being added to the gcc command line,
and I don't care anymore...

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 17+ messages in thread

end of thread, other threads:[~2018-01-03 18:03 UTC | newest]

Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-12-06  0:18 v3.18.86 build: 0 failures 1 warnings (v3.18.86) Build bot for Mark Brown
2018-01-02 23:24 ` Arnd Bergmann
2018-01-02 23:24   ` Arnd Bergmann
2018-01-03  9:54   ` Greg KH
2018-01-03  9:54     ` Greg KH
2018-01-03  9:57     ` Greg KH
2018-01-03  9:57       ` Greg KH
2018-01-03 14:52       ` Arnd Bergmann
2018-01-03 14:52         ` Arnd Bergmann
2018-01-03 14:59         ` Mark Brown
2018-01-03 14:59           ` Mark Brown
2018-01-03 15:32           ` Arnd Bergmann
2018-01-03 15:32             ` Arnd Bergmann
2018-01-03 15:41             ` Mark Brown
2018-01-03 15:41               ` Mark Brown
2018-01-03 17:33               ` Greg KH
2018-01-03 17:33                 ` Greg KH

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.