It seems that we're attempting to work out the free stack size using two
unrelated pointers for the lowest address of the stack.  Fix this to use
the correct pointer.

into home.osdl.org:/home/torvalds/v2.5/linux

into samba.org:/home/paulus/kernel/for-linus-ppc

From: Felipe W Damasio <felipewd@terra.com.br>

Found by smatch.

Remove outdated URLs from the x86-64 Kconfig.

Originally from the trivial patch monkey / Petri Koistinen <petri.koistinen@iki.fi>

Make linux32 ... on x86-64 to do proper uname emulation again.

Also changes i386 to i686 because that's more near the truth.

The zfcp scsi host adapater.

 - Remove read, write and data device pointers from card structure. Use
   ccw group array to get the device pointers.

- Add dummy release function to iucv bus.

Kernel Janitors: remove unnecessary calls to verify_area.

 - Remove dynamic allocation of major numbers. Just use static major 94.
 - Use bus_id instead of device number where possible.
 - Don't check open_count in dasd_generic_set_offline.

 - Remove atomic_read hack to test for presence of ccw device directory.
 - Add dummy release function to channel path object and cu3088 group devices.
 - Don't rely on the chaining bit of the channel report word.
 - Don't call schedule while holding a lock in read_dev_chars/read_conf_data.

 - Makefile fix: default make target builds the kernel image.
 - Add export statement for cpcmd.
 - Add tgkill system call.
 - Reserve system call number for vserver.

- Maintainers email address and copyright messages updated
- Scanning for EISA and ISA controllers disabled due to a resource conflict
  with the Adaptec aic driver
- Switch "probe_eisa_isa" added to give the possibility to enable the
  EISA/ISA scan if required
- Driver version increased to 2.08

idle_cpu had the same botched move from kernel/ksyms.c to kernel/sched.c
that __wake_up_sync() had.

From: Alexey Dobriyan <adobriyan@mail.ru>

Don't set process state to TASK_RUNNING after a schedule_timeout(), since
there's no way we will return from the scheduler if we're not running.

from kernel/ksyms.c to kernel/sched.c.

Noted by Richard Henderson <rth@twiddle.net>

into home.osdl.org:/home/torvalds/v2.5/linux

into flint.arm.linux.org.uk:/usr/src/bk/linux-2.6-rmk

update.

The socket is "s", not "skt".

into home.osdl.org:/home/torvalds/v2.5/linux

into flint.arm.linux.org.uk:/usr/src/bk/linux-2.6-pcmcia

into home.osdl.org:/home/torvalds/v2.5/linux

I'm trying to remove all the legacy UART cruft from ia64.  In theory
we should be able to discover all UARTs on ia64 via ACPI and PCI
enumeration, so we shouldn't need SERIAL_PORT_DFNS.

But SERIAL_PORT_DFNS currently does two things:
        1) it tells you about legacy devices you can't discover
           via a standard enumeration method, and
        2) it sizes old_serial_port[], which determines UART_NR,
           which is the maximum number of ports the driver will
           support

So here's a proposal to make SERIAL_PORT_DFNS optional and
provide another mechanism for configuring the number of ports
to support.

Patch from Bjorn Helgaas.

RS_TABLE is defined by lots of architectures, but only referenced
in arch/{mips,ppc}.

This patch removes most of the unused definitions from 2.6.

into flint.arm.linux.org.uk:/usr/src/bk/linux-2.6-serial

into home.osdl.org:/home/torvalds/v2.5/linux

automatically for the sound drivers that require it. 

This is a low less confusing than telling people that they
need to enable gameport support in order to listen to sound.

This updates my two Video4Linux-2 drivers for the "Hexium Gemini" and
"Hexium Orion" cards.

It adds the long missing input handling for the "Gemini" card and
removes the annoying compile time warning about unused structures.

 - remove various hexium header files, put all driver relevant
   informations into the drivers.  these informations are not needed
   anywhere else. 
 - fix driver names in information printk()s
 - fix device initialization for Hexium Gemini cards
 - add input switching for Hexium Gemini cards
 - fix all remaining "fixme"s

Make x86-64 compile again.

Fix warnings on compilers that support -Wdeclaration-after-statement
in the x86-64 specific code. x86-64 was happily using ISO-C99 code
before because it only uses gcc 3+ which is ISO-C99 compliant, but
unfortunately this warning was added in the top level Makefile.

From Bryan O'Sullivan.

Reserve vserver syscall on x86-64 too.

From:  Marcel Sebek <sebek64@post.cz>