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

into raven.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.5

into raven.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.5

The data direction for the SCSI command was being strangely deduced
by checking for an old WRITE_6 command.

This makes the driver compile and run on the PARISC platform.
The biggest issue for this driver is the firmware layout because
the chip insists on reading from firmware a 16 bit word at a time,
so the entire byte layout of the firmware had to be reversed.

This patch will put us back to the 2.4 behaviour while preserving the
truncation speedup.  It's a bit dopey (why do the timestamp update in
the fs at all?) but changing this stuff tends to cause subtle
problems.

into raven.il.steeleye.com:/home/jejb/BK/scsi-misc-2.5

From:  Hanna Linder <hannal@us.ibm.com>

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

  this fixes a trivial error in isofs/inode.c, and reformats
  the surrounding code a bit to (hopefully) enhance clarity.

  i_mtime.tv_nsec was initialized twice, and i_ctime.tv_nsec never

From:  Rusty Russell <rusty@rustcorp.com.au>

  Trivial unused var...

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

  This un-complicates a small piece of code of the dev/pts filesystem
  and decreases the size of the object code by 8 bytes for my build.

  Yay! :)

From:  Tom Rini <trini@kernel.crashing.org>

  The following marks videodev_proc_destory as __exit.

  This is safe as its only caller is marked as __exit as well.

From:  Pavel Machek <pavel@ucw.cz>

  This kills a compile warning in swsusp

From:  Stephen Rothwell <sfr@canb.auug.org.au>

  This allows some architecture to override the generic implementations
  on {get,put}_compat_flock64 as some of them (ia64 and maybe x86_64)
  will take alignment faults when accessing the loff_t members of struct
  compat_flock64.

  Requested by David Mosberger, modified by Dave Miller.

From:  Pavel Machek <pavel@ucw.cz>

From:  Pavel Machek <pavel@ucw.cz>

  This adds some more commentary to the boot-up code.

From:  Scott Russell <scott@pantastik.com>

  - missing release_region (reported by kbugs.org)
  - removed extraneous return (Randy Dunlap)

From:  Pavel Machek <pavel@ucw.cz>

  This fixes url in ioctls, fixes some kernel parameters, kills comment
  in tty that is 10+ years old and wrong, and adds me a little
  credits.

From:  Jonathan Corbet <corbet@lwn.net>

  This fixes a couple of little mistakes in Documentation/NAPI_HOWTO.txt;
  I also updated the interrupt handler stuff while I was at it.  Jamal Hadi
  Salim has seen and acked it.

From:  Scott Russell <scott@pantastik.com>

  - Rearranged unreachable code reported via kbugs.org

From:  Matthew Wilcox <willy@debian.org>

  These defines are simply not used any more.

From:  Jesse Barnes <jbarnes@sgi.com>

  Quick add to the maintainers file for SN (aka Altix 3000) support in
  the kernel.

From:  Adrian Bunk <bunk@fs.tum.de>

  the patch below removes the unneeded #define LinuxVersionCode from
  eata.c. It's not used and if it was needed KERNEL_VERSION in
  include/linux/version.h does the same.

From:  Steven Cole <elenstev@mesatop.com>

  This is a slightly improved version of the additional help texts for
  sound/oss/Kconfig.  The originals were obtained from 2.4.21-pre4.

From:  Scott Russell <scott@pantastik.com>

  - Rearranged unreachable code reported at kbugs.org

From:  Adrian Bunk <bunk@fs.tum.de>

  The following trivial patch updates the short description for
  BLK_DEV_HPT366 (the HPT372 and the HPT374 are supported, too):

From:  Jonathan Corbet <corbet@lwn.net>

  This fix has been acked by James Bottomley, but has not risen above Linus's
  threshold.

From:  Rusty Russell <rusty@rustcorp.com.au>

  I don't think it's misused anywhere, but it's better to be safe.

  Pointed out by Joern Engel.

From:  Scott Russell <scott@pantastik.com>

  - moved return to eliminate unreachable code reported by kbugs.org

From:  Amit Shah <shahamit@gmx.net>

  The read function for consoles in include/linux/console.h contains const
  char* for a pointer that it will actually modify. Although no one seems
  to be using this as of now, it should be corrected.

No longer need to call the 68328 specific int setup. Now all
done by the common 68328 int handler code.

No longer need to call the hardware specific int setup.

This is now done in the common int handler for 68328
sub-architecture.

Modify the m68knommu/68328 specific ints.c to be the general ints
handler when building for this sub-architecture. It is just simpler to
have one for each sub-architecture (which means we currently need 3
for the 3 prominant m68knommu families). Each can handle the hardware
setup differences, and there is a few at this level. This doesn't
really add much code overall, since 2 of the 3 m68knommu architectures
already had significant specific int handling code.

Add a config entry for defining static boot parameters
for m68knommu architecture.

CONFIG_BLK_DEV_LVM is gone, but there is still some associated code.
This is the include/linux/compat_ioctl.h part.