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

The "unRaw" option for the magic sysrq key fails to compile if
CONFIG_VT is false.  This patch fixes that:

The old form of designated initializers are obsolete: we need to
replace them with the ISO C forms before 2.6.  Gcc has always supported
both forms anyway.

We need this small change to drivers/scsi/Config.in.  It only affects
people using powermacs since the MESH hardware only exists on
powermacs and clones.

Update my email address and fix an ancient miscalculation. One could argue
that this driver should just be removed. I sent these changes to the
maintainer a few years ago and got no reply.

For 2.5 Gerd Knorr is the video4linux/v4l2 maintainer not me
kraxel@bytesex.org or the list video4linux-list@redhat.com - which is
hosted at but not an RH specific list.

This makes the CONFIG_VIDEO_PROC_FS question depend on CONFIG_PROC_FS.
Additionally, this changes all tests/comments about CONFIG_PROC_FS &&
CONFIG_VIDEO_PROC_FS to be just CONFIG_VIDEO_PROC_FS.