Re: Build regressions/improvements in v4.1

2015-06-25 Thread Russell King - ARM Linux
On Tue, Jun 23, 2015 at 09:50:00AM +0200, Geert Uytterhoeven wrote:
 Hi Russell,
 
 On Mon, Jun 22, 2015 at 11:18 PM, Russell King - ARM Linux
 li...@arm.linux.org.uk wrote:
  On Mon, Jun 22, 2015 at 10:52:13PM +0200, Geert Uytterhoeven wrote:
  On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven
  ge...@linux-m68k.org wrote:
   JFYI, when comparing v4.1[1] to v4.1-rc8[3], the summaries are:
 - build errors: +44/-7
 
+ /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
  'L_PTE_MT_BUFFERABLE' undeclared here (not in a function):  = 81:10
+ /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
  'L_PTE_MT_DEV_CACHED' undeclared here (not in a function):  = 117:10
+ /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
  'L_PTE_MT_DEV_NONSHARED' undeclared here (not in a function):  =
  108:10
 
  I'm rather ignoring this because I don't see these errors here.  This
  is one of the problems of just throwing out build reports.  With zero
  information such as a configuration or a method on how to cause the
  errors, it's pretty much worthless to post errors.
 
  Folk who do build testing need to be smarter, and consider what it's
  like to be on the receiving end of their report emails...
 
 Fortunately the kisskb service has good bookkeeping of build logs and configs.

As any good build system should do... :)

 Re-adding the lost URL:
  [1] http://kisskb.ellerman.id.au/kisskb/head/9038/ (all 254 configs)
 
   1. Open URL in web browser,
   2. Click on Failed, next to arm-randconfig,
   3. Click on Download, next to arm-randconfig,
   4. Reproduce,
   5. Fix,
   6. Profit! ;-)

Looking at the last 7 build results...

That shows that many of the linus failing build results are down to:

cc1: error: unrecognized command line option '-fstack-protector-strong'

which is a compiler/kbuild problem.  The kernel build system checks
for the flag and warns over it:

ifdef CONFIG_CC_STACKPROTECTOR_STRONG
  stackp-flag := -fstack-protector-strong
  ifeq ($(call cc-option, $(stackp-flag)),)
$(warning Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: \
  -fstack-protector-strong not supported by compiler)
  endif
else
  # Force off for distro compilers that enable stack protector by 
default.
  stackp-flag := $(call cc-option, -fno-stack-protector)
endif

but this doesn't stop the build progressing - and in any case, it
shows that randconfig with an outdated compiler is a problem with
modern Kbuild.  That accounts for 3 of the 7 Linus build failures.

.config:19:warning: symbol value '' invalid for PHYS_OFFSET

which can't be fixed: it has to be given a value.  That's a
randconfig problem.

/opt/cross/gcc-4.6.3-nolibc/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-geabi-ld:
 no machine record defined

Probably another toolchain problem.

arch/arm/mm/built-in.o:(.proc.info.init+0x198): undefined reference to 
`fa_user_fns'

This looks like it's been there for years (since 2009...) but
needs fixing (and we should probably fix it in a generic way.)

/tmp/ccA1GNig.s:671: Error: selected processor does not support Thumb mode `mrs 
r6,cpsr'

Maybe Uwe can investigate this one - it's EFM32 related.

Looking at the linux-next builds:

.config:21:warning: symbol value '' invalid for PHYS_OFFSET
cc1: error: unrecognized command line option '-fstack-protector-strong'

See above.

drivers/dma/pxa_dma.c:192:2: error: void value not ignored as it ought to be

Relatively new driver...

eeprom.c:(.text+0x26ad0): undefined reference to `pci_ioremap_io'
pci.c:(.init.text+0x518): undefined reference to `pci_ioremap_io'
last.c:(.text+0xb9fb0): undefined reference to `clk_set_parent'

Probably drivers not correctly checking their dependencies.

include/linux/virtio_ring.h:45:3: error: implicit declaration of function 
'dma_wmb' [-Werror=implicit-function-declaration]

virtio_ring.h not including a required header file?

As for the build errors you're reporting, that doesn't seem to be
anything new.  It seems to be down to a missing dependency between
ARM_PTDUMP and MMU, which means that ARM_PTDUMP is selectable on !MMU
systems.  I'll add that dependency, but that's just a small drop in
the ocean - it looks like it's the least of the problems with ARM
randconfig...

-- 
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Build regressions/improvements in v4.1

2015-06-25 Thread Russell King - ARM Linux
On Thu, Jun 25, 2015 at 10:30:07AM +0100, Russell King - ARM Linux wrote:
 On Thu, Jun 25, 2015 at 10:18:15AM +0100, Russell King - ARM Linux wrote:
  On Tue, Jun 23, 2015 at 09:50:00AM +0200, Geert Uytterhoeven wrote:
  As for the build errors you're reporting, that doesn't seem to be
  anything new.  It seems to be down to a missing dependency between
  ARM_PTDUMP and MMU, which means that ARM_PTDUMP is selectable on !MMU
  systems.  I'll add that dependency, but that's just a small drop in
  the ocean - it looks like it's the least of the problems with ARM
  randconfig...
 
 Now that the build has finished... even with that fixed...
 
 arch/arm/mach-versatile/built-in.o: In function `pci_versatile_setup':
 arch/arm/mach-versatile/pci.c:249: undefined reference to `pci_ioremap_io'
 kernel/built-in.o: In function `set_section_ro_nx':
 kernel/module.c:1738: undefined reference to `set_memory_nx'
 kernel/built-in.o: In function `set_page_attributes':
 kernel/module.c:1709: undefined reference to `set_memory_ro'
 ...
 
 which means that DEBUG_SET_MODULE_RONX also needs to depend on MMU.
 As for the pci_ioremap_io, I'm not sure what to do about that.
 
 In any case, I'll queue up both of these dependency fixes as low
 priority.  Thanks.

No I won't.  Arnd has already caught the one you originally reported,
and there's a fix already queued for it to be merged during this window...

-- 
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Build regressions/improvements in v4.1

2015-06-25 Thread Russell King - ARM Linux
On Thu, Jun 25, 2015 at 10:18:15AM +0100, Russell King - ARM Linux wrote:
 On Tue, Jun 23, 2015 at 09:50:00AM +0200, Geert Uytterhoeven wrote:
 As for the build errors you're reporting, that doesn't seem to be
 anything new.  It seems to be down to a missing dependency between
 ARM_PTDUMP and MMU, which means that ARM_PTDUMP is selectable on !MMU
 systems.  I'll add that dependency, but that's just a small drop in
 the ocean - it looks like it's the least of the problems with ARM
 randconfig...

Now that the build has finished... even with that fixed...

arch/arm/mach-versatile/built-in.o: In function `pci_versatile_setup':
arch/arm/mach-versatile/pci.c:249: undefined reference to `pci_ioremap_io'
kernel/built-in.o: In function `set_section_ro_nx':
kernel/module.c:1738: undefined reference to `set_memory_nx'
kernel/built-in.o: In function `set_page_attributes':
kernel/module.c:1709: undefined reference to `set_memory_ro'
...

which means that DEBUG_SET_MODULE_RONX also needs to depend on MMU.
As for the pci_ioremap_io, I'm not sure what to do about that.

In any case, I'll queue up both of these dependency fixes as low
priority.  Thanks.

-- 
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Build regressions/improvements in v4.1

2015-06-23 Thread Geert Uytterhoeven
Hi Russell,

On Mon, Jun 22, 2015 at 11:18 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
 On Mon, Jun 22, 2015 at 10:52:13PM +0200, Geert Uytterhoeven wrote:
 On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven
 ge...@linux-m68k.org wrote:
  JFYI, when comparing v4.1[1] to v4.1-rc8[3], the summaries are:
- build errors: +44/-7

   + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
 'L_PTE_MT_BUFFERABLE' undeclared here (not in a function):  = 81:10
   + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
 'L_PTE_MT_DEV_CACHED' undeclared here (not in a function):  = 117:10
   + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
 'L_PTE_MT_DEV_NONSHARED' undeclared here (not in a function):  =
 108:10

 I'm rather ignoring this because I don't see these errors here.  This
 is one of the problems of just throwing out build reports.  With zero
 information such as a configuration or a method on how to cause the
 errors, it's pretty much worthless to post errors.

 Folk who do build testing need to be smarter, and consider what it's
 like to be on the receiving end of their report emails...

Fortunately the kisskb service has good bookkeeping of build logs and configs.

Re-adding the lost URL:
 [1] http://kisskb.ellerman.id.au/kisskb/head/9038/ (all 254 configs)

  1. Open URL in web browser,
  2. Click on Failed, next to arm-randconfig,
  3. Click on Download, next to arm-randconfig,
  4. Reproduce,
  5. Fix,
  6. Profit! ;-)

Thanks!

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Build regressions/improvements in v4.1

2015-06-22 Thread Geert Uytterhoeven
On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
 JFYI, when comparing v4.1[1] to v4.1-rc8[3], the summaries are:
   - build errors: +44/-7

  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_BUFFERABLE' undeclared here (not in a function):  = 81:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_DEV_CACHED' undeclared here (not in a function):  = 117:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_DEV_NONSHARED' undeclared here (not in a function):  =
108:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_DEV_SHARED' undeclared here (not in a function):  = 103:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_DEV_WC' undeclared here (not in a function):  = 113:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'L_PTE_MT_MASK'
undeclared here (not in a function):  = 76:11
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_MINICACHE' undeclared here (not in a function):  = 94:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_UNCACHED' undeclared here (not in a function):  = 77:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_WRITEALLOC' undeclared here (not in a function):  = 99:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_WRITEBACK' undeclared here (not in a function):  = 89:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'L_PTE_MT_WRITETHROUGH' undeclared here (not in a function):  = 85:10
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'L_PTE_RDONLY'
undeclared here (not in a function):  = 61:11
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'L_PTE_SHARED'
undeclared here (not in a function):  = 71:11
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'L_PTE_USER'
undeclared here (not in a function):  = 56:11
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'L_PTE_XN'
undeclared here (not in a function):  = 66:11
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'PMD_SECT_AP_READ' undeclared here (not in a function):  = 153:13
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
'PMD_SECT_AP_WRITE' undeclared here (not in a function):  = 153:32
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'PMD_SECT_S'
undeclared here (not in a function):  = 175:11
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'PMD_SECT_XN'
undeclared here (not in a function):  = 170:11
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'PMD_SIZE'
undeclared (first use in this function):  = 276:22
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'PTRS_PER_PGD'
undeclared (first use in this function):  = 314:18
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'PTRS_PER_PMD'
undeclared (first use in this function):  = 275:18
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'PTRS_PER_PTE'
undeclared (first use in this function):  = 263:18
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: 'SECTION_SIZE'
undeclared (first use in this function):  = 282:7
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[0].mask'):  = 153:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[1].mask'):  = 157:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[1].val'):  = 158:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[2].mask'):  = 161:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[2].val'):  = 162:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[3].mask'):  = 165:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[3].val'):  = 166:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[4].mask'):  = 170:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[4].val'):  = 171:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[5].mask'):  = 175:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: (near
initialization for 'section_bits[5].val'):  = 176:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: implicit
declaration of function 'pmd_large'
[-Werror=implicit-function-declaration]:  = 277:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: implicit
declaration of function 'pmd_none'
[-Werror=implicit-function-declaration]:  = 277:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: implicit
declaration of function 'pmd_present'
[-Werror=implicit-function-declaration]:  = 277:3
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: implicit
declaration of function 'pte_offset_kernel'
[-Werror=implicit-function-declaration]:  = 259:2
  + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: initializer
element is not constant:  = 153:3, 176:3, 170:3, 161:3, 

Re: Build regressions/improvements in v4.1

2015-06-22 Thread Russell King - ARM Linux
On Mon, Jun 22, 2015 at 10:52:13PM +0200, Geert Uytterhoeven wrote:
 On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven
 ge...@linux-m68k.org wrote:
  JFYI, when comparing v4.1[1] to v4.1-rc8[3], the summaries are:
- build errors: +44/-7
 
   + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
 'L_PTE_MT_BUFFERABLE' undeclared here (not in a function):  = 81:10
   + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
 'L_PTE_MT_DEV_CACHED' undeclared here (not in a function):  = 117:10
   + /home/kisskb/slave/src/arch/arm/mm/dump.c: error:
 'L_PTE_MT_DEV_NONSHARED' undeclared here (not in a function):  =
 108:10

I'm rather ignoring this because I don't see these errors here.  This
is one of the problems of just throwing out build reports.  With zero
information such as a configuration or a method on how to cause the
errors, it's pretty much worthless to post errors.

Folk who do build testing need to be smarter, and consider what it's
like to be on the receiving end of their report emails...

-- 
FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line unsubscribe linux-media in


Re: Build regressions/improvements in v4.1-rc6

2015-06-01 Thread Geert Uytterhoeven
On Mon, Jun 1, 2015 at 12:09 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
 JFYI, when comparing v4.1-rc6[1] to v4.1-rc5[3], the summaries are:
   - build errors: +8/-52

  + /home/kisskb/slave/src/drivers/media/i2c/ov2659.c: error: 'struct
v4l2_subdev_fh' has no member named 'pad':  = 1264:38
  + /home/kisskb/slave/src/drivers/media/i2c/ov2659.c: error: implicit
declaration of function 'v4l2_subdev_get_try_format'
[-Werror=implicit-function-declaration]:  = 1054:3

i386-randconfig

  + error: aes.c: undefined reference to `.enable_kernel_altivec':  =
.text+0x48e894), .text+0x48e6e0), .text+0x48e960)
  + error: aes_cbc.c: undefined reference to `.enable_kernel_altivec':
 = .text+0x48ea98), .text+0x48ebf4)

powerpc-randconfig

 [1] http://kisskb.ellerman.id.au/kisskb/head/8943/ (254 out of 257 configs)
 [3] http://kisskb.ellerman.id.au/kisskb/head/8914/ (254 out of 257 configs)

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say programmer or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html