Skip to contentSkip to conversation

linux-next: triage for April 10, 2012

DISCUSSION Paul Gortmaker 3 participants 5 messages Apr 10, 2012 – Apr 11, 2012 Linux-next tree

lore
Share & tools
lore
#0 lore raw

I didn't do a report on Friday for Thursday's tree, however there were four new breakages at the end of last week. I did a triage on them and sent notifications to those maintainers. (and cc'd linux-next). DaveM checked in fixes for blackfin eth and gianfar eth as soon as I reported them, leaving only the regmap_debugfs_init bug and and the GPLV2 vs GPLv2 typo carried forward into this week's report (listed below).

We've finally got an sh tree inserted into linux-next, so a a whole bunch of sh4 builds are now green again. Probably makes sense to go through and triage the remaining failures as "new". I have not done that yet here today since there are about 20 or so.

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

New breakage since last report:
i386:allmodconfig:
(modpost: GPL-incompat rc5t583-regulator uses GPL-only symbol)
ARM/MIPS:magician_defconfig,omap1_defconfig,ip27_defconfig
(regmap.c: too few arg to 'regmap_debugfs_init')
ARM:eseries_pxa_defconfig,em_x270_defconfig,imx_v4_v5_defconfig
(sound/soc/codecs/wm9712.c: error: 'runtime' undeclared)
s390/sparc:allmodconfig,allyesconfig
(wiznet Kconfig fallout, fixed by DaveM already)
ARM:cam60_defconfig (kallsyms, ignore it).

Randconfig fails that may or may not be new (by their very nature):

	i386: fs/binfmt_misc.c (copy_from_user() is not provably correct)
		http://kisskb.ellerman.id.au/kisskb/buildresult/6087086/
	powerpc: kernel/built-in.o: undefined ref `perf_ftrace_event_register'
		http://kisskb.ellerman.id.au/kisskb/buildresult/6087164/
		Fix: https://lkml.org/lkml/2012/3/14/304

Builds that are fixed since last report:
ia64:defconfig
sh4:about 1/2 of all builds.

Note: The randconfig fails are only listed once and not tracked in the below listing.

I'm also not tracking the kallsyms extra pass stuff on ARM on a per board basis anymore. It has nothing to do with the board. Why? See: http://marc.info/?l=linux-next&m=133267456809502

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

Latest results at:
http://kisskb.ellerman.id.au/kisskb/branch/9/

Failures as of April 10th, 2012:
===============================

s390/sparc:allmodconfig,allyesconfig

	when:	Apr 10
	why:	w5100.c: implicit declaration of function 'ioread8'
	status:	Kconfig not guarded from incompat arch.
	fix:	https://lkml.org/lkml/2012/4/10/194
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6086850/

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

AM33:asb2303_defconfig,asb2364_defconfig

	when:	Mar 15
	why:	cc1: error: unrecognized command line option '-mmem-funcs'
	status:	Possible fix from TonyB sent for review.
	fix:	http://marc.info/?l=linux-kernel&m=133185020313818&w=2
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5878400/

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

ARM:eseries_pxa_defconfig,em_x270_defconfig,imx_v4_v5_defconfig

	when:	Apr 10
	why:	sound/soc/codecs/wm9712.c: error: 'runtime' undeclared
	status:
	fix:
	ref:	http://marc.info/?l=linux-next&m=133409405513987&w=2
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6086893/

ARM/MIPS:magician_defconfig,omap1_defconfig,ip27_defconfig

	when:	Apr 5
	why:	regmap.c: too few args to 'regmap_debugfs_init'
	status:	reported
	fix:	
	ref:	http://marc.info/?l=linux-next&m=133368924324160&w=2

ARM:tct_hammer_defconfig,s3c2410_defconfig

	when:	Apr 1
	why:	missing "common.h"
	status:	fix pending, borkage probably masked by other global borkage.
	fix:
	ref:	http://marc.info/?l=linux-next&m=133349249421262&w=2

ARM:netx_defconfig,pnx4008_defconfig

	when:	Mar 14
	why:	net/core/pktgen.c: can't find a register in class 'GENERAL_REGS'
	status:	
	fix:	
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5869486/
	ref:	https://lkml.org/lkml/2012/3/13/670

ARM:ixp4xx_defconfig

	when:	Oct 26
	why:	gpio.h: implicit declaration of function '__gpio_get_value'
	status:	fixed (Imre Kaloz) - but possibly needs rework?
	fix:	https://lkml.org/lkml/2012/2/8/288
	ref:	https://lkml.org/lkml/2012/2/8/287

ARM:raumfeld_defconfig

	when:	Nov 23
	why:	eeti_ts.c: implicit declaration of function 'irq_to_gpio'
	status:	perhaps broken since 2010?  See ref below.
	fix:	
	ref:	http://www.gossamer-threads.com/lists/linux/kernel/1291618?do=post_view_threaded#1291618

ARM:arm-allnoconfig

	when:	forever
	why:	not supported
	status:	nothing pending, but patches accepted
	fix:	n/a
	ref:	https://lkml.org/lkml/2009/4/30/105
	ref:	http://lists.infradead.org/pipermail/linux-arm-kernel/2012-January/081218.html

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

AVR32:allnoconfig

	when:	May 26 2010, 20:49
	why:	at32_map_usart: undefined reference to `atmel_default_console_device'
	status:
	fix:
	ref:

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

bfin: 50% of builds

	when:	Mar 31
	why:	"Error: pcrel too far BFD_RELOC_BFIN_10" from kernel/time/timekeeping.c
	status:	unknown, binutils issue?
	fix:
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5981475/

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

cris:allyesconfig,allmodconfig

	when:	Apr 3
	why:	too many to list here
	status:	
	fix:	
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6035250/
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6035249/

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

frv:defconfig

	when:	Mar 15
	why:	undefined reference to `pci_cardbus_resource_alignment'
	status:
	fix:
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6030067/

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

i386:allmodconfig

	when:	Apr 5
	why:	FATAL: modpost: GPL-incompatible module rc5t583-regulator.ko uses GPL-only symbol 'platform_driver_unregister'
	status:	reported
	fix:
	ref:	http://marc.info/?l=linux-next&m=133369125624696&w=2

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

h8300:defconfig

	when:	Mar 15
	why:	time.c: implicit declaration of function 'get_irq_regs'
	why:	also seems gcc suffers an ICE
	status:	ICE bug lodged with gcc folks (TonyB)
	fix:
	ref:	http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52598
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5884668/

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

m32r:m32700ut.smp_defconfig

	when:	Mar 15
	why:	No rule to make target `arch/m32r/boot/compressed/vmlinux.bin
	status:
	fix:
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5884670/

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

m68k:allmodconfig

	when:	Mar 16
	why:	persistent_ram.c: implicit declaration of 'memblock_reserve'
	status:	
	fix:	
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5884324/
	ref:	http://www.spinics.net/lists/linux-next/msg19343.html

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

mips:allmodconfig

	when:
	why:	driver_pci_host.c: implicit declaration of function 'pcibios_enable_device'
	status: one of many fixes mips needs...
	fix:	http://marc.info/?l=linux-wireless&m=133272031621916&w=2
	ref:	http://patchwork.ozlabs.org/patch/148614/
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5807000/

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

parisc:allmodconfig

	when:
	why:	include/linux/log2.h: implicit declaration of function 'fls'
	status:	reported by PaulG, WIP by David Howells 
	fix:
	ref:	https://lkml.org/lkml/2012/2/29/409
	ref:	https://lkml.org/lkml/2012/3/6/228

parisc64:a500_defconfig

	when:
	why:	include/linux/log2.h: implicit declaration of function 'fls'
	status:	reported by PaulG, WIP by David Howells 
	fix:
	ref:	https://lkml.org/lkml/2012/2/29/409
	ref:	https://lkml.org/lkml/2012/3/6/228

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

powerpc:allyesconfig

	when:	May 18 2009, 22:11
	why:	fat ass kernel with everything simply won't link
	status:	need to fix build config to ignore the final link
	fix:	
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/5806793/

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

um:um-defconfig

	when:	Sep 16 2010, 01:28
	why:	os-Linux/start_up.c: error: 'PTRACE_SETOPTIONS' undeclared
	status:	clearly broken forever, so does anyone care?
	fix:	
	ref:	http://kisskb.ellerman.id.au/kisskb/target/2979/
#1 lore raw
Quoted 6 lines · Paul Gortmaker

bfin: 50% of builds
       when:   Mar 31
       why:    "Error: pcrel too far BFD_RELOC_BFIN_10" from kernel/time/timekeeping.c
       status: unknown, binutils issue?
       fix:
       ref:    http://kisskb.ellerman.id.au/kisskb/buildresult/5981475/

that log file doesn't say anything about "BFD_RELOC_BFIN_10"

it does show the old L1 data overflow though ...

on a side note, the warning:
arch/blackfin/mm/init.c:79:9: warning: array subscript is above array bounds [-Warray-bounds]
is a bad thing, but i've just pushed a fix for that ... -mike

#2 lore raw
Quoted 10 lines · Mike Frysinger
Quoted 6 lines · Paul Gortmaker

bfin: 50% of builds
       when:   Mar 31
       why:    "Error: pcrel too far BFD_RELOC_BFIN_10" from kernel/time/timekeeping.c
       status: unknown, binutils issue?
       fix:
       ref:    http://kisskb.ellerman.id.au/kisskb/buildresult/5981475/

that log file doesn't say anything about "BFD_RELOC_BFIN_10"

Thanks Mike, I'll fix the stale link. Here is a RELOC_BFIN_10 fail:

http://kisskb.ellerman.id.au/kisskb/buildresult/6087324/

Looks like I should go over the bfin fails and check each one, since they are somewhat unique -- e.g.

arch/blackfin/mach-bf537/boards/dnp5370.c:392:17: error:
'bfin_spi_board_info' undeclared (first use in this function)

in DNP5370_defconfig

and

arch/blackfin/mach-bf533/boards/ip0x.c:299:26: error:
'bfin_spi_board_info' undeclared (first use in this function)

in IP0X_defconfig

http://kisskb.ellerman.id.au/kisskb/buildresult/6087345/

are not related to the RELOC_BFIN_10

Paul.
--

Quoted 13 lines

it does show the old L1 data overflow though ...

on a side note, the warning:
arch/blackfin/mm/init.c:79:9: warning: array subscript is above array bounds [-Warray-bounds]
is a bad thing, but i've just pushed a fix for that ...
-mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

#3 lore raw
Quoted 3 lines · Paul Gortmaker

Thanks Mike, I'll fix the stale link.  Here is a RELOC_BFIN_10 fail:

http://kisskb.ellerman.id.au/kisskb/buildresult/6087324/

hrm, i'm not seeing that here, but i'm using binutils-2.21. we prob should file a bug for the Blackfin toolchain guys to investigate.

what version of binutils are you using ?

Quoted 7 lines

Looks like I should go over the bfin fails and check each one, since they are somewhat unique -- e.g.

arch/blackfin/mach-bf537/boards/dnp5370.c:392:17: error:
'bfin_spi_board_info' undeclared (first use in this function)

in DNP5370_defconfig

blah, looks like something got renamed, but not all the way

commit 7d157fb02bc3f4dc74e6830725864ba501d92da7
blackfin: config: update macro SPI_BFIN in board file

that renamed SPI_BFIN to SPI_BFIN5XX in the board files

but the commit in drivers/spi/ hasn't been merged yet, so it's still SPI_BFIN there
-mike

#4 lore raw

Hi Mike,

Quoted 10 lines · On Tue, 10 Apr 2012 23:37:24 -0400 Mike Frysinger <[email protected]> wrote:
Quoted 3 lines · Paul Gortmaker

Thanks Mike, I'll fix the stale link.  Here is a RELOC_BFIN_10 fail:

http://kisskb.ellerman.id.au/kisskb/buildresult/6087324/

hrm, i'm not seeing that here, but i'm using binutils-2.21. we prob should file a bug for the Blackfin toolchain guys to investigate.

what version of binutils are you using ?

$ /opt/cross/gcc-4.6-nolibc/bfin-uclinux/bin/bfin-uclinux-ld --version
GNU ld (GNU Binutils) 2.22

This is a cross toolchain hosted in PowerPC.

Signature · 2 lines
Cheers,
Stephen Rothwell                    [email protected]