Re: Build regressions/improvements in v4.1
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
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
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 > 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 > >> 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
Hi Russell,
On Mon, Jun 22, 2015 at 11:18 PM, Russell King - ARM Linux
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
>> 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
On Mon, Jun 22, 2015 at 10:52:13PM +0200, Geert Uytterhoeven wrote: > On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven > 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
On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven 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:
Re: Build regressions/improvements in v4.1-rc6
On Mon, Jun 1, 2015 at 12:09 PM, Geert Uytterhoeven
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
