Take ->i_sem in all callers of notify_change().

ieee1394 updates:
  - New drivers: eth1394, admtp
  - nodemgr cleanup
  - Fixes for ohci
  - fixed for node probes
  - small misc performance fixes
  - New /proc interface for subsystem, node listing, and dv1394

ext3 was missed - the removal of the BKL in notify_change
means that the filesytem fails quite quickly on SMP in -pre2.
Sorry, I should have spotted that when the patch floated past.

This chunk is present in 2.4, missing in 2.5.  It
stops the loop thread from waiting on its owm buffers.

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

It's up to other architectures to worry about portability for now.

Moved i_sem down into notify_change() and out of the UMSDOS
function. Moved BKL down from notify_change into filesystems.

typo in that last patch, sorry.

This increases the max read/write size for nfsd from 8K to 32K.

This requires making NFSv2 return the right number in statfs
requests.  NFSv3 already does that.

[PATCH] PATCH 3 of 4 : knfsd : Store the fsid in the returned attributes instead of the device number

When a filesystem is exported with  fsid=  we should use that
fsid instead of the i_dev number when returning NFS attributes,
so that there is no chance of clients that depend on the filesys
id in the attributes getting confused by device numbers changing.

We only do this if the reference filehandle uses fsid to identify
the filesystem, so that a server can be converted from non-fsid= to
using fsid= without confusing active clients.

Previously we could only export FS_REQUIRES_DEV filesystems
as we need a devno to put in the filehandle.
Now that we have fsid= (NFSEXP_FSID) we don't need a devno
to put in the filehandle so we can relax this requirement.

Use symbolic names for some common size components in the response
size calculation for the NFSD.  This makes it easier to get the
numbers right and to review them.
This patch also fixes a few number for nfsv3 that were wrong.

Lets just kill this check -- it usually only catches drivers queueing
something in front of a started request on their own (such as shoving a
request sense in front of a failed packet command, for instance). So
it's either working around this detection in some drivers, or killing
it. I vote for the latter, patch attached against 2.5.8-pre1 :-)

moved the USB_STORAGE Config.help items into the drivers/usb/storage directory.

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

added a README file to explain what the different subdirectories are for.

moved class/storage/ back to storage/
created input/
orderd the makefiles and config.in menus better.

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

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

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

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

into hera.kernel.org:/home/mochel/BK/linux-2.5

more file movement cleanups.  Now handles misc drivers compiled into
the kernel corectly.

moved the host drivers help to the host directory

fixed lib Makefile problem with usb files moving
moved drivers/usb/scanner/ to drivers/usb/image/

moved some files from misc to image
cleaned up makefile some more.

says it should do - lock out preemption.

changes