Hi all,

Changes since next-20080818:

Linus' tree lost its build fix patch.

The v4l-dvb tree gained a conflict against the usb tree.

The vfs tree gained a conflict against eahc of Linus' tree and the ia64
tree.=20

The arm tree gained a build fix patch.

The input tree gained a build fix patch due to a conflict with the usb
tree.

The ttydev tree lost 3 conflicts but gained another against the usb tree.

I have also applied the following patches for known problems:

	Add cuImage.mpc866ads to the bootwrapper as a cuboot-8xx target

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

I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
(patches at
http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/).  If you
are tracking the linux-next tree using git, you should not use "git pull"
to do so as that will try to merge the new linux-next release with the
old one.  You should use "git fetch" as mentioned in the FAQ on the wiki
(see below).

You can see which trees have been included by looking in the Next/Trees
file in the source.  There are also quilt-import.log and merge.log files
in the Next directory.  Between each merge, the tree was built with
a ppc64_defconfig for powerpc and an allmodconfig for x86_64. After the
final fixups, it is also built with powerpc allnoconfig,
44x_defconfig and allyesconfig and i386, sparc and sparc64 defconfig.

Below is a summary of the state of the merge.

We are up to 110 trees (counting Linus' and 14 trees of patches pending for
Linus' tree), more are welcome (even if they are currently empty).
Thanks to those who have contributed, and to those who haven't, please do.

Status of my local build tests will be at
http://kisskb.ellerman.id.au/linux-next .  If maintainers want to give
advice about cross compilers/configs that work, we are always open to add
more builds.

Thanks to Jan Dittmer for adding the linux-next tree to his build ...
[ message continues ]

drivers/mfd/ucb1400 is a sound (AC97) driver, so it should depend
on AC97_BUS, like in the patch below.  However, with that patch in
place, oldconfig goes belly up on me:


linux-next-20080819> make ARCH=x86_64  O=X64  V=1 oldconfig
make -C /local/linsrc/linux-next-20080819/X64 \
	KBUILD_SRC=/local/linsrc/linux-next-20080819 \
	KBUILD_EXTMOD="" -f /local/linsrc/linux-next-20080819/Makefile \
	oldconfig
make -f /local/linsrc/linux-next-20080819/scripts/Makefile.build obj=scripts/basic
/bin/sh /local/linsrc/linux-next-20080819/scripts/mkmakefile \
	    /local/linsrc/linux-next-20080819 /local/linsrc/linux-next-20080819/X64 2 6
  GEN     /local/linsrc/linux-next-20080819/X64/Makefile
mkdir -p include/linux include/config
make -f /local/linsrc/linux-next-20080819/scripts/Makefile.build obj=scripts/kconfig oldconfig
scripts/kconfig/conf -o arch/x86/Kconfig
make[2]: *** [oldconfig] Segmentation fault (core dumped)
make[1]: *** [oldconfig] Error 2
make: *** [sub-make] Error 2



---
From: Randy Dunlap <randy.dunlap@oracle.com>

mfd/ucb1400 sound driver uses/depends on AC97_BUS:

ERROR: "ac97_bus_type" [drivers/mfd/ucb1400_core.ko] undefined!


Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
cc: Samuel Ortiz <sameo@openedhand.com>

---
 drivers/mfd/Kconfig |    1 +
 1 file changed, 1 insertion(+)

--- linux-next-20080819.orig/drivers/mfd/Kconfig
+++ linux-next-20080819/drivers/mfd/Kconfig
@@ -52,6 +52,7 @@ config HTC_PASIC3
 
 config UCB1400_CORE
 	tristate "Philips UCB1400 Core driver"
+	depends on AC97_BUS
 	help
 	  This enables support for the Philips UCB1400 core functions.
 	  The UCB1400 is an AC97 audio codec.
--

[ message continues ]

On Tue, 19 Aug 2008 17:05:17 -0700

And this:

From: Andrew Morton <akpm@linux-foundation.org>

ia64 allmodconfig:

In file included from include/linux/ucb1400.h:27,
                 from drivers/mfd/ucb1400_core.c:24:
include/asm-generic/gpio.h: In function `gpio_get_value_cansleep':
include/asm-generic/gpio.h:147: error: implicit declaration of function `gpio_get_value'
include/asm-generic/gpio.h: In function `gpio_set_value_cansleep':
include/asm-generic/gpio.h:153: error: implicit declaration of function `gpio_set_value'
drivers/mfd/ucb1400_core.c: At top level:

Cc: Samuel Ortiz <sameo@openedhand.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/mfd/Kconfig |    1 +
 1 file changed, 1 insertion(+)

diff -puN drivers/mfd/Kconfig~drivers-mfd-ucb1400_corec-needs-gpio drivers/mfd/Kconfig
--- a/drivers/mfd/Kconfig~drivers-mfd-ucb1400_corec-needs-gpio
+++ a/drivers/mfd/Kconfig
@@ -53,6 +53,7 @@ config HTC_PASIC3
 config UCB1400_CORE
 	tristate "Philips UCB1400 Core driver"
 	depends on AC97_BUS
+	depends on GPIOLIB
 	help
 	  This enables support for the Philips UCB1400 core functions.
 	  The UCB1400 is an AC97 audio codec.
_

--

[ message continues ]

On Tue, 19 Aug 2008 17:16:58 -0700
I still see SEGV in the latest mmtom (on x86-64)

drivers/input/touchscreen/Kconfig has this definition.

config TOUCHSCREEN_UCB1400
        tristate "Philips UCB1400 touchscreen"
        select AC97_BUS
        depends on UCB1400_CORE
        depends on GPIOLIB

"select" should be "depends on" ,here ?


Thanks,
-Kame


--

[ message continues ]

Thanks for pointing that out.  Yes, that should be depends on IMO.
What is happening is that selecting AC97_BUS doesn't do anything
useful since CONFIG_SOUND is not enabled.  Also, IMO we don't
want to select SOUND since it is a non-trivial subsystem and
should be enabled by user(s), not via select.

And changing this will probably fix the SEGV in kconfig...

-- 
~Randy
--

[ message continues ]

Haven't merged the two fixes discussed just yet - I only got a reply
from Stephen on his this morning.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:
--

[ message continues ]

At Wed, 20 Aug 2008 08:57:34 +0100,

Oh, a different time zone...


Takashi
--

[ message continues ]

On Wed, 20 Aug 2008 08:57:34 +0100 Russell King <rmk+lkml@arm.linux.org.uk>=

I have added Takashi's patch to the end of linux-next for today and will
remove it tomorrow.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
[ message continues ]

On Tue, 19 Aug 2008 17:05:17 -0700

I'm hitting that segfault as well:

akpm2:/usr/src/25> scripts/kconfig/conf -o arch/ia64/Kconfig
init/Kconfig:5:warning: environment variable KERNELVERSION undefined
zsh: segmentation fault (core dumped)  scripts/kconfig/conf -o arch/ia64/Kconfig


Can't find the core file - wtf?  Plan B:


akpm2:/usr/src/25> gdb scripts/kconfig/conf
...
This GDB was configured as "x86_64-redhat-linux-gnu"...(no debugging symbols found)

why don't we build these things with -g by default?  grump.

(gdb) r -o arch/ia64/Kconfig 
Starting program: /usr/src/devel/scripts/kconfig/conf -o arch/ia64/Kconfig
Failed to read a valid object file image from memory.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
init/Kconfig:5:warning: environment variable KERNELVERSION undefined

Program received signal SIGSEGV, Segmentation fault.
0x000000000040419c in sym_check_deps ()
(gdb) bt
#0  0x000000000040419c in sym_check_deps ()
#1  0x0000000000404099 in sym_check_expr_deps ()
#2  0x000000000040412c in sym_check_sym_deps ()
#3  0x00000000004042f5 in sym_check_deps ()
#4  0x0000000000404099 in sym_check_expr_deps ()
#5  0x000000000040412c in sym_check_sym_deps ()
#6  0x00000000004042f5 in sym_check_deps ()
#7  0x0000000000404099 in sym_check_expr_deps ()
#8  0x0000000000404099 in sym_check_expr_deps ()
#9  0x0000000000404099 in sym_check_expr_deps ()
#10 0x0000000000404099 in sym_check_expr_deps ()
#11 0x0000000000404099 in sym_check_expr_deps ()
#12 0x0000000000404099 in sym_check_expr_deps ()
#13 0x00000000004040f2 in sym_check_sym_deps ()
#14 0x00000000004042f5 in sym_check_deps ()
#15 0x000000000040412c in sym_check_sym_deps ()
#16 0x00000000004042f5 in sym_check_deps ()
#17 0x000000000040412c in sym_check_sym_deps ()
#18 0x00000000004042f5 in sym_check_deps ()
#19 0x000000000040bb83 in conf_parse ()
#20 0x000000000040269c in main ()
--

[ message continues ]

I have an outstanding bug in kconfig where it SEGV when it
sees a circular dependency - and I think you hit it here :-(

	Sam
--

[ message continues ]