- update the av7110 and budget drivers
 - replaced ddelay() wait function with generic dvb_delay()
   implementation
 - new DATA_MPEG_VIDEO_EVENT for direct mpeg2 video playback
 - added support for DVB-C cards with MSP3400 mixer and analog tuner
 - fixed up the av7110_ir handler and especially the write_proc()
   function; this fixed the bug the Stanford Checker has found

 - update dvb subsystem core
 - switched from user-land types like __u8 to u8 and uint16_t to u16
   this makes the patch rather large.
 - updated the dvr (digital videorecording) facility
 - renamed some structures, like "struct dmxdev_s" to "struct dmxdev"
 - introduced dvb_functions.[ch], where some linux-kernel specific
   functions are encapsulated.  by this, the dvb subsystem stays quite
   independent from deeper linux kernel functions.
 - moved dvb_usercopy() to dvb_functions.c -- this is essentially
   video_usercopy() which should be generic_usercopy() instead...
 - Made the dvb-core in dvbdev.c work with devfs again.
 - remove all typedefs from structs
 - remove all typedefs from enums

 - update the generic saa7146 driver
 - remove some #if LINUX_VERSION_CODE constructions
 - sync with the interrupt handler changes in 2.5.69
 - add a missing kfree() call which caused the kernel to leak 32kB of
   kmalloc()ed memory.  iieek!
 - fixed the capture code to handle cards that have swapped field order
   (odd and even fields)
 - added and fixed some debug messages
 - changed from kmalloc() to pci_consistent()
 - many small changes necessary to fix warnings/problems for ppc64
   compilation

gone.

This patch mostly removes the support for the Phillips Nino at the
request of the author.  The only remaining bits are directly related
to the SOC the Nino is based on which is used by other ports.

This patch adds support for the Lasat 100 and 200 systems.

This updates the ARC firmware support code.  Also removes the 64-bit
variant of the code; the 64-bit kernel now uses the 32-bit code also.

This updates drivers/sgi by removing it :-)  With all the conceptually
wrong code which has was rewritten or should be rewritten or better
live elsewhere there just was no point in keeping this directory around
any longer.

This adds the board support code for Momentum's Ocelot series of boards.

This adds support for SGI's O2 workstation aka IP32.

This adds back support for the MIPS-based Cobalt Raq 1/2 and Qube 1/2
systems.

This updates support for the JMR3927 eval board.

This one adds support for a bunch of NEC VR41xx-based platforms such as
IBM's workpad and a bunch of eval boards.

This updates the support for NEC's DDB series of evaluation boards.

An update of the code for the DECstations.  This also adds 64-bit support
for the R4000 versions of DEC's good old workstations.

This is an update for the Russian Baget industrial controller.  Suffers a
bit from bitrot, the authors have promised an update to me.

This adds support for Toshiba's TX49xx SOCs and an evaluation board with
the nice nae RBTX4927.

This is an update for MIPS Inc's evaluation boards in all their ugly
versions ...

This is an update of the AMD Alchemy support for 2.5.

(This is way behind what we have for 2.4 but forward porting is non-trivial
and work in progress.)

Update the code for the BCM1250 and evaluation platforms.

The support code for two more Galileo evaluation boards.

(Evil stuff, just to get your tree in sync again.  I've got a cleanup in
my work tree).

An update of the SGI IP27 aka Origin 200/2000/Onyx 2 support.

This is the entire MIPS PCI code which I'm consolidating in arch/mips/pci/.
Applying this patch will result in some code duplication; the remaining
patches I'm about to send will clean that.

An update for the Indy aka IP22 support.  Consolidates the 32-bit and
64-bit copies of the support code into one directory, so in total this
patch deletes quite a bit of code.

This updates the generic mips64 code.

This contains all the generic 32-bit MIPS code, so all arch/mips/ and
include/asm-mips/ stuff.

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

... and also fix the embarrassing bug where NFTL and INFTL will
barf and exit if the add_mtd_blktrans_dev() function _exists_,
rather than actually calling it and barfing if it returns non-zero :)

 - Fix AFS partitioning oops when no partitions are found
 - Add missing spin_unlock, optimise buffer writes in Intel NOR driver
 - Fix DiskOnChip Millennium Plus register OutputControl register definition
 - Fix DiskOnChip drivers to indicate correct ECC type
 - Fix map drivers to use ARRAY_SIZE instead of redefining it.
 - Make uCLinux map driver depend on !MMU
 - Fix NAND write verify problem on some chips
 - Other trivia from Rusty.

  [XFS] the intializers for the /proc interface to xfs got out of order,
  and we are syncing 1000 times faster than we are supposed to!

  SGI Modid: 2.5.x-xfs:slinx:151712a

Jeff Garzik points out the initializing the exit completion at
exit time is foolish: we should just initialize it at creation time
live everything else in that structure, and avoid the memory barrier.

into kernel.bkbits.net:/home/davem/sparc-2.5

This makes NBD work with the new linux 2.5 block layer design.
Specifically, it fixes memory corruption that results from module
removal and possible memory corruption from sending or receiving disk
data from the server.

It essentially rolls together the changes from two of the last patchlets
that I emailed: the fix for module removal & the fix for incorrect
struct bio usage.  I believe it's wisest to roll these both together
into this one patch since they both deal with making NBD work better
with the 2.5 linux block layer design and without either of which, it's
possible that NBD will corrupt memory.

Other changes I'd like to see introduced (like in the earlier jumbo
patch) meanwhile are feature enhancements so they can wait.  This patch
also should address all the very helpful concerns that have been raised
so far.  Particularly:

1. that the very first submitted NBD patch was broken down [Andrew]
2. that only 1 spinlock is used for all the NBD request_queue structures
   used [Jens,Al]
3. that kmap() is used in case of highmem pages [Jens]
4. that the allocation of request_queue is dynamic and seperate from
   other allocated objects [Al]