into nuts.ninka.net:/home/davem/src/BK/sparc-2.5

 - update some incorrect version checks
 - update radeon driver from 1.4.0 to 1.5.0
 - use C99 named initializers

some more pasters..

static, as it is needed by e100_test.c too)

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

needs it for mouse autodetection.

variable dependencies in config.in files.

By moving drivers/input/config.in before drivers/char/Config.in
and drivers/usb/Config.in for arch/alpha and arch/mips(64),
several (7) instances of this message:
  forward declared symbol "CONFIG_INPUT" used in dependency list
and (6) instances of this one:
  forward declared symbol "CONFIG_SOUND_GAMEPORT" used in
  dependency list
can be removed.  (Yes, the latter one is for OSS drivers,
so it's not so important.)
   
It also adds one forward dependency for a USB joystick
in the input subsystem [still only for alpha and mips(64)].
Most other arches are already like this.

Silence hotplug printk()s in input.c
More careful probe and init in atkbd.c and psmouse.c
to avoid triggering bugs in certain keyboards.
Accept old AT (non PS/2) keyboards with limited command set.
Accept Logitech mice which can only do IMPS/2 and not PS2++.
Use a buffer in i8042.c to avoid spinlock deadlocks when
serio_write is called from within serio_interrupt.
Only ask keyboard to resent if the keyboard is there (ie no timeout).
Linus, this should fix both your keyboard and your mouse!

buffers via usb_buffer_alloc in 2.5.x  This helps platforms
where doing a pci_{map,unmap}_single() on every input event
is very inefficient.

Also adds a missing kfree(hid), because the HID struct was never
freed.

The logical sense of the command check is wrong.

Here's a patch for kernel/dma.c that switches it to use
C99 designated initializers.

Designated initialisers as per ISO C99

drivers/char/drm/drm.h has the normal idempotent construction.

The attached file removes the second #include.

Here are a few C99 initializer patches for files in fs/nls.

I believe the comments about locking in net/ipv4/netfilter/ip_tables.c
are outdated/misleading.  Please consider the following comments instead
(or something similar).