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

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>

From:  <adobriyan@mail.ru>

(Acked by William Lee Irwin III <wli@holomorphy.com>)

From:  "ismail (cartman) donmez" <kde@myrealbox.com>

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

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

The sysvfs code was confusing. Rewrite it to be readable, and
use the existing VFS helper for recalculating the hash instead
of doing it all by hand.

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

From:  Mitchell Blank Jr <mitch@sfgoth.com>

Make some more of the hlist functions accept constant arguments.