* Build regressions/improvements in v4.1 [not found] <1435006096-12470-1-git-send-email-geert@linux-m68k.org> @ 2015-06-22 20:52 ` Geert Uytterhoeven 2015-06-22 21:18 ` Russell King - ARM Linux 0 siblings, 1 reply; 6+ messages in thread From: Geert Uytterhoeven @ 2015-06-22 20:52 UTC (permalink / raw) To: linux-arm-kernel On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven <geert@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, 166:3, 175:3, 162:3, 171:3, 158:3, 165:3, 157:3 + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: invalid operands to binary * (have 'unsigned int' and 'const struct prot_bits *'): => 276:20 + /home/kisskb/slave/src/arch/arm/mm/dump.c: error: invalid operands to binary | (have 'const struct prot_bits *' and 'const struct prot_bits *'): => 157:30, 166:30, 165:30, 161:30, 153:30 arm-randconfig + /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 x86_64-randconfig > [1] http://kisskb.ellerman.id.au/kisskb/head/9038/ (all 254 configs) > [3] http://kisskb.ellerman.id.au/kisskb/head/9008/ (all 254 configs) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Build regressions/improvements in v4.1 2015-06-22 20:52 ` Build regressions/improvements in v4.1 Geert Uytterhoeven @ 2015-06-22 21:18 ` Russell King - ARM Linux 2015-06-23 7:50 ` Geert Uytterhoeven 0 siblings, 1 reply; 6+ messages in thread From: Russell King - ARM Linux @ 2015-06-22 21:18 UTC (permalink / raw) To: linux-arm-kernel On Mon, Jun 22, 2015 at 10:52:13PM +0200, Geert Uytterhoeven wrote: > On Mon, Jun 22, 2015 at 10:48 PM, Geert Uytterhoeven > <geert@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. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Build regressions/improvements in v4.1 2015-06-22 21:18 ` Russell King - ARM Linux @ 2015-06-23 7:50 ` Geert Uytterhoeven 2015-06-25 9:18 ` Russell King - ARM Linux 0 siblings, 1 reply; 6+ messages in thread From: Geert Uytterhoeven @ 2015-06-23 7:50 UTC (permalink / raw) To: linux-arm-kernel Hi Russell, On Mon, Jun 22, 2015 at 11:18 PM, Russell King - ARM Linux <linux@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 >> <geert@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 -- geert at 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Build regressions/improvements in v4.1 2015-06-23 7:50 ` Geert Uytterhoeven @ 2015-06-25 9:18 ` Russell King - ARM Linux 2015-06-25 9:30 ` Russell King - ARM Linux 0 siblings, 1 reply; 6+ messages in thread From: Russell King - ARM Linux @ 2015-06-25 9:18 UTC (permalink / raw) To: linux-arm-kernel 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 > <linux@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 > >> <geert@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. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Build regressions/improvements in v4.1 2015-06-25 9:18 ` Russell King - ARM Linux @ 2015-06-25 9:30 ` Russell King - ARM Linux 2015-06-25 9:34 ` Russell King - ARM Linux 0 siblings, 1 reply; 6+ messages in thread From: Russell King - ARM Linux @ 2015-06-25 9:30 UTC (permalink / raw) To: linux-arm-kernel 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. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Build regressions/improvements in v4.1 2015-06-25 9:30 ` Russell King - ARM Linux @ 2015-06-25 9:34 ` Russell King - ARM Linux 0 siblings, 0 replies; 6+ messages in thread From: Russell King - ARM Linux @ 2015-06-25 9:34 UTC (permalink / raw) To: linux-arm-kernel 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. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-06-25 9:34 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1435006096-12470-1-git-send-email-geert@linux-m68k.org>
2015-06-22 20:52 ` Build regressions/improvements in v4.1 Geert Uytterhoeven
2015-06-22 21:18 ` Russell King - ARM Linux
2015-06-23 7:50 ` Geert Uytterhoeven
2015-06-25 9:18 ` Russell King - ARM Linux
2015-06-25 9:30 ` Russell King - ARM Linux
2015-06-25 9:34 ` Russell King - ARM Linux
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).