Skip to contentSkip to conversation

linux-next: triage for April 15, 2012

DISCUSSION Paul Gortmaker 2 participants 3 messages Apr 15, 2012 – Apr 16, 2012 Linux-next tree

lore
Share & tools
lore
#0 lore raw

This represents the state of the builds as of Friday, as there are no builds over the weekend.

All new breakage is in pagemap.h ; it seems a fix has been posted already.

	http://marc.info/?l=linux-kernel&m=133441945530527&w=2

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

New breakage since last report:
avr32:defconfig
(pagemap.h:483: error: assignment of read-only variable '__pu_val')
m68k:defconfig,sun3_defconfig
(pagemap.h:483:3: error: read-only location '*end' used as 'asm' output)
mips:(all builds)
(pagemap.h:483:3: error: assignment of read-only variable '__pu_val')

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

	<none>

Builds that are fixed since last report:
sparc[64]:allmodconfig

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 15th, 2012:
===============================

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:u8500_defconfig

	when:	Apr 11
	why:	ste_dma40.c: implicit declaration of function 'regulator_disable'
	status:	reported
	fix:	
	ref:	http://marc.info/?l=linux-next&m=133428028418892&w=2
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6091624/

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:defconfig

	when:	Apr 13
	why:	pagemap.h:483: error: assignment of read-only variable '__pu_val'
	status:
	fix:
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6100592/

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/6087324/

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

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 11
	why:	"rc5t583_ext_power_req_config" [drivers/regulator/rc5t583-regulator.ko] undefined!
	why:	"__udivdi3" [drivers/net/ethernet/mellanox/mlx4/mlx4_en.ko] undefined!
	status:	
	fix:
	ref:	http://kisskb.ellerman.id.au/kisskb/buildresult/6091475/

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

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:mpc85xx_defconfig
when: Apr 12
why: spi-fsl-lib.c: dereferencing pointer to incomplete type
status: bisected and reported, fix apparently in Grant's tree.
fix:
ref: http://marc.info/?l=linux-next&m=133433429605483&w=2

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

Hi Paul,

Quoted 5 lines · On Sun, 15 Apr 2012 18:30:49 -0400 Paul Gortmaker…

All new breakage is in pagemap.h ; it seems a fix has been posted already.

	http://marc.info/?l=linux-kernel&m=133441945530527&w=2

And that patch has been added to the drm tree and so will be in today's linux-next.

Quoted 6 lines

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/

This is well known, so is probably not worth reporting any more. I am having a (slow) look at fixing it properly, but that is a long term goal.

Signature · 2 lines
Cheers,
Stephen Rothwell                    [email protected]
#2 lore raw
Quoted 19 lines · [Re: linux-next: triage for April 15, 2012] On 16/04/2012 (Mon 09:58) Stephen…

Hi Paul,

Quoted 5 lines · On Sun, 15 Apr 2012 18:30:49 -0400 Paul Gortmaker…

All new breakage is in pagemap.h ; it seems a fix has been posted already.

	http://marc.info/?l=linux-kernel&m=133441945530527&w=2

And that patch has been added to the drm tree and so will be in today's linux-next.

Quoted 6 lines

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/
Quoted 2 lines

This is well known, so is probably not worth reporting any more. I am having a (slow) look at fixing it properly, but that is a long term goal.

True. Maybe I should shove all failures that are >6mo old off the pier.

Paul.

Quoted 4 lines
Signature · 3 lines
-- 
Cheers,
Stephen Rothwell                    [email protected]