* Re: Build regressions/improvements in v4.8-rc1 [not found] <alpine.DEB.2.10.1608081032130.9359@ayla.of.borg> @ 2016-08-08 8:38 ` Geert Uytterhoeven 2016-08-08 14:31 ` Rich Felker 0 siblings, 1 reply; 6+ messages in thread From: Geert Uytterhoeven @ 2016-08-08 8:38 UTC (permalink / raw) To: linux-arm-kernel On Mon, Aug 8, 2016 at 10:32 AM, Geert Uytterhoeven <geert@linux-m68k.org> wrote: > Below is the list of build error/warning regressions/improvements in > v4.8-rc1[1] compared to v4.7[2]. > > Summarized: > - build errors: +8/-12 > + /home/kisskb/slave/src/arch/arm/kernel/setup.c: error: 'SECTION_SIZE' undeclared (first use in this function): => 1003:25 arm-randconfig > + error: "__ucmpdi2" [drivers/scsi/sd_mod.ko] undefined!: => N/A bfin/CM-BF548_defconfig > + error: /home/kisskb/slave/src/drivers/block/loop.c: undefined reference to `__ucmpdi2': => .text+0x3aaee), .text+0x2ee10), .text+0x2ee1c) > + error: /home/kisskb/slave/src/drivers/scsi/sd.c: undefined reference to `__ucmpdi2': => .text+0x36cb8), .text+0x3865c) Various blackfin > + error: No rule to make target arch/sh/boot/dts/.dtb.o: => N/A sh-allyesconfig, sh-allmodconfig > + {standard input}: Error: Instruction with long immediate data in delay slot: => 18728 arcv2/axs103_smp_defconfig Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@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
* Re: Build regressions/improvements in v4.8-rc1 2016-08-08 8:38 ` Build regressions/improvements in v4.8-rc1 Geert Uytterhoeven @ 2016-08-08 14:31 ` Rich Felker 2016-08-08 15:46 ` Geert Uytterhoeven 0 siblings, 1 reply; 6+ messages in thread From: Rich Felker @ 2016-08-08 14:31 UTC (permalink / raw) To: Geert Uytterhoeven Cc: Linux Kernel Development, Yoshinori Sato, Linux-sh list On Mon, Aug 08, 2016 at 10:38:07AM +0200, Geert Uytterhoeven wrote: > On Mon, Aug 8, 2016 at 10:32 AM, Geert Uytterhoeven > <geert@linux-m68k.org> wrote: > > Below is the list of build error/warning regressions/improvements in > > v4.8-rc1[1] compared to v4.7[2]. > > > > Summarized: > > - build errors: +8/-12 > > > + /home/kisskb/slave/src/arch/arm/kernel/setup.c: error: 'SECTION_SIZE' undeclared (first use in this function): => 1003:25 > > arm-randconfig > > > + error: "__ucmpdi2" [drivers/scsi/sd_mod.ko] undefined!: => N/A > > bfin/CM-BF548_defconfig > > > + error: /home/kisskb/slave/src/drivers/block/loop.c: undefined reference to `__ucmpdi2': => .text+0x3aaee), .text+0x2ee10), .text+0x2ee1c) > > + error: /home/kisskb/slave/src/drivers/scsi/sd.c: undefined reference to `__ucmpdi2': => .text+0x36cb8), .text+0x3865c) > > Various blackfin > > > + error: No rule to make target arch/sh/boot/dts/.dtb.o: => N/A > > sh-allyesconfig, sh-allmodconfig I saw this. Is there any canonical way I should fix this? The problem is that there's no default for the DTS name, but I'm not sure there should be a default. Getting a hard-coded DTB for a particular board when you do allyesconfig seems like a worse UX than getting a build failure. Rich ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Build regressions/improvements in v4.8-rc1 2016-08-08 14:31 ` Rich Felker @ 2016-08-08 15:46 ` Geert Uytterhoeven 2016-08-08 16:22 ` Rich Felker 0 siblings, 1 reply; 6+ messages in thread From: Geert Uytterhoeven @ 2016-08-08 15:46 UTC (permalink / raw) To: Rich Felker; +Cc: Linux Kernel Development, Yoshinori Sato, Linux-sh list Hi Rich, On Mon, Aug 8, 2016 at 4:31 PM, Rich Felker <dalias@libc.org> wrote: > On Mon, Aug 08, 2016 at 10:38:07AM +0200, Geert Uytterhoeven wrote: >> On Mon, Aug 8, 2016 at 10:32 AM, Geert Uytterhoeven >> <geert@linux-m68k.org> wrote: >> > + error: No rule to make target arch/sh/boot/dts/.dtb.o: => N/A >> >> sh-allyesconfig, sh-allmodconfig > > I saw this. Is there any canonical way I should fix this? The problem > is that there's no default for the DTS name, but I'm not sure there > should be a default. Getting a hard-coded DTB for a particular board > when you do allyesconfig seems like a worse UX than getting a build > failure. Do you have a way to pass a DTB from the bootloader, like most other architectures support? If yes, can't you remove the dependency on a builtin DTB? Allowing to build allmodconfig/allyesconfig helps a lot for build coverage. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@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
* Re: Build regressions/improvements in v4.8-rc1 2016-08-08 15:46 ` Geert Uytterhoeven @ 2016-08-08 16:22 ` Rich Felker 2016-08-08 17:02 ` Andreas Schwab 0 siblings, 1 reply; 6+ messages in thread From: Rich Felker @ 2016-08-08 16:22 UTC (permalink / raw) To: Geert Uytterhoeven Cc: Linux Kernel Development, Yoshinori Sato, Linux-sh list On Mon, Aug 08, 2016 at 05:46:33PM +0200, Geert Uytterhoeven wrote: > Hi Rich, > > On Mon, Aug 8, 2016 at 4:31 PM, Rich Felker <dalias@libc.org> wrote: > > On Mon, Aug 08, 2016 at 10:38:07AM +0200, Geert Uytterhoeven wrote: > >> On Mon, Aug 8, 2016 at 10:32 AM, Geert Uytterhoeven > >> <geert@linux-m68k.org> wrote: > >> > + error: No rule to make target arch/sh/boot/dts/.dtb.o: => N/A > >> > >> sh-allyesconfig, sh-allmodconfig > > > > I saw this. Is there any canonical way I should fix this? The problem > > is that there's no default for the DTS name, but I'm not sure there > > should be a default. Getting a hard-coded DTB for a particular board > > when you do allyesconfig seems like a worse UX than getting a build > > failure. > > Do you have a way to pass a DTB from the bootloader, like most other > architectures support? Yes, and that's the intended use, but I added support for builtin DTB for use with systems where it's hard to replace the bootloader with one that can pass a DTB. > If yes, can't you remove the dependency on a builtin DTB? > Allowing to build allmodconfig/allyesconfig helps a lot for build coverage. Users should leave builtin-DTB off, but allyesconfig turns it on. Rich ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Build regressions/improvements in v4.8-rc1 2016-08-08 16:22 ` Rich Felker @ 2016-08-08 17:02 ` Andreas Schwab 2016-08-08 20:06 ` Geert Uytterhoeven 0 siblings, 1 reply; 6+ messages in thread From: Andreas Schwab @ 2016-08-08 17:02 UTC (permalink / raw) To: Rich Felker Cc: Geert Uytterhoeven, Linux Kernel Development, Yoshinori Sato, Linux-sh list On Mo, Aug 08 2016, Rich Felker <dalias@libc.org> wrote: > Users should leave builtin-DTB off, but allyesconfig turns it on. Perhaps you could inverse the meaning of the config so that y means builtin-DTB off? Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Build regressions/improvements in v4.8-rc1 2016-08-08 17:02 ` Andreas Schwab @ 2016-08-08 20:06 ` Geert Uytterhoeven 0 siblings, 0 replies; 6+ messages in thread From: Geert Uytterhoeven @ 2016-08-08 20:06 UTC (permalink / raw) To: Andreas Schwab Cc: Rich Felker, Linux Kernel Development, Yoshinori Sato, Linux-sh list On Mon, Aug 8, 2016 at 7:02 PM, Andreas Schwab <schwab@linux-m68k.org> wrote: > On Mo, Aug 08 2016, Rich Felker <dalias@libc.org> wrote: > >> Users should leave builtin-DTB off, but allyesconfig turns it on. > > Perhaps you could inverse the meaning of the config so that y means > builtin-DTB off? That's one option, The other one is to ignore it if CONFIG_BUILTIN_DTB_SOURCE is an empty string. A bit similar to CONFIG_CMDLINE on ARM. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@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
end of thread, other threads:[~2016-08-08 20:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <alpine.DEB.2.10.1608081032130.9359@ayla.of.borg>
2016-08-08 8:38 ` Build regressions/improvements in v4.8-rc1 Geert Uytterhoeven
2016-08-08 14:31 ` Rich Felker
2016-08-08 15:46 ` Geert Uytterhoeven
2016-08-08 16:22 ` Rich Felker
2016-08-08 17:02 ` Andreas Schwab
2016-08-08 20:06 ` Geert Uytterhoeven
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox