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

From:  Adrian Bunk <bunk@fs.tum.de>

(Acked by Christoph Hellwig <hch@infradead.org>)

From:  krishnakumar@naturesoft.net

From:  Pavel Machek <pavel@suse.cz>

From:  Maciej Soltysiak <solt@dns.toxicfilms.tv>

From:  Adrian Bunk <bunk@fs.tum.de>

From:  "Perez-Gonzalez, Inaky" <inaky.perez-gonzalez@intel.com>

From:  Adrian Bunk <bunk@fs.tum.de>

From:  Petri Koistinen <petri.koistinen@iki.fi>

From:  krishnakumar@naturesoft.net

From:  Scharfe <l.s.r@web.de>

From:  Ed L Cashin <ecashin@uga.edu>

(Acked by Kanoj Sarcar <kanojsarcar@yahoo.com>)

From:  Josef Jeff Sipek <jeffpc@optonline.net>

From:  Vinay K Nallamothu <vinay-rc@naturesoft.net>

From:  Nicolas Kaiser <nikai@nikai.net>

From:  <adobriyan@mail.ru>