For an SMP kernel, spin_lock() et.al. are functions.
For a UP kernel, they are statements that must be terminated
by a ';'.  This is not quite the same thing, and hence spin_lock()
cannot be using inside a parenthesised expession.

This patch changes ITERATE_MDDEV to use gcc's "statement expressions"
instead which has the benefit of making the conditionals
more readable.

When we abort a resync before we even started (because we were
interrupted while waiting for a conflicting resync to finish)
we should not wait or, particularly, do the closing sync_request
(as we haven't even calculated max_sectors yet).

... as autostart_array does it's own locking.


 ----------- Diffstat output ------------
 ./drivers/md/md.c |   26 ++++++++++++++------------
 1 files changed, 14 insertions(+), 12 deletions(-)

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

This upgrades the fusion driver

 - Provides support for the Ultra320 1030/1020 parts
 - Provides support for the PCI-X FC parts (919X/929X)
 - Provides proper support for high memory cases
 - Provides IA64 support
 - Adds kernels calls (pci_enable_device, pci_set_dma_mask,
   scsi_set_pci_device) for proper registration of PCI devics.
 - Adds New Error Handling support

Removes CM206_BH (patch approved by maintainer).
Deletes the no-longer-used BH entries from the enum.  Explicit numbers
added so as not to destroy binary compatibility needlessly.

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

 - Revert patch number 92. It turned out to be broken behind hope.  Personally I
   attribute this to the recent heat wave over here and apologize for the
   problems this may have caused. Turned out that my note about the change
   beeing dnagerous in the last change log was more then true...

 - Locking issues for ioctl handling.

 - Remove waiting_for_dma bit field. Use IDE_DMA bit flag instead.
   Apply this bit globally and not in the corresponding implementation
   functions.

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

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

into mandrakesoft.com:/home/jgarzik/repo/net-drivers-2.5

into elte.hu:/home/mingo/BK/linux-2.5-sched

- Add check at mount time to verify that the number of inodes on the
  volume does not exceed 2^32 - 1, which is the maximum allowed for
  NTFS according to Microsoft.
- Change mft_no member of ntfs_inode structure to be unsigned long.
  Update all users. This makes ntfs_inode->mft_no just a copy of struct
  inode->i_ino. But we can't just always use struct inode->i_ino and
  remove mft_no because extent inodes do not have an attached struct
  inode.

  new hot-pluggable CPU enumeration method, and the possibility
  to not boot on CPU#0.

(btw., i find RR's comment offensive. How can any code be called 'crap' just
because the author of a new patch has not converted the code to the new
assumptions yet? The original code was perfectly valid.)

- Remove unused variables left over after Rusty's patch to the decompression
  engine.
- Change buffer size in ntfs_readdir()/ntfs_filldir() to use
  NLS_MAX_CHARSET_SIZE.
- Miscellaneous minor cleanups to comments.

* fix big endia multi-cast filtering
* fix 8139too ethtool media interface

into mandrakesoft.com:/home/jgarzik/repo/net-drivers-2.5

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

into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.make

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

So the missing EXPORT_SYMBOL() for ioremap_nocache at least found
some ISDN drivers which shouldn't have been using it in the first
place.

into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.isdn

This patch adds the PCMCIA client driver for the AVM A1/Fritz!PCMCIA
ISDN cards, which has been in 2.4 for some time already.

This fixes linux/tqueue.h compile errors in 2.5.23 that were
found by Andy Pfiffer, Matthew Harrell and me.

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

Submitted by Thunder

fsync is allowed to return early if datasync is set and the I_DIRTY_DATASYNC
flags is cleared, not if either of those is true.

Submitted by Christoph Hellwig

I've got to keep my 2.4 and 2.5 patches straight!

Use bd_claim/bd_release to guarentee exclusive access to the external
log device.  I also fixed a struct block_device leak once I touched
that code (missing bdput() both in lmLogClose and the lmLogOpen
error path) and sanitized the failure path labels.

Submitted by Christoph Hellwig

into kleikamp.austin.ibm.com:/home/shaggy/bk/jfs-2.5