From: Michael Haardt <michael@moria.de> for 2.4, munged by me.

the MAD16 driver is able to enable/disable its gameport, but it does
not register it in the input subsystem.  The appended patch against
2.4.19-pre4 fixes that and also allows to enable to gameport via kernel
command line, not only when loaded as module.

Originally by Alan. It was in the 2.4-ac tree for ages, much tweaked
by myself and Thomas Hood. Its main purpose is for skipping the full
memory test and other time-wasting diagnostics on reboot.

Ancient patch from Jens to hush certain drives which generate a lot of
printk noise when playing DVDs.

Originally from Chris Mason <mason@suse.com>..

collect_sigign_sigcatch can race against exit_sighand.  I haven't been
able to reproduce it, but I think it causes the oops reported in the
'Kernel Hangs 2.4.16 on heavy io Oracle Tivolie TSM' thread.

Originally from Intel, has been around various vendor trees for a while.
Aparently worth a noticable speed up in some applications.

Originally from Anton Altaparmakov..

This causes errors from get_block() in block_read_full_page() to be
detected and handled properly (by setting page error flag).  Without the
patch the page (or parts of the page) will contain random data on
get_block() failing without any form of error being signalled which can
be catastrophic for filesystems using block_read_full_page() for
accessing their metadata.  And for normal data it would mean the user
would see random data instead of what they expected.

Various quirks from 2.4 and other sources.

Another 2.4 forward port, original from Andrew Morton.

These files use completion, but don't include header.

Another small change from 2.4

Add support for AMD Elan.
(More ELAN patches to follow which rely on CONFIG_MELAN)

Another forward port from 2.4

Self explanatory driver update from vendor.

Support for an extra interrupt router.

introduction of ALSA moved some files around.
This updates various references.

EFI GUID partition table support from Matt Domsch

Clean up capability handling in AGPGart.
This came forward from 2.4

Here's a very tiny bugfix for arch/i386/kernel/mpparse.c in the
2.4.19-pre2 kernel.  It fixes the problem if there is an error in the
MP_processor_info() function where the mpc_apicid value is greater than
MAX_APICS, then we need to decrement the number of valid processors
before we return (the number was just incremented before the check.)

The patch was written by James Cleverdon.

Simple compile fix.

Another from 2.4, see comments for details

Push BKL down to the (few) routines that actually need it,
remove it from the do_exit() path.

into home.transmeta.com:/home/torvalds/v2.5/linux

ttl of tcp_socket.

brw_kiovec() and ll_rw_kiovec() switched to struct block_device *.

Bunch of places converted from fsync_dev/invalidate_buffers to
fsync_bdev/invalidate_bdev.

get_sb_bdev() stores original block size in ->s_old_blocksize and
kill_block_super() restores it.

This kills 99% of crap with "oh, I've mounted/umounted that device and
its behaviour had changed" (remaining 1% can be dealt in pretty similar
ways; ideally I'd like to see ioctls that get/set block size dead and
gone).