Linux v2.5.61

Linux v2.5.61

[Linus Torvalds]

Hmm.. Mostly a lot of smallish things all over. Network drivers from Jeff,
updates from Andrew, Alan and Dave, and acpi/sparc/networking updates.

		Linus


Summary of changes from v2.5.60 to v2.5.61
============================================

<bbosch@iphase.com>:
  o [netdrvr ns83820] big endian fixes

<dave@thedillows.org>:
  o The initial release of the driver for the 3Com 3cr990 "Typhoon"
    series of network interface cards.

<ionut@badula.org>:
  o starfire driver update for 2.5.60

<jochen@scram.de>:
  o [tokenring smctr] fix MAC address input
  o [tokenring madgemc] fix mem leaks, add proper refcounting
  o Update several token ring drivers

<kare.sars@lmf.ericsson.se>:
  o [atm nicstar] fix incorrect traffic class assumption

<latten@austin.ibm.com>:
  o [IPSEC]: Make AF_KEY allow NULL encryption

<meissner@suse.de>:
  o [netdrvr pcnet32] fix multicast on big endian

Roland McGrath <roland@frob.com>:
  o Ctrl-C-ing strace

<toml@us.ibm.com>:
  o [IPSEC]: Make sure to clear sin_zero in AF_KEY
  o [IPSEC] Make sure SADB_X_SPDADD messages have proper spid

<zinx@epicsol.org>:
  o input: Add support for ThrustMaster ForceFeedback USB HID devices

Alan Cox <alan@lxorguk.ukuu.org.uk>:
  o Remove i2o-lan
  o Make mca-legacy bitch at users
  o Fix cciss scsi breakage
  o Fix 3036 tuner
  o Fix i2o_scsi (submission from Randy)
  o Fix scsi parts of iph5526
  o Make starfire compile
  o Fix aha1740
  o Fix fd_mcs build for scsi changes, mca compt
  o Fix ibm MCA adapter for new scsi, use mca_legacy for now
  o Fix ppa for new scsi
  o Fix NCR53c406a for new scsi
  o Fix seagate for new scsi
  o Fix sym53c416 for new scsi
  o Fix ultrastor for new scsi
  o Fix wd7000 for new scsi
  o New drivers needing mca-legacy for now

Andi Kleen <ak@muc.de>:
  o x86-64 merge

Andrew Morton <akpm@digeo.com>:
  o Fix synchronous writers to wait properly for the result
  o ncpfs compile fix
  o de4x5 compile fix
  o uninline get_jiffies_64() for 32-bit architectures
  o use per-cpu data for ia32 profiler
  o NUMAQ io_apic programming fix
  o ext3: Remove journal_try_start()
  o DAC960 Stanford Checker fix
  o Add David Olien MAINTAINERs for DAC960
  o nforce2 IDE support for the amd74xx driver
  o hugetlbpage MAP_FIXED fix
  o remove unneeded test from radix_tree_extend()
  o ext3 commenting cleanup
  o Don't run unlock_super() in ext3_fill_super()
  o remove the buffer_head mempool
  o fix current->user->processes leak
  o 3c509 compile fix
  o Get 3c59x to compile on non-PCI systems
  o sched_init enables interrupts too early
  o genhd warnings fix
  o kill warning in vmscan.c
  o kill some ppc64 warnings in knfsd
  o fix ppc64 wanings in fs/partitions/check.c
  o fix ppc64 nfs warning
  o fs/reiserfs/hashes.c warning fix
  o fix drivers/scsi/st.c warning
  o provide uniproc write_trylock()
  o disassociate_ctty SMP fix
  o make the adaptec driver compile
  o sunrpc dcache cleanup
  o jiffies wrap fixes
  o EATA driver fix
  o make drivers/net/arlan.c compile again
  o Allow summit kernels to boot on normal systems
  o Make drivers/media/video/saa7110.c compile
  o drivers/media/video/saa5249.c compile fix
  o fix fadvise64() return type
  o OSS CS4232 locking fixes
  o epoll timeout and syscall return types
  o MAP_FIXED|MAP_ANON crash fix
  o u14-34f fix
  o fix adaptec diagnostics for ppc64
  o printk size_t qualifier confusion
  o set unplug_timer.function inside blk_queue_make_request
  o make imm.c build
  o fix hugetlbfs_forget_inode() oddity
  o sysfs error handling fix
  o ia32 TSC timer cleanup
  o Cyclone timer fixes
  o Enable timer_cyclone code
  o hugetlbfs i_size fix
  o xattr: lock_kernel() balancing fix
  o ACPI sleep build fix

Andrey Panin <pazke@orbita1.ru>:
  o [netdrvr eepro100] add PIO config option

Andries E. Brouwer <andries.brouwer@cwi.nl>:
  o signal error return fix
  o genhd device unregistration fix
  o nfs fix

Andy Grover <agrover@groveronline.com>:
  o ACPI: fix compile on IA64 (Matthew Wilcox)
  o ACPI: Lower errorlevel of a debug message (Matthew Wilcox)
  o ACPI: Fix whitespace (Pavel Machek)
  o ACPI: Fix some compilation issues

Arnaldo Carvalho de Melo <acme@conectiva.com.br>:
  o [SUNZILOG]: fix DEVFS device name

Art Haas <ahaas@airmail.net>:
  o [NETFILTER]: C99 initializers for net_ipv4_netfilter
  o [NETFILTER]: C99 initializers for net_ipv6_netfilter
  o C99 initializers for net/ipv6/sysctl_net_ipv6.c
  o C99 initializers for net/core/sysctl_net_core.c
  o C99 initializers for net/ipv4/sysctl_net_ipv4.c
  o C99 initializers for net/sunrpc/sysctl.c
  o C99 initializers for net/unix/sysctl_net_unix.c
  o C99 initializers for net/ipv4/netfilter files
  o C99 initializers for net/sctp/sysctl.c
  o C99 initializers for net/ipv6/netfilter/ip6_queue.c
  o C99 initializers for net/ax25/sysctl_net_ax25.c
  o C99 initializers for net/irda/irsysctl.c

Dave Jones <davej@codemonkey.org.uk>:
  o [AGPGART] Merge VIA KT400 AGP3 support into main via-agp module
  o [WATCHDOG] PNP API conversion
  o [AGPGART] Remove unneeded AMD8151 shadowing in the K8 GART driver
  o [AGPGART] Cache K8 northbridges pci_devs instead of scanning whole
    PCI bus
  o [CPUFREQ] Properly set memory allocated by x86 cpufreq drivers to
    zero
  o [CPUFREQ] add support for cpufreq governors
  o [CPUFREQ] fix longrun min/max confusion
  o [WATCHDOG] pcwd.c: if cpu has overheated, we want to shutdown, not
    panic
  o [WATCHDOG] printk levels for pcwd.c
  o [WATCHDOG] More panic -> shutdown replacements in pcwd.c
  o [WATCHDOG] missing printk level in acquirewdt
  o [WATCHDOG] printk levels for alim7101_wdt.c
  o [WATCHDOG] C99 struct initialisers for sc1200wdt
  o [WATCHDOG] fix sc1200wdt for CONFIG_PNP=n
  o [WATCHDOG] C99 struct intiialisers for remaining drivers
  o [WATCHDOG] Remove unneeded EXPORT_NO_SYMBOLS from sc1200wdt
  o [CPUFREQ] Add powernow-k7 driver for AMD mobile Athlon/Duron CPUs
  o [WATCHDOG] Merge sma cpu5 watchdog driver
  o [WATCHDOG] Remove unneeded includes & EXPORT_NO_SYMBOLS from
    cpu5wdt
  o [AGPGART] Export needed symbols for AMD K8 GART
  o [CPUFREQ] powernow-k7.c: Zeropad the VID or we get 1.50V instead of
    1.050V
  o ES1370 OSS fix
  o ES1371 OSS fix
  o improve K7 SMP tainting
  o VIA C3 Nehemiah cachesize errata fix
  o fix sigio on tty drivers outgoing
  o nvram driver uses incorrect types in llseek method
  o i2c namespace pollution
  o nwflash driver uses wrong types in llseek methods
  o proc_file_read documentation/buffer overflow detection
  o nec vrc5477 oss driver update
  o Missing maintainer
  o VIA C3 Nehemiah support
  o OSS rme96xx update
  o [CPUFREQ] powernow-k7.c: Fix incorrect multiplier
  o [AGPGART] remove panic() from intel-agp, replace with no setup, and
    failure propagate
  o [netdrvr sunqe] remove incorrect kfree()
  o [netdrvr sungem] be verbose about RX MAC fifo overflow
  o [netdrvr sunbmac] probe path cleanup
  o [AGPGART] Fix up lots of 'comparison between signed and unsigned'
    warnings
  o [AGPGART] Fix same logic bug in KT400 mode determination
  o [AGPGART] Don't oops when deregistering failed to init agp modules
  o [AGPGART] Handle the "KT400 in disguise as a KT266" case
  o [AGPGART] Handle failure during initialisation more gracefully
  o [AGPGART] Add ident for VIA KT400 in disguise as a KT266
  o [AGPGART] More failure path sanity checking
  o [AGPGART] VIA KT400 Aperture size is 12 bit in AGP3 mode
  o [AGPGART] kt400's enable routine can't be __init
  o [AGPGART] alpha agp infrastructure
  o [AGPGART] First step towards multiple AGP buses
  o [AGPGART] Add extra VIA GART IDs
  o [AGPGART] Additional VIA ids
  o [AGPGART] Fix missed agp_bridge conversion that caused oops
  o [AGPGART] Remove pointless enums from VIA GART driver
  o [AGPGART] Enable support for VIA PLE133 chipset

David Jeffery <david_jeffery@adaptec.com>:
  o ips: missing reboot notifier and Mode Sense P8
  o ips: 2.4 compatability code
  o ips: remove LinuxVersionCode
  o ips: use scsi_add_host

David S. Miller <davem@nuts.ninka.net>:
  o [IPV4]: Fix cut&paste error in fold_field
  o [SPARC64]: Add TCSBRKP ioctl translation, thanks Anton
  o [TULIP DE4X5]: Cannot use initdata before including linux/init.h
  o [TCP]: Do not bump backoff too high during 0-window probes
  o [SIGNAL]: Allow more platforms to use generic get_signal_to_deliver
  o [IPSEC]: Add missed bit of sin_zero fix
  o [IPSEC]: Fix mis-patch of previous changes
  o [IPSEC]: ipv6_syms needs net/xfrm.h
  o [IPSEC]: Fix af_key.c build
  o [IPSEC]: Mark pfkey_sadb_addr2xfrm_addr static again

David Woodhouse <dwmw2@infradead.org>:
  o Restore SYSENTER setup on swsusp resume

Ivan Kokshaysky <ink@jurassic.park.msu.ru>:
  o alpha: Add missing sighand bits

Jamal Hadi Salim <hadi@cyberus.ca>:
  o [SCHED GRED]: Another bug found by Stanford Checker

James Simmons <jsimmons@maxwell.earthlink.net>:
  o input: Remove include/linux/pc_keyb.h and old PS/2 code from
    drivers/char/misc.c

Jay Vosburgh <fubar@us.ibm.com>:
  o [netdrvr 3c59x] move netif_carrier_off() call outside vortex_debug
    test

Jean Tourrilhes <jt@hpl.hp.com>:
  o [irda][CORRECT] Properly initialise IrCOMM status line (DCE
    settings) <Patch from Jan Kiszka>
  o [irda] better poll bit handling during times of packet loss
  o [irda] rx/tx wrapper path rewrites and cleanup

Jeff Garzik <jgarzik@redhat.com>:
  o [netdrvr fc/iphase] correct PCI probe loop-end test logic [#323]
  o [tokenring smctr] remove stray ';' that prevented a loop from
    working [#312]
  o [netdrvr amd8111e] remove stray ';', fixing register dump [#311]
  o [netdrvr tg3] DMA MRM bit only exists on 5700, 5701
  o [netdrvr arlan] fix the fixed fix. really
  o [netdrvr bmac] Remove unneeded memset()

John Levon <levon@movementarian.org>:
  o oprofile: Pentium IV support
  o oprofile: CPU type as string
  o oprofile: fix oprofilefs integer files base
  o oprofile: kernel/user addresses fix

Jon Grimm <jgrimm@touki.austin.ibm.com>:
  o [SCTP] Don't retransmit Gap-Acked TSNs
  o [SCTP] Add get_paddrs/get_laddrs support.  (ardelle.fan)
  o [SCTP] Fix hardcoded stream counts
  o [SCTP] Add jitter to the heartbeat interval.  (ardelle.fan)
  o [SCTP] Turn off hearbeat timers earlier in shutdown
  o [SCTP] Fix merge conflicts
  o [SCTP] Mark as "unsafe" module.  Some dead code removal
  o [SCTP] Overlapping INIT check not right for case 'B'
  o [SCTP] Handle requests of 0 streams & missing state cookie
  o [SCTP] Remove __exit from sctp_proc_exit
  o [SCTP] Fix large message sends
  o [SCTP] IPV6_SCTP__ should be a tristate

Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de>:
  o kbuild: sed compatibility fixes
  o kbuild: Handle the "no modules" case
  o kbuild: cosmetics
  o kbuild: Customflags for cmd_objcopy
  o kbuild: Allow for ',$ in commands
  o kbuild: scripts/fixdep.c doesn't close files when finished

Kunihiro Ishiguro <kunihiro@ipinfusion.com>:
  o [IPSEC]: Add ipv6 support infrastructure

Linus Torvalds <torvalds@home.transmeta.com>:
  o If we set TIF_SIGPENDING for SIGCONT, we have to wake up any
    sleeping tasks (even if we don't otherwise need to wake anything
    up), since
  o Missed initialization of "curr_target" in execve() dethreading case
  o Make dequeue_signal() take the process as an argument
  o Fix acl_set_handle() compile that got broken by the xattr updates.
  o Report shared pending signals in /proc/<pid>/status
  o Sanitize kernel daemon signal handling and process naming
  o Add macthing 'va_end()' to the 'va_start()' in daemonize()
  o Don't wake up processes unnecessarily for ignored signals
  o Linux 2.5.61

Oleg Drokin <green@angband.namesys.com>:
  o reiserfs: Move mark_buffer_uptodate in front of mark_buffer_dirty
    in resizer

Osamu Tomita <tomita@cinet.co.jp>:
  o input: Support for NEC PC-9800 beeper and support for Kana Lock LED

Patrick Mochel <mochel@osdl.org>:
  o sleep: fix /proc/acpi/sleep write handling
  o acpi sleep: move sleep support into own subdirectory
  o acpi: make source files look for headers in <acpi/ (top level
    files)
  o acpi: make source files look in <acpi/ (dispatcher files)
  o acpi: make source files look for headers in <acpi/...> (event
    files)
  o acpi: make source files look for headers in <acpi...> (executor
    files)
  o acpi: make source files look for headers in <acpi/...> (hardware
    files)
  o acpi: make source files look in <acpi/...> for headers (namespace
    files)
  o acpi: make source files look in <acpi/...> for headers. (parser
    files)
  o acpi: make source files look in <acpi/...> for headers (resources
    files)
  o acpi: make source files look in <acpi/...> for headers (tables
    files)
  o acpi: make source files look for headers in <acpi/...>
  o acpi: make headers look in <acpi/...> for other headers
  o acpi: make source files look in <acpi/...> for headers. (other
    top-level files)
  o acpi: remove some acpi-specific compiler definitions in favor of
    standard ones
  o acpi: fix recently introduced proc-related bugs
  o acpi: split sleep support into generic portion, and procfs-handlers
  o Consolidate ACPI and APM sysrq implementations
  o acpi sleep: divorce sleep functionality from power off
    functionality
  o acpi: Split i386 support up
  o acpi: Only build sleep directory if we have rest of bus support
  o acpi sleep: demote sleep proc file creation
  o acpi sleep: demote acpi_sleep_init() to a late_initcall
  o Fix up ACPI build issues

Pavel Machek <pavel@ucw.cz>:
  o Fix stack handling in acpi_wakeup.S

Pete Zaitcev <zaitcev@redhat.com>:
  o [SUNZILOG]: Fix TX and interrupt bugs
  o input: Let newly connected keyboards pickup the LED state
  o [SUNZILOG]: Fix off-by-1 in spinlock initialization loop

Randy Dunlap <randy.dunlap@verizon.net>:
  o ftape divide-by-zero found by Stanford Checker
  o bounds/limits fixes (Stanford Checker)

Randy Dunlap <rddunlap@osdl.org>:
  o checker bounds/limits fixes

Rob Radez <rob@osinvestor.com>:
  o [SPARC]: Move away from flush_page_to_ram
  o [SPARC]: HEAD --> HEAD_Y
  o [SPARC]: ADd init_sighand

Rusty Russell <rusty@rustcorp.com.au>:
  o [AF_UNIX] Cleanup forall_unix_sockets
  o [X25]: Fix improper | precendence, pointed out by Joern Engel
  o [ECONET]: Add comment to point out a bug spotted by Joern Engel

Sridhar Samudrala <sri@us.ibm.com>:
  o [SCTP] Changed 'bug' to a static variable. (Arnd Bergmann)
  o [SCTP] Handle non-linear ip re-assembled skb's in sctp_rcv()
  o [SCTP] Fix to correctly update rwnd for non-linear skbs
  o [SCTP] SCTP path mtu discovery support for v4 addresses
  o [SCTP] Free chunks in retransmit and control queues on
    outq_teardown()
  o [SCTP] Minor fixes to icmp error handler
  o [SCTP] Fix to update rwnd on partial reads
  o [SCTP] Cleanup of association bind address list initialization
  o [SCTP] Fix af->dst_saddr() to fill in the port
  o [SCTP] sctp v6 source address selection support

Stephen Rothwell <sfr@canb.auug.org.au>:
  o apm daemonize
  o [SPARC64]: sigprocmask/sigpending compat layer conversion
  o parisc compatibility layer update
  o x86_64 compatibility layer update

Tomas Szepe <szepe@pinerecords.com>:
  o export allow_signal()

Trond Myklebust <trond.myklebust@fys.uio.no>:
  o further rpc_pipefs cleanups
  o Clean up and fix SMP issue w.r.t. XID allocation

Vojtech Pavlik <vojtech@suse.cz>:
  o input: Update AT+PS/2 mouse and keyboard drivers
  o input: Only generate rawmode warnings if the event we cannot handle
    is a real key and not just a button or something.
  o input: Get rid of the kbd_pt_regs variable, and instead pass the
    value all the way from an interrupt handler to keyboard.c that can
    display it.
  o input: HID update
  o input.c: joydev/mousedev update
  o input: Give preferential treatment to gameport at 0x201, and use
    the odd addresses for access.
  o input: Resurrect usb_set_report for Aiptek and Wacom tablets
  o input: Add two new serio type #defines
  o input: sunkbd.c - fix reading beyond end of keycode array

William R. Sowerbutts <will@sowerbutts.com>:
  o input: PowerMate driver update

2.5.61: tms380tr.c no longer compiles

[Adrian Bunk]

On Fri, Feb 14, 2003 at 05:11:43PM -0800, Linus Torvalds wrote:
>...
> Summary of changes from v2.5.60 to v2.5.61
> ============================================
>...
> <jochen@scram.de>:
>...
>   o Update several token ring drivers
>...

This broke the compilation of tms380tr.c:

<--  snip  -->

...
  gcc -Wp,-MD,drivers/net/tokenring/.tms380tr.o.d -D__KERNEL__ -Iinclude 
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing 
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 
-Iinclude/asm-i386/mach-default -nostdinc -iwithprefix include    
-DKBUILD_BASENAME=tms380tr -DKBUILD_MODNAME=tms380tr -c -o 
drivers/net/tokenring/tms380tr.o drivers/net/tokenring/tms380tr.c
drivers/net/tokenring/tms380tr.c: In function `tms380tr_open':
drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
drivers/net/tokenring/tms380tr.c: In function `tms380tr_init_adapter':
drivers/net/tokenring/tms380tr.c:1461: warning: long unsigned int 
format, different type arg 
make[3]: *** [drivers/net/tokenring/tms380tr.o] Error 1

<--  snip  -->

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: 2.5.61: tms380tr.c no longer compiles

[Jochen Friedrich]

Hi Adrian,

> drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> drivers/net/tokenring/tms380tr.c: In function `tms380tr_init_adapter':
> drivers/net/tokenring/tms380tr.c:1461: warning: long unsigned int

I wonder why my version of gcc didn't catch that one on my Alpha...

Please try this one:

--- tms380tr.c.orig     2003-02-15 09:28:42.000000000 +0100
+++ tms380tr.c  2003-02-15 10:35:16.000000000 +0100
@@ -257,7 +257,7 @@
        int err;

        /* init the spinlock */
-       spin_lock_init(tp->lock);
+       spin_lock_init(&tp->lock);

        /* Reset the hardware here. Don't forget to set the station address. */

@@ -1458,7 +1458,7 @@
        if(tms380tr_debug > 3)
        {
                printk(KERN_DEBUG "%s: buffer (real): %lx\n", dev->name, (long) &tp->scb);
-               printk(KERN_DEBUG "%s: buffer (virt): %lx\n", dev->name, (long) ((char *)&tp->scb - (char *)tp) + tp->dmabuffer);
+               printk(KERN_DEBUG "%s: buffer (virt): %lx\n", dev->name, (long) ((char *)&tp->scb - (char *)tp) + (long) tp->dmabuffer);
                printk(KERN_DEBUG "%s: buffer (DMA) : %lx\n", dev->name, (long) tp->dmabuffer);
                printk(KERN_DEBUG "%s: buffer (tp)  : %lx\n", dev->name, (long) tp);
        }

Thanks,
--jochen

Re: 2.5.61: tms380tr.c no longer compiles

[Adrian Bunk]

On Sat, Feb 15, 2003 at 10:35:33AM +0100, Jochen Friedrich wrote:

> Hi Adrian,

Hi Jochen,

> > drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> > drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> > drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> > drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> > drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> > drivers/net/tokenring/tms380tr.c:260: invalid type argument of `->'
> > drivers/net/tokenring/tms380tr.c: In function `tms380tr_init_adapter':
> > drivers/net/tokenring/tms380tr.c:1461: warning: long unsigned int
> 
> I wonder why my version of gcc didn't catch that one on my Alpha...
> 
> Please try this one:
>...

thanks, this fixed it.

I had to hand-apply your patch, are there some whitespaces that were
eaten by your MUA or something similar?

> Thanks,
> --jochen

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: Linux v2.5.61

[Matthias Andree]

On Fri, 14 Feb 2003, Linus Torvalds wrote:

> Hmm.. Mostly a lot of smallish things all over. Network drivers from Jeff,
> updates from Andrew, Alan and Dave, and acpi/sparc/networking updates.

Well, the kernel doesn't link for me when IPV6 is compiled as a module (config
below) -- linking IPv6 in is fine.

  Generating include/linux/compile.h (updated)
  gcc -Wp,-MD,init/.version.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=athlon -Iinclude/asm-i386/mach-default -nostdinc -iwithprefix include    -DKBUILD_BASENAME=version -DKBUILD_MODNAME=version -c -o init/version.o init/version.c
   ld -m elf_i386  -r -o init/built-in.o init/main.o init/version.o init/do_mounts.o init/initramfs.o init/vermagic.o
        ld -m elf_i386 -e stext -T arch/i386/vmlinux.lds.s arch/i386/kernel/head.o arch/i386/kernel/init_task.o   init/built-in.o --start-group  usr/built-in.o  arch/i386/kernel/built-in.o  arch/i386/mm/built-in.o  arch/i386/mach-default/built-in.o  kernel/built-in.o  mm/built-in.o  fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o  lib/lib.a  arch/i386/lib/lib.a  drivers/built-in.o  sound/built-in.o  arch/i386/pci/built-in.o  net/built-in.o --end-group  -o .tmp_vmlinux1
net/built-in.o: In function `pfkey_msg2xfrm_state':
net/built-in.o(.text+0x700b7): undefined reference to `xfrm6_get_type'
make: *** [.tmp_vmlinux1] Fehler 1

(Fehler <German> == error)

I tried killing CONFIG_NET_KEY to find other stuff depends on it. I then 
tried changing IPV6 from m to y to find that this helped.

Just in case it's needed, here's the failing configuration, comments removed:

CONFIG_X86=y
CONFIG_MMU=y
CONFIG_SWAP=y
CONFIG_UID16=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_EXPERIMENTAL=y
CONFIG_SYSVIPC=y
CONFIG_BSD_PROCESS_ACCT=y
CONFIG_SYSCTL=y
CONFIG_LOG_BUF_SHIFT=14
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
CONFIG_OBSOLETE_MODPARM=y
CONFIG_KMOD=y
CONFIG_X86_PC=y
CONFIG_MK7=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_XADD=y
CONFIG_X86_L1_CACHE_SHIFT=6
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_USE_3DNOW=y
CONFIG_HUGETLB_PAGE=y
CONFIG_PREEMPT=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
CONFIG_EDD=y
CONFIG_NOHIGHMEM=y
CONFIG_MTRR=y
CONFIG_HAVE_DEC_LOCK=y
CONFIG_PM=y
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
CONFIG_ACPI_DEBUG=y
CONFIG_ACPI_BUS=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_APM=y
CONFIG_APM_CPU_IDLE=y
CONFIG_APM_DISPLAY_BLANK=y
CONFIG_APM_RTC_IS_GMT=y
CONFIG_APM_ALLOW_INTS=y
CONFIG_PCI=y
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_LEGACY_PROC=y
CONFIG_PCI_NAMES=y
CONFIG_ISA=y
CONFIG_HOTPLUG=y
CONFIG_KCORE_ELF=y
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=y
CONFIG_PARPORT=y
CONFIG_PARPORT_PC=y
CONFIG_PARPORT_PC_CML1=y
CONFIG_PARPORT_PC_FIFO=y
CONFIG_PARPORT_PC_SUPERIO=y
CONFIG_PARPORT_1284=y
CONFIG_PNP=y
CONFIG_PNP_NAMES=y
CONFIG_PNP_CARD=y
CONFIG_PNP_DEBUG=y
CONFIG_ISAPNP=y
CONFIG_PNPBIOS=y
CONFIG_BLK_DEV_FD=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_NBD=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_BLK_DEV_IDESCSI=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_IDE_TCQ=y
CONFIG_BLK_DEV_IDE_TCQ_DEFAULT=y
CONFIG_BLK_DEV_IDE_TCQ_DEPTH=32
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_BLK_DEV_ADMA=y
CONFIG_BLK_DEV_PDC202XX_OLD=y
CONFIG_BLK_DEV_PDC202XX_NEW=y
CONFIG_PDC202XX_FORCE=y
CONFIG_BLK_DEV_VIA82CXXX=y
CONFIG_IDEDMA_AUTO=y
CONFIG_BLK_DEV_PDC202XX=y
CONFIG_BLK_DEV_IDE_MODES=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_LOGGING=y
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=3000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
CONFIG_SCSI_SYM53C8XX_2=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
CONFIG_SCSI_SYM53C8XX_DEFAULT_TAGS=32
CONFIG_SCSI_SYM53C8XX_MAX_TAGS=32
CONFIG_MD=y
CONFIG_BLK_DEV_DM=y
CONFIG_NET=y
CONFIG_PACKET=y
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=y
CONFIG_NETFILTER=y
CONFIG_NETFILTER_DEBUG=y
CONFIG_FILTER=y
CONFIG_UNIX=y
CONFIG_NET_KEY=y
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_FWMARK=y
CONFIG_IP_ROUTE_NAT=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_TOS=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_ROUTE_LARGE_TABLES=y
CONFIG_INET_ECN=y
CONFIG_SYN_COOKIES=y
CONFIG_INET_AH=y
CONFIG_INET_ESP=y
CONFIG_XFRM_USER=y
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_FTP=y
CONFIG_IP_NF_IRC=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=y
CONFIG_IP_NF_MATCH_LIMIT=y
CONFIG_IP_NF_MATCH_MAC=m
CONFIG_IP_NF_MATCH_PKTTYPE=m
CONFIG_IP_NF_MATCH_MARK=m
CONFIG_IP_NF_MATCH_MULTIPORT=y
CONFIG_IP_NF_MATCH_TOS=y
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_DSCP=m
CONFIG_IP_NF_MATCH_AH_ESP=m
CONFIG_IP_NF_MATCH_LENGTH=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_MATCH_TCPMSS=m
CONFIG_IP_NF_MATCH_HELPER=m
CONFIG_IP_NF_MATCH_STATE=y
CONFIG_IP_NF_MATCH_CONNTRACK=m
CONFIG_IP_NF_MATCH_UNCLEAN=m
CONFIG_IP_NF_MATCH_OWNER=m
CONFIG_IP_NF_MATCH_PHYSDEV=m
CONFIG_IP_NF_FILTER=y
CONFIG_IP_NF_TARGET_REJECT=y
CONFIG_IP_NF_TARGET_MIRROR=m
CONFIG_IP_NF_NAT=m
CONFIG_IP_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_IP_NF_NAT_LOCAL=y
CONFIG_IP_NF_NAT_IRC=m
CONFIG_IP_NF_NAT_FTP=m
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_TOS=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_DSCP=m
CONFIG_IP_NF_TARGET_MARK=m
CONFIG_IP_NF_TARGET_LOG=y
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_IP_NF_TARGET_TCPMSS=m
CONFIG_IP_NF_ARPTABLES=y
CONFIG_IP_NF_ARPFILTER=y
CONFIG_IPV6=m
CONFIG_IP6_NF_IPTABLES=m
CONFIG_IP6_NF_MATCH_LIMIT=m
CONFIG_IP6_NF_MATCH_MAC=m
CONFIG_IP6_NF_MATCH_MULTIPORT=m
CONFIG_IP6_NF_MATCH_OWNER=m
CONFIG_IP6_NF_MATCH_MARK=m
CONFIG_IP6_NF_MATCH_LENGTH=m
CONFIG_IP6_NF_FILTER=m
CONFIG_IP6_NF_TARGET_LOG=m
CONFIG_IP6_NF_MANGLE=m
CONFIG_IP6_NF_TARGET_MARK=m
CONFIG_IPV6_SCTP__=m
CONFIG_IP_SCTP=m
CONFIG_SCTP_DBG_MSG=y
CONFIG_VLAN_8021Q=y
CONFIG_BRIDGE=y
CONFIG_BRIDGE_NF_EBTABLES=m
CONFIG_BRIDGE_EBT_T_FILTER=m
CONFIG_BRIDGE_EBT_T_NAT=m
CONFIG_BRIDGE_EBT_BROUTE=m
CONFIG_BRIDGE_EBT_LOG=m
CONFIG_BRIDGE_EBT_IPF=m
CONFIG_BRIDGE_EBT_ARPF=m
CONFIG_BRIDGE_EBT_VLANF=m
CONFIG_BRIDGE_EBT_MARKF=m
CONFIG_BRIDGE_EBT_SNAT=m
CONFIG_BRIDGE_EBT_DNAT=m
CONFIG_BRIDGE_EBT_REDIRECT=m
CONFIG_BRIDGE_EBT_MARK_T=m
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_CBQ=m
CONFIG_NET_SCH_HTB=m
CONFIG_NET_SCH_CSZ=m
CONFIG_NET_SCH_PRIO=m
CONFIG_NET_SCH_RED=m
CONFIG_NET_SCH_SFQ=m
CONFIG_NET_SCH_TEQL=m
CONFIG_NET_SCH_TBF=m
CONFIG_NET_SCH_GRED=m
CONFIG_NET_SCH_DSMARK=m
CONFIG_NET_SCH_INGRESS=m
CONFIG_NET_QOS=y
CONFIG_NET_ESTIMATOR=y
CONFIG_NET_CLS=y
CONFIG_NET_CLS_TCINDEX=m
CONFIG_NET_CLS_ROUTE4=m
CONFIG_NET_CLS_ROUTE=y
CONFIG_NET_CLS_FW=m
CONFIG_NET_CLS_U32=m
CONFIG_NET_CLS_RSVP=m
CONFIG_NET_CLS_RSVP6=m
CONFIG_NET_CLS_POLICE=y
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
CONFIG_TUN=y
CONFIG_NET_ETHERNET=y
CONFIG_MII=y
CONFIG_NET_VENDOR_3COM=y
CONFIG_VORTEX=y
CONFIG_LANCE=y
CONFIG_NET_TULIP=y
CONFIG_TULIP=y
CONFIG_NET_PCI=y
CONFIG_PCNET32=y
CONFIG_EEPRO100=y
CONFIG_8139CP=y
CONFIG_8139TOO=y
CONFIG_8139TOO_TUNE_TWISTER=y
CONFIG_PLIP=m
CONFIG_PPP=m
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPPOE=m
CONFIG_SLIP=m
CONFIG_SLIP_COMPRESSED=y
CONFIG_SLIP_SMART=y
CONFIG_INPUT=y
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=y
CONFIG_INPUT_EVDEV=m
CONFIG_GAMEPORT=y
CONFIG_SOUND_GAMEPORT=y
CONFIG_GAMEPORT_NS558=y
CONFIG_GAMEPORT_EMU10K1=y
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
CONFIG_SERIO_SERPORT=y
CONFIG_SERIO_CT82C710=y
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_SERIAL=y
CONFIG_MOUSE_LOGIBM=m
CONFIG_INPUT_JOYSTICK=y
CONFIG_JOYSTICK_ANALOG=y
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=m
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
CONFIG_SERIAL_NONSTANDARD=y
CONFIG_N_HDLC=m
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_EXTENDED=y
CONFIG_SERIAL_8250_MANY_PORTS=y
CONFIG_SERIAL_8250_SHARE_IRQ=y
CONFIG_SERIAL_8250_DETECT_IRQ=y
CONFIG_SERIAL_8250_MULTIPORT=y
CONFIG_SERIAL_8250_RSA=y
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=m
CONFIG_I2C=y
CONFIG_I2C_ALGOBIT=y
CONFIG_I2C_PHILIPSPAR=m
CONFIG_I2C_ELV=m
CONFIG_I2C_VELLEMAN=m
CONFIG_I2C_ALGOPCF=m
CONFIG_I2C_CHARDEV=y
CONFIG_I2C_PROC=y
CONFIG_SENSORS_ADM1021=m
CONFIG_SENSORS_LM75=m
CONFIG_IPMI_HANDLER=m
CONFIG_IPMI_DEVICE_INTERFACE=m
CONFIG_IPMI_KCS=m
CONFIG_IPMI_WATCHDOG=m
CONFIG_WATCHDOG=y
CONFIG_WATCHDOG_NOWAYOUT=y
CONFIG_SOFT_WATCHDOG=m
CONFIG_NVRAM=m
CONFIG_RTC=y
CONFIG_AGP=m
CONFIG_AGP_INTEL=m
CONFIG_AGP_VIA=m
CONFIG_RAW_DRIVER=y
CONFIG_HANGCHECK_TIMER=m
CONFIG_VIDEO_DEV=m
CONFIG_VIDEO_PROC_FS=y
CONFIG_VIDEO_BT848=m
CONFIG_QUOTA=y
CONFIG_QFMT_V2=y
CONFIG_QUOTACTL=y
CONFIG_AUTOFS4_FS=m
CONFIG_REISERFS_FS=y
CONFIG_REISERFS_PROC_INFO=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_JBD=y
CONFIG_FAT_FS=m
CONFIG_MSDOS_FS=m
CONFIG_VFAT_FS=m
CONFIG_TMPFS=y
CONFIG_RAMFS=y
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
CONFIG_ZISOFS=y
CONFIG_JFS_FS=m
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_STATISTICS=y
CONFIG_MINIX_FS=m
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_UDF_FS=m
CONFIG_UFS_FS=m
CONFIG_XFS_FS=m
CONFIG_XFS_QUOTA=y
CONFIG_XFS_POSIX_ACL=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
CONFIG_RPCSEC_GSS_KRB5=m
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_SMB_FS=m
CONFIG_SMB_NLS_DEFAULT=y
CONFIG_SMB_NLS_REMOTE="cp850"
CONFIG_ZISOFS_FS=m
CONFIG_FS_MBCACHE=y
CONFIG_FS_POSIX_ACL=y
CONFIG_PARTITION_ADVANCED=y
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
CONFIG_MINIX_SUBPARTITION=y
CONFIG_SOLARIS_X86_PARTITION=y
CONFIG_LDM_PARTITION=y
CONFIG_LDM_DEBUG=y
CONFIG_SMB_NLS=y
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=m
CONFIG_NLS_CODEPAGE_850=m
CONFIG_NLS_CODEPAGE_1250=m
CONFIG_NLS_ISO8859_1=m
CONFIG_NLS_ISO8859_15=m
CONFIG_NLS_UTF8=m
CONFIG_FB=y
CONFIG_FB_VGA16=y
CONFIG_FB_VESA=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB_RIVA=m
CONFIG_FB_MATROX=m
CONFIG_FB_MATROX_G450=y
CONFIG_FB_MATROX_G100=y
CONFIG_FB_MATROX_I2C=m
CONFIG_FB_MATROX_MAVEN=m
CONFIG_VGA_CONSOLE=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_PCI_CONSOLE=y
CONFIG_FONT_8x8=y
CONFIG_FONT_8x16=y
CONFIG_SOUND=m
CONFIG_SND=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_RTCTIMER=m
CONFIG_SND_VERBOSE_PRINTK=y
CONFIG_SND_DEBUG=y
CONFIG_SND_DEBUG_DETECT=y
CONFIG_SND_DUMMY=m
CONFIG_SND_AD1816A=m
CONFIG_SND_AD1848=m
CONFIG_SND_SB16=m
CONFIG_SND_SBAWE=m
CONFIG_SND_SB16_CSP=y
CONFIG_SND_EMU10K1=m
CONFIG_SND_ENS1370=m
CONFIG_SND_ENS1371=m
CONFIG_SND_VIA82XX=m
CONFIG_SOUND_PRIME=m
CONFIG_SOUND_EMU10K1=m
CONFIG_SOUND_ES1370=m
CONFIG_SOUND_ES1371=m
CONFIG_SOUND_VIA82CXXX=m
CONFIG_SOUND_OSS=m
CONFIG_SOUND_TRACEINIT=y
CONFIG_SOUND_DMAP=y
CONFIG_SOUND_SB=m
CONFIG_SOUND_AWE32_SYNTH=m
CONFIG_SOUND_YM3812=m
CONFIG_SOUND_TVMIXER=m
CONFIG_USB=m
CONFIG_USB_DEBUG=y
CONFIG_USB_DEVICEFS=y
CONFIG_USB_BANDWIDTH=y
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_OHCI_HCD=m
CONFIG_USB_UHCI_HCD=m
CONFIG_USB_ACM=m
CONFIG_USB_PRINTER=m
CONFIG_USB_STORAGE=m
CONFIG_USB_STORAGE_DEBUG=y
CONFIG_USB_HID=m
CONFIG_USB_HIDINPUT=y
CONFIG_USB_HIDDEV=y
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
CONFIG_USB_SCANNER=m
CONFIG_USB_USBNET=m
CONFIG_DEBUG_KERNEL=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_KALLSYMS=y
CONFIG_FRAME_POINTER=y
CONFIG_X86_EXTRA_IRQS=y
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_SECURITY=y
CONFIG_SECURITY_CAPABILITIES=y
CONFIG_CRYPTO=y
CONFIG_CRYPTO_HMAC=y
CONFIG_CRYPTO_NULL=y
CONFIG_CRYPTO_MD4=y
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_DES=m
CONFIG_CRYPTO_BLOWFISH=y
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_AES=m
CONFIG_CRC32=y
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_X86_BIOS_REBOOT=y

Re: Linux v2.5.61

[Christoph Hellwig]

>   o use per-cpu data for ia32 profiler

any reason you only changed prof_counter to pr-cpu data and not the
two NR_CPUS arrays above it?

>   o acpi: Split i386 support up

Shouldn't this be in arch/i386/acpi/ instead of arch/i386/kernel/acpi/

Re: Linux v2.5.61

[Jeff Garzik]

Christoph Hellwig wrote:

Is Linus really the right person to direct these to?


>>  o use per-cpu data for ia32 profiler
> 
> 
> any reason you only changed prof_counter to pr-cpu data and not the
> two NR_CPUS arrays above it?
> 
> 
>>  o acpi: Split i386 support up
> 
> 
> Shouldn't this be in arch/i386/acpi/ instead of arch/i386/kernel/acpi/

Agreed, though Pat or Andy G are better people to tell this... it's only 
a "bk mv" away for either of them :)

Re: Linux v2.5.61

[Christoph Hellwig]

On Sat, Feb 15, 2003 at 01:45:04PM -0500, Jeff Garzik wrote:
> Christoph Hellwig wrote:
> 
> Is Linus really the right person to direct these to?

For the second thing maybe, for the first I'm sure akpm reads lkml.

Re: Linux v2.5.61

[Kunihiro Ishiguro]

[-- Attachment #1: Type: text/plain, Size: 203 bytes --]

>Well, the kernel doesn't link for me when IPV6 is compiled as a module (config
>below) -- linking IPv6 in is fine.

Here is a fix for xfrm6_get_type() link problem when IPv6 is
configured as a module.


[-- Attachment #2: xfrm6_get_type.diff --]
[-- Type: application/octet-stream, Size: 3718 bytes --]

diff -ruN linux-2.5.61.orig/net/ipv4/xfrm_policy.c linux-2.5.61/net/ipv4/xfrm_policy.c
--- linux-2.5.61.orig/net/ipv4/xfrm_policy.c	2003-02-14 15:51:45.000000000 -0800
+++ linux-2.5.61/net/ipv4/xfrm_policy.c	2003-02-15 16:11:43.000000000 -0800
@@ -1228,3 +1228,48 @@
 	xfrm_state_init();
 	xfrm_input_init();
 }
+
+#if defined(CONFIG_IPV6) || defined(CONFIG_IPV6_MODULE)
+
+static struct xfrm_type *xfrm6_type_map[256];
+static rwlock_t xfrm6_type_lock = RW_LOCK_UNLOCKED;
+
+int xfrm6_register_type(struct xfrm_type *type)
+{
+	int err = 0;
+
+	write_lock(&xfrm6_type_lock);
+	if (xfrm6_type_map[type->proto] == NULL)
+		xfrm6_type_map[type->proto] = type;
+	else
+		err = -EEXIST;
+	write_unlock(&xfrm6_type_lock);
+	return err;
+}
+
+int xfrm6_unregister_type(struct xfrm_type *type)
+{
+	int err = 0;
+
+	write_lock(&xfrm6_type_lock);
+	if (xfrm6_type_map[type->proto] != type)
+		err = -ENOENT;
+	else
+		xfrm6_type_map[type->proto] = NULL;
+	write_unlock(&xfrm6_type_lock);
+	return err;
+}
+
+struct xfrm_type *xfrm6_get_type(u8 proto)
+{
+	struct xfrm_type *type;
+
+	read_lock(&xfrm6_type_lock);
+	type = xfrm6_type_map[proto];
+	if (type && !try_module_get(type->owner))
+		type = NULL;
+	read_unlock(&xfrm6_type_lock);
+	return type;
+}
+
+#endif
diff -ruN linux-2.5.61.orig/net/ipv6/Makefile linux-2.5.61/net/ipv6/Makefile
--- linux-2.5.61.orig/net/ipv6/Makefile	2003-02-14 15:52:25.000000000 -0800
+++ linux-2.5.61/net/ipv6/Makefile	2003-02-15 16:10:13.000000000 -0800
@@ -11,5 +11,3 @@
 		ip6_flowlabel.o ipv6_syms.o
 
 obj-$(CONFIG_NETFILTER)	+= netfilter/
-
-obj-y += xfrm_policy.o
diff -ruN linux-2.5.61.orig/net/ipv6/ipv6_syms.c linux-2.5.61/net/ipv6/ipv6_syms.c
--- linux-2.5.61.orig/net/ipv6/ipv6_syms.c	2003-02-14 15:52:09.000000000 -0800
+++ linux-2.5.61/net/ipv6/ipv6_syms.c	2003-02-15 16:10:24.000000000 -0800
@@ -26,6 +26,3 @@
 EXPORT_SYMBOL(inet6_ioctl);
 EXPORT_SYMBOL(ipv6_get_saddr);
 EXPORT_SYMBOL(ipv6_chk_addr);
-EXPORT_SYMBOL(xfrm6_register_type);
-EXPORT_SYMBOL(xfrm6_unregister_type);
-EXPORT_SYMBOL(xfrm6_get_type);
diff -ruN linux-2.5.61.orig/net/ipv6/xfrm_policy.c linux-2.5.61/net/ipv6/xfrm_policy.c
--- linux-2.5.61.orig/net/ipv6/xfrm_policy.c	2003-02-14 15:52:25.000000000 -0800
+++ linux-2.5.61/net/ipv6/xfrm_policy.c	1969-12-31 16:00:00.000000000 -0800
@@ -1,43 +0,0 @@
-#include <net/xfrm.h>
-#include <net/ip.h>
-
-static struct xfrm_type *xfrm6_type_map[256];
-static rwlock_t xfrm6_type_lock = RW_LOCK_UNLOCKED;
-
-int xfrm6_register_type(struct xfrm_type *type)
-{
-	int err = 0;
-
-	write_lock(&xfrm6_type_lock);
-	if (xfrm6_type_map[type->proto] == NULL)
-		xfrm6_type_map[type->proto] = type;
-	else
-		err = -EEXIST;
-	write_unlock(&xfrm6_type_lock);
-	return err;
-}
-
-int xfrm6_unregister_type(struct xfrm_type *type)
-{
-	int err = 0;
-
-	write_lock(&xfrm6_type_lock);
-	if (xfrm6_type_map[type->proto] != type)
-		err = -ENOENT;
-	else
-		xfrm6_type_map[type->proto] = NULL;
-	write_unlock(&xfrm6_type_lock);
-	return err;
-}
-
-struct xfrm_type *xfrm6_get_type(u8 proto)
-{
-	struct xfrm_type *type;
-
-	read_lock(&xfrm6_type_lock);
-	type = xfrm6_type_map[proto];
-	if (type && !try_module_get(type->owner))
-		type = NULL;
-	read_unlock(&xfrm6_type_lock);
-	return type;
-}
diff -ruN linux-2.5.61.orig/net/netsyms.c linux-2.5.61/net/netsyms.c
--- linux-2.5.61.orig/net/netsyms.c	2003-02-14 15:51:31.000000000 -0800
+++ linux-2.5.61/net/netsyms.c	2003-02-15 16:10:46.000000000 -0800
@@ -328,6 +328,9 @@
 EXPORT_SYMBOL(xfrm6_state_lookup);
 EXPORT_SYMBOL(xfrm6_find_acq);
 EXPORT_SYMBOL(xfrm6_alloc_spi);
+EXPORT_SYMBOL(xfrm6_register_type);
+EXPORT_SYMBOL(xfrm6_unregister_type);
+EXPORT_SYMBOL(xfrm6_get_type);
 #endif
 
 EXPORT_SYMBOL_GPL(xfrm_probe_algs);

Re: Linux v2.5.61

[David Woodhouse]

On Sun, 2003-02-16 at 01:58, Kunihiro Ishiguro wrote:
> >Well, the kernel doesn't link for me when IPV6 is compiled as a module (config
> >below) -- linking IPv6 in is fine.
> 
> Here is a fix for xfrm6_get_type() link problem when IPv6 is
> configured as a module.

> +#if defined(CONFIG_IPV6) || defined(CONFIG_IPV6_MODULE)

No. Do not ever use #ifdef CONFIG_xxx_MODULE. You should be able to
build modules later by adding them to your config.

-- 
dwmw2

Re: Linux v2.5.61

[Pavel Machek]

Hi!

> Is Linus really the right person to direct these to?
> 
> 
> >> o use per-cpu data for ia32 profiler
> >
> >
> >any reason you only changed prof_counter to pr-cpu data and not the
> >two NR_CPUS arrays above it?
> >
> >
> >> o acpi: Split i386 support up
> >
> >
> >Shouldn't this be in arch/i386/acpi/ instead of arch/i386/kernel/acpi/
> 
> Agreed, though Pat or Andy G are better people to tell this... it's only 
> a "bk mv" away for either of them :)

*Bad* idea, as it will introduce unneccessary rejects for anyone
having any change to acpi... 
							Pavel
-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]

Re: Linux v2.5.61

[Erik Hensema]

David Woodhouse (dwmw2@infradead.org) wrote:
> On Sun, 2003-02-16 at 01:58, Kunihiro Ishiguro wrote:
>> >Well, the kernel doesn't link for me when IPV6 is compiled as a module (config
>> >below) -- linking IPv6 in is fine.
>> 
>> Here is a fix for xfrm6_get_type() link problem when IPv6 is
>> configured as a module.
> 
>> +#if defined(CONFIG_IPV6) || defined(CONFIG_IPV6_MODULE)
> 
> No. Do not ever use #ifdef CONFIG_xxx_MODULE. You should be able to
> build modules later by adding them to your config.

IPv6 has been an exception to this rule for a long time. For at least the
entire 2.4.x series, you have to recompile the entire kernel when you
enable the IPv6 module.

And no, I'm not saying I like it ;-)

-- 
Erik Hensema <erik@hensema.net>

Re: Linux v2.5.61

[John Cherry]

Compile statistics: 2.5.61

Note that gcc 3.2 was used for all of these statistics. 

                               2.5.60               2.5.61
                       --------------------    -----------------
bzImage (defconfig)         21 warnings          19 warnings
                             0 errors             0 errors

bzImage (allmodconfig)      34 warnings          33 warnings
                             9 errors             9 errors

modules (allmodconfig)    3060 warnings        2531 warnings
                           222 errors           176 errors

Compile statistics have been for kernel releases from 2.5.46 to 2.5.61
at: www.osdl.org/archive/cherry/stability

Warning summary
   drivers/atm: 49 warnings, 0 errors
   drivers/bluetooth: 15 warnings, 0 errors
   drivers/cdrom: 25 warnings, 0 errors
   drivers/i2c: 3 warnings, 0 errors
   drivers/ide: 42 warnings, 0 errors
   drivers/md: 18 warnings, 0 errors
   drivers/message: 8 warnings, 0 errors
   drivers/parport: 10 warnings, 0 errors
   drivers/pcmcia: 13 warnings, 0 errors
   drivers/serial: 1 warnings, 0 errors
   drivers/telephony: 9 warnings, 0 errors
   drivers/usb: 18 warnings, 0 errors
   drivers/video/console: 2 warnings, 0 errors
   drivers/video/riva: 7 warnings, 0 errors
   fs/cifs: 4 warnings, 0 errors
   fs/intermezzo: 1 warnings, 0 errors
   fs/lockd: 4 warnings, 0 errors
   fs/nfsd: 2 warnings, 0 errors
   fs/ntfs: 2 warnings, 0 errors
   fs/reiserfs: 1 warnings, 0 errors
   fs/smbfs: 2 warnings, 0 errors
   fs/xfs: 1 warnings, 0 errors
   net: 285 warnings, 0 errors
   security: 2 warnings, 0 errors
   sound/pci: 7 warnings, 0 errors

Failure summary
   drivers/block: 11 warnings, 2 errors
   drivers/char: 357 warnings, 8 errors
   drivers/hotplug: 18 warnings, 3 errors
   drivers/ieee1394: 17 warnings, 2 errors
   drivers/isdn: 282 warnings, 5 errors
   drivers/macintosh: 1 warnings, 2 errors
   drivers/media: 123 warnings, 7 errors
   drivers/mtd: 29 warnings, 2 errors
   drivers/net: 488 warnings, 12 errors
   drivers/video: 209 warnings, 32 errors
   drivers/video/matrox: 61 warnings, 20 errors
   drivers/video/sis: 37 warnings, 4 errors
   sound: 94 warnings, 62 errors
   sound/isa: 80 warnings, 54 errors
   sound/oss: 134 warnings, 8 errors

John

Re: Linux v2.5.61

[Jeff Garzik]

Pavel Machek wrote:
>>Agreed, though Pat or Andy G are better people to tell this... it's only 
>>a "bk mv" away for either of them :)
> 
> 
> *Bad* idea, as it will introduce unneccessary rejects for anyone
> having any change to acpi... 


hmmm... this sounds like NotAProblem for anybody using a decent SCM, or 
downstream from someone using a decent SCM :)

Re: Linux v2.5.62

[John Cherry]

Compile statistics: 2.5.62

Note that gcc 3.2 was used for all of these statistics. 

                               2.5.61               2.5.62
                       --------------------    -----------------
bzImage (defconfig)         19 warnings          18 warnings
                             0 errors             0 errors

bzImage (allmodconfig)      33 warnings          33 warnings
                             9 errors             9 errors

modules (allmodconfig)    2531 warnings        2514 warnings
                           176 errors           105 errors

Compile statistics have been for kernel releases from 2.5.46 to 2.5.62
at: www.osdl.org/archive/cherry/stability

John

Re: Linux v2.5.61

[Oleg Drokin]

Hello!

On Mon, Feb 17, 2003 at 11:35:07AM -0800, John Cherry wrote:

> Warning summary
[...]
>    fs/reiserfs: 1 warnings, 0 errors

Note that this warning comes from asm/string.h, when compiling
fs/reiserfs/prints.c
Warning itself is "strchr is defined but not used". It have nothing
to do with reiserfs at all. And I do not see why it is produced at all, since
strchr is declared "static inline".
(BTW, gcc 2.95 does not produces the warning).
Can somebody look at it please?

Bye,
    Oleg

Re: Linux v2.5.61

[Bob Miller]

On Tue, Feb 18, 2003 at 03:14:07PM +0300, Oleg Drokin wrote:
> Hello!
> 
> On Mon, Feb 17, 2003 at 11:35:07AM -0800, John Cherry wrote:
> 
> > Warning summary
> [...]
> >    fs/reiserfs: 1 warnings, 0 errors
> 
> Note that this warning comes from asm/string.h, when compiling
> fs/reiserfs/prints.c
> Warning itself is "strchr is defined but not used". It have nothing
> to do with reiserfs at all. And I do not see why it is produced at all, since
> strchr is declared "static inline".
> (BTW, gcc 2.95 does not produces the warning).
> Can somebody look at it please?
> 
> Bye,
>     Oleg
I spent a little time looking at this weeks ago.  I compiled the file
-E to see what the pre-processor was doing.  I then tried to compile
the pre-processed file and the warning went away.  So, it looks to me
like some kind of compiler error with the way it pre-processes files
(at that point the problem got a lot less interesting ;-).

-- 
Bob Miller					Email: rem@osdl.org
Open Source Development Lab			Phone: 503.626.2455 Ext. 17

Re: Linux v2.5.62

[Alexander Hoogerhuis]

Alexander Hoogerhuis <alexh@ihatent.com> writes:

> Zilvinas Valinskas <zilvinas@gemtek.lt> writes:
> 
> > On Wed, Feb 19, 2003 at 05:53:43AM -0500, David Ford wrote:
> > > 2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm 
> > > careful and do very little in X, it seems to stay up for a few days.  If 
> > > I do any sort of fast graphics or sound, etc, it'll die very quickly.  
> > > 'tis an instant death with no OOPS, nothing at all on screen, nothing on 
> > > serial console.
> > > 
> > > Just an FYI, I'm trying to narrow it down.
> > 
> > it might triple fault ? Who knows. One thing I am sure of, if I don't
> > load agpgart + intel-agp, laptop in questions, works flawlessly.
> > Otherwise first time I log of KDE trying to login as different user I
> > get instant reboot.
> > 
> 
> I'm seeing the same on my Evo800c, I think it's very much
> ACPI-related, as logging out of gnome and back in worked before i got
> a newer ACPI-patch on 2.4. Currently on 2.4.20 with ACPI patch from
> early January.
> 
> Planning on testing out the latest ACPI-patch dates February 18th
> along with 2.4.21-pre4 now; and tinker a bit with the DSDT to make it
> usefull; I'll let you know how it works out.
>

Made a new kernel, 2.4.21-pre4 with ACPI form 0218 patched it, and
recompiled. Running with the builtin its fine, and my own supplied DSDT the
machine will instantly reboot when hitting the logout-button in Gnome
2.2.

How do I get a way of telling exactly what went pear shaped whe the
machine just reboots like that?

mvh,
A
-- 
Alexander Hoogerhuis                               | alexh@ihatent.com
CCNP - CCDP - MCNE - CCSE                          | +47 908 21 485
"You have zero privacy anyway. Get over it."  --Scott McNealy

Re: Linux v2.5.62

[Alexander Hoogerhuis]

Zilvinas Valinskas <zilvinas@gemtek.lt> writes:

> On Wed, Feb 19, 2003 at 05:53:43AM -0500, David Ford wrote:
> > 2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm 
> > careful and do very little in X, it seems to stay up for a few days.  If 
> > I do any sort of fast graphics or sound, etc, it'll die very quickly.  
> > 'tis an instant death with no OOPS, nothing at all on screen, nothing on 
> > serial console.
> > 
> > Just an FYI, I'm trying to narrow it down.
> 
> it might triple fault ? Who knows. One thing I am sure of, if I don't
> load agpgart + intel-agp, laptop in questions, works flawlessly.
> Otherwise first time I log of KDE trying to login as different user I
> get instant reboot.
> 

I'm seeing the same on my Evo800c, I think it's very much
ACPI-related, as logging out of gnome and back in worked before i got
a newer ACPI-patch on 2.4. Currently on 2.4.20 with ACPI patch from
early January.

Planning on testing out the latest ACPI-patch dates February 18th
along with 2.4.21-pre4 now; and tinker a bit with the DSDT to make it
usefull; I'll let you know how it works out.

> 
> Compaq EVO 800
> Intel P4, 1.7GHz, 256MB RAM, ATI Radeon Mobility LY (something).
> 

Got the same box, only 512Mb more RAM ;)

mvh,
A

-- 
Alexander Hoogerhuis                               | alexh@ihatent.com
CCNP - CCDP - MCNE - CCSE                          | +47 908 21 485
"You have zero privacy anyway. Get over it."  --Scott McNealy

Re: Linux v2.5.62

[Remco Post]

On Thu, 20 Feb 2003 12:46:14 -0700
Tom Rini <trini@kernel.crashing.org> wrote:

> 
> On Thu, Feb 20, 2003 at 08:42:36PM +0100, Remco Post wrote:
> > On Wed, 19 Feb 2003 18:13:39 -0700
> > Tom Rini <trini@kernel.crashing.org> wrote:
> >
> > > On Wed, Feb 19, 2003 at 11:23:44PM +0100, Remco Post wrote:
> > > >
> > > > On Wed, 19 Feb 2003 22:46:27 +0100
> > > > Remco Post <r.post@sara.nl> wrote:
> > > >
> > > > > Hi all,
> > > > >
> > > > > just to let you all know, The linus 2.5.62 (plain as can be) just booted
> > > > > on my motorola powerstack II system. No modules, but also, no oops on
> > > > > boot, like 2.5.59 and allmost every other 2.5 before that....
> > > > >
> > > > > -- Remco
> > > >
> > > > and fortunately, I also have some use for booting this kernel:
> > > >
> > > > When the ethernet link goed down on my on-board dec-tulip:
> > > >
> > > > eth1: timeout expired stopping DMA
> > > > kernel BUG at drivers/net/tulip/de2104x.c:925!
> > > > Oops: Exception in kernel mode, sig: 4
> > > > NIP: C0138248 LR: C0138248 SP: C0275E00 REGS: c0275d50 TRAP: 0700
> > > > Not taintedMSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> > > > TASK = c022f550[0] 'swapper' Last syscall: 120
> > > > GPR00: C0138248 C0275E00 C022F550 0000002F 00000001 C0275CB8 C0271800 C02B0000
> > > > GPR08: 0000161F 00000000 00000000 C0275D30 4000C088 00000000 00000000 00000000
> > > > GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > > > GPR24: 00000000 00000000 00000002 00001032 C03DD000 00009032 FFFFFFCE C03DD1C0
> > > > Call trace: [c0138588]  [c002066c]  [c001b85c]  [c0007e80]  [c00061c4]  [c00039
> > > > Kernel panic: Aiee, killing interrupt handler!
> > > > In interrupt handler - not syncing
> > >
> > > What does that decode to?
> > >
> >
> > Well it doesn't, of course, relevant addresses close to the ones in the call trace:
> 
> Um, ksymoops should be able to decode that fine...
> 

That's the hint I needed:

$ ksymoops -v vmlinux -O -K -L -m System.map ~/oops.file 
ksymoops 2.4.5 on ppc 2.4.18-powerpc.  Options used
     -v vmlinux (specified)
     -K (specified)
     -L (specified)
     -O (specified)
     -m System.map (specified)

Oops: Exception in kernel mode, sig: 4                                          
NIP: C0138248 LR: C0138248 SP: C0275E00 REGS: c0275d50 TRAP: 0700    Not tainted
MSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11                                 
TASK = c022f550[0] 'swapper' Last syscall: 120                                  
GPR00: C0138248 C0275E00 C022F550 0000002F 00000001 C0275CB8 C0271800 C02B0000  
GPR08: 00001398 00000000 00000000 C0275D30 4000C088 00000000 00000000 00000000  
GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  
GPR24: 00000000 00000000 00000002 00001032 C03DD000 00009032 FFFFFFCE C03DD1C0  
Call trace: [c0138588]  [c002066c]  [c001b85c]  [c0007e80]  [c00061c4]  [c00039 
Kernel panic: Aiee, killing interrupt handler!                                  
In interrupt handler - not syncing                                             
Using defaults from ksymoops -t elf32-powerpc -a powerpc:common
Warning (Oops_read): Code line not seen, dumping what data is available


>>NIP; c0138248 <de_set_media+48/1f0>   <=====


1 warning issued.  Results may not be reliable.
$

> --
> Tom Rini
> http://gate.crashing.org/~trini/
> 
> ** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
> 

-- 

Remco

Re: Linux v2.5.62

[Tom Rini]

On Thu, Feb 20, 2003 at 08:42:36PM +0100, Remco Post wrote:
> On Wed, 19 Feb 2003 18:13:39 -0700
> Tom Rini <trini@kernel.crashing.org> wrote:
> 
> > On Wed, Feb 19, 2003 at 11:23:44PM +0100, Remco Post wrote:
> > > 
> > > On Wed, 19 Feb 2003 22:46:27 +0100
> > > Remco Post <r.post@sara.nl> wrote:
> > > 
> > > > Hi all,
> > > >
> > > > just to let you all know, The linus 2.5.62 (plain as can be) just booted
> > > > on my motorola powerstack II system. No modules, but also, no oops on
> > > > boot, like 2.5.59 and allmost every other 2.5 before that....
> > > >
> > > > -- Remco
> > > 
> > > and fortunately, I also have some use for booting this kernel:
> > > 
> > > When the ethernet link goed down on my on-board dec-tulip:
> > > 
> > > eth1: timeout expired stopping DMA
> > > kernel BUG at drivers/net/tulip/de2104x.c:925!
> > > Oops: Exception in kernel mode, sig: 4
> > > NIP: C0138248 LR: C0138248 SP: C0275E00 REGS: c0275d50 TRAP: 0700
> > > Not taintedMSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> > > TASK = c022f550[0] 'swapper' Last syscall: 120
> > > GPR00: C0138248 C0275E00 C022F550 0000002F 00000001 C0275CB8 C0271800 C02B0000
> > > GPR08: 0000161F 00000000 00000000 C0275D30 4000C088 00000000 00000000 00000000
> > > GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > > GPR24: 00000000 00000000 00000002 00001032 C03DD000 00009032 FFFFFFCE C03DD1C0
> > > Call trace: [c0138588]  [c002066c]  [c001b85c]  [c0007e80]  [c00061c4]  [c00039
> > > Kernel panic: Aiee, killing interrupt handler!
> > > In interrupt handler - not syncing
> > 
> > What does that decode to?
> > 
> 
> Well it doesn't, of course, relevant addresses close to the ones in the call trace:

Um, ksymoops should be able to decode that fine...

-- 
Tom Rini
http://gate.crashing.org/~trini/

Re: Linux v2.5.62

[Remco Post]

On Wed, 19 Feb 2003 18:13:39 -0700
Tom Rini <trini@kernel.crashing.org> wrote:

> On Wed, Feb 19, 2003 at 11:23:44PM +0100, Remco Post wrote:
> > 
> > On Wed, 19 Feb 2003 22:46:27 +0100
> > Remco Post <r.post@sara.nl> wrote:
> > 
> > > Hi all,
> > >
> > > just to let you all know, The linus 2.5.62 (plain as can be) just booted
> > > on my motorola powerstack II system. No modules, but also, no oops on
> > > boot, like 2.5.59 and allmost every other 2.5 before that....
> > >
> > > -- Remco
> > 
> > and fortunately, I also have some use for booting this kernel:
> > 
> > When the ethernet link goed down on my on-board dec-tulip:
> > 
> > eth1: timeout expired stopping DMA
> > kernel BUG at drivers/net/tulip/de2104x.c:925!
> > Oops: Exception in kernel mode, sig: 4
> > NIP: C0138248 LR: C0138248 SP: C0275E00 REGS: c0275d50 TRAP: 0700
> > Not taintedMSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> > TASK = c022f550[0] 'swapper' Last syscall: 120
> > GPR00: C0138248 C0275E00 C022F550 0000002F 00000001 C0275CB8 C0271800 C02B0000
> > GPR08: 0000161F 00000000 00000000 C0275D30 4000C088 00000000 00000000 00000000
> > GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > GPR24: 00000000 00000000 00000002 00001032 C03DD000 00009032 FFFFFFCE C03DD1C0
> > Call trace: [c0138588]  [c002066c]  [c001b85c]  [c0007e80]  [c00061c4]  [c00039
> > Kernel panic: Aiee, killing interrupt handler!
> > In interrupt handler - not syncing
> 
> What does that decode to?
> 

Well it doesn't, of course, relevant addresses close to the ones in the call trace:

c00061c4 T ret_from_except
c0003904 t setup_disp_bat
c0003950 T init_idle_6xx
c0003988 T ppc6xx_idle
c0007bfc T timer_interrupt
c0007e94 T do_gettimeofday
c001b7d4 T do_softirq
c001b8d8 T raise_softirq
c0020560 t run_timer_softirq
c00206c4 T run_local_timers
c0138460 t de21040_media_timer
c0138620 t de_ok_to_advertise


> -- 
> Tom Rini
> http://gate.crashing.org/~trini/

Hope this is about what you're looking for... If not, please let me know...


-- 

Remco

Re: Linux v2.5.62

[Dave Jones]

On Thu, Feb 20, 2003 at 03:57:05PM +0200, Zilvinas Valinskas wrote:

 > it was the same with 2.5.59,2.5.60 (not sure now, I will check that
 > later) and with 2.5.61 (and yesterdays most current bk snapshot as
 > well).

.59 ? Ugh, a load of stuff has changed in agpgart/ since then.
Can you recall when it last actually worked for you ? 

 > Can it be related to DRI ? (that might be my guess).

You can test basic GART functionality with testgart
(http://www.codemonkey.org.uk/cruft/testgart.c)

 > Event though I
 > can't use DRI on debian unstable because libGL.so mistakenly recognizes
 > Pentium 4 as 3Dnow! capable and crashes immediately.

If thats what I think it is, its not a bug. This has come up a number
of times on the dri-devel list.
libGL does a test which runs 3dnow instructions. Obviouslly it'll
crash on a non-3dnow capable box, but prior to the test it installs
an exception handler to fix things up if it all goes awry.

Whats the debian bugzilla number for this bug out of interest ?

 > For some reasons always, once I log off - system reboots most of the
 > times when agpgart & agp-intel loaded (if these are not loaded) - DRI
 > can not be initialized and system is always stable during log off from 
 > KDE session.

The latter is normal, the former isn't (obviously).
Does it reboot as soon as you modprobe them, or when X/DRI starts ?

		Dave

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

Re: Linux v2.5.62

[Zilvinas Valinskas]

Hello Dave,

it was the same with 2.5.59,2.5.60 (not sure now, I will check that
later) and with 2.5.61 (and yesterdays most current bk snapshot as
well).

Can it be related to DRI ? (that might be my guess). Event though I
can't use DRI on debian unstable because libGL.so mistakenly recognizes
Pentium 4 as 3Dnow! capable and crashes immediately.

For some reasons always, once I log off - system reboots most of the
times when agpgart & agp-intel loaded (if these are not loaded) - DRI
can not be initialized and system is always stable during log off from 
KDE session.



On Thu, 2003-02-20 at 15:31, Dave Jones wrote:
> On Wed, Feb 19, 2003 at 08:50:17PM +0200, Zilvinas Valinskas wrote:
>  > it might triple fault ? Who knows. One thing I am sure of, if I don't
>  > load agpgart + intel-agp, laptop in questions, works flawlessly.
>  > Otherwise first time I log of KDE trying to login as different user I
>  > get instant reboot.
> 
> Ok, there were quite a few changes in that area in .61.
> Can you check .60 was ok, and .61 crashes the same way ?
> If .61 is ok, agp is a red-herring, as it didnt change in .62
> 
> 		Dave
-- 
Zilvinas Valinskas
Best regards

Re: Linux v2.5.62

[Dave Jones]

On Wed, Feb 19, 2003 at 08:50:17PM +0200, Zilvinas Valinskas wrote:
 > it might triple fault ? Who knows. One thing I am sure of, if I don't
 > load agpgart + intel-agp, laptop in questions, works flawlessly.
 > Otherwise first time I log of KDE trying to login as different user I
 > get instant reboot.

Ok, there were quite a few changes in that area in .61.
Can you check .60 was ok, and .61 crashes the same way ?
If .61 is ok, agp is a red-herring, as it didnt change in .62

		Dave

-- 
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

Re: Linux v2.5.62

[Tom Rini]

On Wed, Feb 19, 2003 at 11:23:44PM +0100, Remco Post wrote:
> 
> On Wed, 19 Feb 2003 22:46:27 +0100
> Remco Post <r.post@sara.nl> wrote:
> 
> > Hi all,
> >
> > just to let you all know, The linus 2.5.62 (plain as can be) just booted
> > on my motorola powerstack II system. No modules, but also, no oops on
> > boot, like 2.5.59 and allmost every other 2.5 before that....
> >
> > -- Remco
> 
> and fortunately, I also have some use for booting this kernel:
> 
> When the ethernet link goed down on my on-board dec-tulip:
> 
> eth1: timeout expired stopping DMA
> kernel BUG at drivers/net/tulip/de2104x.c:925!
> Oops: Exception in kernel mode, sig: 4
> NIP: C0138248 LR: C0138248 SP: C0275E00 REGS: c0275d50 TRAP: 0700
> Not taintedMSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> TASK = c022f550[0] 'swapper' Last syscall: 120
> GPR00: C0138248 C0275E00 C022F550 0000002F 00000001 C0275CB8 C0271800 C02B0000
> GPR08: 0000161F 00000000 00000000 C0275D30 4000C088 00000000 00000000 00000000
> GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> GPR24: 00000000 00000000 00000002 00001032 C03DD000 00009032 FFFFFFCE C03DD1C0
> Call trace: [c0138588]  [c002066c]  [c001b85c]  [c0007e80]  [c00061c4]  [c00039
> Kernel panic: Aiee, killing interrupt handler!
> In interrupt handler - not syncing

What does that decode to?

-- 
Tom Rini
http://gate.crashing.org/~trini/

Re: Linux v2.5.62

[Remco Post]

On Wed, 19 Feb 2003 22:46:27 +0100
Remco Post <r.post@sara.nl> wrote:

> Hi all,
> 
> just to let you all know, The linus 2.5.62 (plain as can be) just booted
> on my motorola powerstack II system. No modules, but also, no oops on
> boot, like 2.5.59 and allmost every other 2.5 before that....
> 
> -- Remco
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

and fortunately, I also have some use for booting this kernel:

When the ethernet link goed down on my on-board dec-tulip:

eth1: timeout expired stopping DMA                                              
kernel BUG at drivers/net/tulip/de2104x.c:925!                                  
Oops: Exception in kernel mode, sig: 4                                          
NIP: C0138248 LR: C0138248 SP: C0275E00 REGS: c0275d50 TRAP: 0700    
Not taintedMSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11                                 
TASK = c022f550[0] 'swapper' Last syscall: 120                                  
GPR00: C0138248 C0275E00 C022F550 0000002F 00000001 C0275CB8 C0271800 C02B0000  
GPR08: 0000161F 00000000 00000000 C0275D30 4000C088 00000000 00000000 00000000  
GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000  
GPR24: 00000000 00000000 00000002 00001032 C03DD000 00009032 FFFFFFCE C03DD1C0  
Call trace: [c0138588]  [c002066c]  [c001b85c]  [c0007e80]  [c00061c4]  [c00039 
Kernel panic: Aiee, killing interrupt handler!                                  
In interrupt handler - not syncing                                             

Only after some traffic was supposed to leave the machine, not that it ever does 
with this kernel....


-- Remco

Re: Linux v2.5.62

[Remco Post]

Hi all,

just to let you all know, The linus 2.5.62 (plain as can be) just booted
on my motorola powerstack II system. No modules, but also, no oops on
boot, like 2.5.59 and allmost every other 2.5 before that....

-- Remco

Re: Linux v2.5.62

[Zilvinas Valinskas]

On Wed, Feb 19, 2003 at 05:53:43AM -0500, David Ford wrote:
> 2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm 
> careful and do very little in X, it seems to stay up for a few days.  If 
> I do any sort of fast graphics or sound, etc, it'll die very quickly.  
> 'tis an instant death with no OOPS, nothing at all on screen, nothing on 
> serial console.
> 
> Just an FYI, I'm trying to narrow it down.

it might triple fault ? Who knows. One thing I am sure of, if I don't
load agpgart + intel-agp, laptop in questions, works flawlessly.
Otherwise first time I log of KDE trying to login as different user I
get instant reboot.

That's the clue.

ps.
Hardware :

Compaq EVO 800
Intel P4, 1.7GHz, 256MB RAM, ATI Radeon Mobility LY (something).

> 
> David

Re: Linux v2.5.62

[William Lee Irwin III]

On Wednesday 19 February 2003 12:07, William Lee Irwin III wrote:
>> Well, there's always the NMI oopser + serial console to log oopses.
>> X seems to make VGA console unavailable, plus it's not loggable.

On Wed, Feb 19, 2003 at 12:58:58PM +0100, Duncan Sands wrote:
> AMD K6-2 w/o APIC...

Hmm. Could you be convinced to upgrade to a machine with a real
interrupt controller?

Well, hook up serial anyway. Maybe it's oopsing and you just can't
see what it's trying to printk.


-- wli

Re: Linux v2.5.62

[Duncan Sands]

On Wednesday 19 February 2003 12:07, William Lee Irwin III wrote:
> On Wed, Feb 19, 2003 at 12:04:55PM +0100, Duncan Sands wrote:
> > David, sounds like what I described in the email
> > "2.5.6x hard freeze playing DVDs".  I have made
> > no progress because I don't know how to proceed.
> > All the best,
>
> Well, there's always the NMI oopser + serial console to log oopses.
> X seems to make VGA console unavailable, plus it's not loggable.

AMD K6-2 w/o APIC...

Duncan.

Re: Linux v2.5.62

[Hirling Endre]

On Wed, 2003-02-19 at 12:24, Duncan Sands wrote:

> Endre, check out this thread:
> 
> Re: 2.5.62 fails to boot, Uncompressing... and then nothing

Been there, done that. I tried without ACPI and I have VT console
enabled. Haven't tried early_printk, though.

endre

Re: Linux v2.5.62

[Duncan Sands]

On Wednesday 19 February 2003 12:17, Hirling Endre wrote:
> On Wed, 2003-02-19 at 11:53, David Ford wrote:
> > 2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm
> > careful and do very little in X, it seems to stay up for a few days.  If
> > I do any sort of fast graphics or sound, etc, it'll die very quickly.
> > 'tis an instant death with no OOPS, nothing at all on screen, nothing on
> > serial console.
>
> You're lucky, for me 2.5.60+ freezes right after "uncompressing kernel".
> Tried with and without ACPI, with and without 'noapic', with APIC
> enabled and disabled in the BIOS.
>
> 2.5.59 is just unstable.
>
> (msi kt4 ultra MB, athlon xp 2200+, gcc 3.2.2)
>
> I'll try a minimal 2.5.62 now.

Endre, check out this thread:

Re: 2.5.62 fails to boot, Uncompressing... and then nothing

Duncan.

Re: Linux v2.5.62

[Hirling Endre]

On Wed, 2003-02-19 at 11:53, David Ford wrote:
> 2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm 
> careful and do very little in X, it seems to stay up for a few days.  If 
> I do any sort of fast graphics or sound, etc, it'll die very quickly.  
> 'tis an instant death with no OOPS, nothing at all on screen, nothing on 
> serial console.

You're lucky, for me 2.5.60+ freezes right after "uncompressing kernel".
Tried with and without ACPI, with and without 'noapic', with APIC
enabled and disabled in the BIOS. 

2.5.59 is just unstable.

(msi kt4 ultra MB, athlon xp 2200+, gcc 3.2.2)

I'll try a minimal 2.5.62 now.

endre

Re: Linux v2.5.62

[William Lee Irwin III]

On Wed, Feb 19, 2003 at 12:04:55PM +0100, Duncan Sands wrote:
> David, sounds like what I described in the email
> "2.5.6x hard freeze playing DVDs".  I have made
> no progress because I don't know how to proceed.
> All the best,

Well, there's always the NMI oopser + serial console to log oopses.
X seems to make VGA console unavailable, plus it's not loggable.


-- wli

Re: Linux v2.5.62

[Duncan Sands]

David, sounds like what I described in the email
"2.5.6x hard freeze playing DVDs".  I have made
no progress because I don't know how to proceed.

All the best,

Duncan.

On Wednesday 19 February 2003 11:53, David Ford wrote:
> 2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm
> careful and do very little in X, it seems to stay up for a few days.  If
> I do any sort of fast graphics or sound, etc, it'll die very quickly.
> 'tis an instant death with no OOPS, nothing at all on screen, nothing on
> serial console.
>
> Just an FYI, I'm trying to narrow it down.

Re: Linux v2.5.62

[David Ford]

2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm 
careful and do very little in X, it seems to stay up for a few days.  If 
I do any sort of fast graphics or sound, etc, it'll die very quickly.  
'tis an instant death with no OOPS, nothing at all on screen, nothing on 
serial console.

Just an FYI, I'm trying to narrow it down.

David

Linus Torvalds wrote:

>Hmm.. Mostly lots of small updates, although the merge with Andrew
>included the RCU dcache patches from IBM that he has carried along for a
>while (ie fairly fundamnetal, but also very well tested).
>
>ARM, PPC, PPC64, alpha, kbuild.
>
>Oh, and as a sign that 2.6.x really _is_ approaching, people have started 
>sending me spelling fixes. Kernel coders are apparently all atrocious 
>spellers, and for some reason the spelling police always comes out of the 
>woodwork when stable releases get closer.
>  
>

Re: Linux v2.5.62

[Thomas Molina]

On Wed, 19 Feb 2003, David Ford wrote:

> 2.5.60+ is rather unstable for me on an Athlon CPU w/ gcc 3.2.2.  If I'm 
> careful and do very little in X, it seems to stay up for a few days.  If 
> I do any sort of fast graphics or sound, etc, it'll die very quickly.  
> 'tis an instant death with no OOPS, nothing at all on screen, nothing on 
> serial console.

2.5.60 is where it started getting the most stable for me with similar 
equipment.  My system is Athlon 1.3 GHz, ASUS A7V, RedHat 8.0, Yamaha 754 
soundcard.  

I'm not burning any DVDs, but I am making a few CDs, lots of kernel 
compiles, playing with modules, etc.

Linux v2.5.62

[Linus Torvalds]

Hmm.. Mostly lots of small updates, although the merge with Andrew
included the RCU dcache patches from IBM that he has carried along for a
while (ie fairly fundamnetal, but also very well tested).

ARM, PPC, PPC64, alpha, kbuild.

Oh, and as a sign that 2.6.x really _is_ approaching, people have started 
sending me spelling fixes. Kernel coders are apparently all atrocious 
spellers, and for some reason the spelling police always comes out of the 
woodwork when stable releases get closer.

		Linus

---

Summary of changes from v2.5.61 to v2.5.62
============================================

<d.mueller@elsoft.ch>:
  o PPC32: Export additional symbols for CONFIG_4xx

<tinglett@vnet.ibm.com>:
  o ppc64: revised machine check exception handler
  o ppc64: new scanlog interface

Adrian Bunk <bunk@fs.tum.de>:
  o [netdrvr] make CONFIG_MII one-line desc more pretty

Alan Cox <alan@lxorguk.ukuu.org.uk>:
  o Add printk levels to mtrr, also clarify
  o merge the NEC98 parsing code
  o make the io-apic printk generate less junk mail
  o printk levels for mpparse
  o remove bogowarning
  o itanic people cant spell either
  o nor PPC people ;)
  o specialix fix from 2.4 missing in 2.5
  o bring 2.5 arcnet into line with 2.4
  o Fix aha1542
  o mca 53c9x also needs mca-legacy
  o another ia64 typo
  o header update for arcnet updates (again to match 2.4)

Andrew Morton <akpm@digeo.com>:
  o ppc64: kill ppc64 unused var warning
  o ppc64: fix warning in smp_prepare_cpus
  o JFS build fix with gcc-2.95.3
  o flush_tlb_all is not preempt safe
  o move fault_in_pages_readable/writeable to header
  o separate checks from generic_file_aio_write
  o fix ext3 BUG due to race with truncate
  o crc32 improvements
  o dcache_rcu: revert fast_walk code
  o dcache_rcu
  o error checking in ext3 xattr code
  o xattr: listxattr fix
  o xattr: infrastructure for permission overrides
  o xattr: allow kernel code to override EA permissions
  o xattr: trusted extended attributes
  o blk_congestion_wait tuning and lockup fix
  o cciss driver update
  o cciss, fix array bounds overrun
  o direct-io return value fix
  o direct-io: allow reading of the part-filled EOF block
  o Fix ext3 build when EXT3_DEBUG is defined
  o Make the world safe for -Wundef
  o fix compile breakage on drivers/scsi/NCR53C9x.c
  o Use table lookup for radix_tree_maxindex()
  o elv_former_request reversion

Andries E. Brouwer <andries.brouwer@cwi.nl>:
  o add static, fix typo

Anton Blanchard <anton@samba.org>:
  o ppc64: add TCSBRKP
  o ppc64: Remove sys32_mremap, not required on ppc64 since we alter
    TASK_SIZE
  o ppc64: fix compile warnings
  o ppc64: clean up some of big bad sys_ppc32.c
  o ppc64: always compile in 32bit ELF support
  o ppc64: Never call event-scan faster than once per second, required
    on some machines
  o ppc64: dont attempt a traceback table lookup for userspace
    addresses
  o ppc64: warning fix, caused by me
  o ppc64: use get_user in alignment exception handler
  o ppc64: ptrace signal fix
  o ppc64: make sure socketcall_table is 8 byte aligned
  o ppc64: add set_tid_address and fadvise64
  o disable printout of interrupts in /proc/stat on ppc64
  o enable OFFB on ppc64
  o remove stale comment
  o compat futex fix

Art Haas <ahaas@airmail.net>:
  o C99 initializers for drivers/net/aironet4500_proc.c
  o C99 initializers for drivers/char/rtc.c
  o C99 initializers for drivers/cdrom/cdrom.c
  o C99 initializers for drivers/net/arlan-proc.c

Ben Collins <bcollins@debian.org>:
  o IEEE-1394 Updates

Brian Gerst <bgerst@didntduck.org>:
  o remove .mod.c files in make clean

Daniel Jacobowitz <drow@nevyn.them.org>:
  o Clean up ptrace_setoptions and PT_* constants
  o Set ptrace_message before PT_TRACE_EXIT

Dave Kleikamp <shaggy@shaggy.austin.ibm.com>:
  o JFS: Fix jfs_sync_fs

Dominik Brodowski <linux@brodo.de>:
  o pcmcia: add device_class pcmcia_socket, update devices & drivers
  o pcmcia: use device_class->add_device/remove_device
  o cpufreq: move frequency table helpers to extra module
  o cpufreq: move /proc/cpufreq interface code to extra module
  o cpufreq: fix compilation of ACPI if !CPU_FREQ
  o pcmcia: small bugfix & cleanup

François Romieu <romieu@fr.zoreil.com>:
  o [netdrvr rrunner] small fixes and cleanups

Jaroslav Kysela <perex@suse.cz>:
  o ALSA update

Jeff Wiedemeier <jeff.wiedemeier@hp.com>:
  o alpha numa setup_memory leaves meaningless {min,max}_low_pfn
  o delay marvel agp printk until after !hose check

Jens Axboe <axboe@suse.de>:
  o deadline ioscheduler bug fixes
  o fix request-to-request front merging
  o missing lock in get_request_wait()
  o front merge fix (really!)

Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de>:
  o kbuild: Always postprocess modules
  o kbuild: Move the version magic generation into module
    postprocessing
  o kbuild: Use list of modules for "make modules_install"
  o kbuild: Do module post processing in C
  o kbuild: Add dependency info to modules
  o kbuild: Add dependency info to modules
  o kbuild: Figure endianness / word size at compile time
  o kbuild: Merge file2alias into scripts/modpost.c
  o kbuild: Rename some module postprocessing stuff
  o kbuild: scripts/elfconfig.h is generated
  o kbuild: Warn on undefined exported symbols
  o kbuild: Fix modules_install w/o modules error
  o kbuild: Fix a 64-bit issue in scripts/modpost.c
  o kbuild: Fix a "make -j" bug

Linus Torvalds <torvalds@home.transmeta.com>:
  o Fix futex compile breakage introduced by the compat code
  o Clean up and fix locking around signal rendering
  o Do proper signal locking for the old-style /proc/stat too
  o It's usually considered stupid to lock the same spinlock twice in
    close succession. However, for this once we'll just call it
    "inspired".
  o Fix locking for "send_sig_info()", to avoid possible races with
    signal state changes due to execve() and exit(). We need to hold
    the tasklist lock to guarantee stability of "task->sighand".

Marc Zyngier <mzyngier@freesurf.fr>:
  o EISA/sysfs updates

Matthew Wilcox <willy@debian.org>:
  o Fix mandatory locking

Paul Mackerras <paulus@samba.org>:
  o PPC32: Changes to accommodate recent signal changes
    (current->sighand)
  o PPC32: Fix compile warnings in some programs used in the build
    process
  o PPC32: Add set_tid_address and fadvise64 system calls
  o PPC32: declare pm_power_off
  o PPC32: use ptrace_notify

Randy Dunlap <rddunlap@osdl.org>:
  o fix Documentation/cli-sti-removal.txt thinko

Richard Henderson <rth@are.twiddle.net>:
  o [ALPHA] Add missing sighand bits
  o [ALPHA] Add isa_eth_io_copy_and_sum
  o [ALPHA] Add fadvise64

Rob Weryk <rjweryk@uwo.ca>:
  o Fix small typo

Robert Love <rml@tech9.net>:
  o trivial: unused var in sunrpc

Roger Luethi <rl@hellgate.ch>:
  o [netdrvr via-rhine] trivial bits
  o [netdrvr via-rhine] fix broken tx-underrun handling
  o [netdrvr via-rhine] various duplex-related fixes
  o [netdrvr via-rhine] reset function rewrite
  o [netdrvr via-rhine] bump version, use constant instead of magic
    number
  o Fix 8139too device close

Russell King <rmk@flint.arm.linux.org.uk>:
  o [ARM] Fix resource initialisation for IOP310
  o [ARM] Miscellaneous cleanups
  o [ARM] Reduce scope of "safe_buffers"
  o [ARM PATCH] 1372/1: EPXA10DB: Add missing include files to irq.c
    for 2.5.59
  o [ARM PATCH] 1373/1: EPXA10DB: Update def-config file
  o [ARM PATCH] 1376/1: Use #defines for iq80310 serial port
  o [ARM PATCH] 1377/1: Retain endianess state on XScale CPUs during
    boot
  o [ARM PATCH] 1368/1: Fix some typos in proc-armv/system.h
  o [ARM] Better handling of bad IRQ implementations
  o [ARM PATCH] 1380/1: Big-Endian support for jiffies
  o [ARM] Add init_sighand for 2.5.60
  o [ARM] Ensure backtrace terminates on corrupted frame pointers
  o [ARM] Update Acorn SCSI drivers
  o [ARM] Update wdt285 and wdt977 watchdog drivers
  o [ARM] Add input_devclass support to SA1111 PS/2 port driver
  o [ARM PATCH] 1099/4: trizeps MTD support
  o [ARM] Update signal handling for ARM

Rusty Russell <rusty@rustcorp.com.au>:
  o kbuild: Module alias and device table support
  o kbuild: Do modversions checks on module structure
  o get rid of exec_usermodehelper, replace with call_usermodehelper
  o kbuild: Fix non-verbose make modules_install output

Sam Ravnborg <sam@ravnborg.org>:
  o fix warning in kernel/dma.c
  o char/drivers/random.c - fix warning

Scott Anderson <scott_anderson@mvista.com>:
  o PPC32: Invalidate the icache before use on PPC40x

Stephen Rothwell <sfr@canb.auug.org.au>:
  o compat_sys_futex 1/3 generic, parisc, ppc64, s390x and x86_64

Steve French <stevef@smfhome1.austin.rr.com>:
  o Merge in fixes from version 0.6.5 of the CIFS VFS.  Greatly
    improved performance including improved distributed caching support
    and support for readpages and larger read sizes. Cache data now
    flushed properly at file close time. Socket and memory leak fixed. 
    Fix two oops. Fix error logging and made more consistent.  Generic
    sendfile added

Steven Cole <elenstev@mesatop.com>:
  o [tokenring proteon] trivial, spelling fix
  o high pedantry in ppc spelling
  o alpha typo fix
  o 2.5.61 fix erroneous spellings of error
  o 2.5.61 Reduce the number of "nuber" by four
  o 2.5.61 fix spelling of necessary in 11 files
  o fix different spellings of different and differences
  o correct the spelling of correction and correctly
  o more accurate spelling of accuracy
  o yet more pedantry: complement vs compliment

Tom Rini <trini@kernel.crashing.org>:
  o PPC32: Fix some license drain bamage.  Noticed by Christoph Hellwig