(Miles Bader)

(Dave Jones)

(Steve Cole and co)

(Andi Kleen)

(Steven Cole)

that we for the initial value ctually want to check only
wrap-around in an "unsigned int". 

I want to make blk_init_queue() zero the queue, so we don't get anymore
nasty bugs with uninitialized variables. IDE is setting queuedata before
init though.

The single missing bit, please add that as well. Was missed because this
driver actually used elv_queue_empty, not blk_queue_empty.

gcc'ism, and even gcc can apparently get confused by it.

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

mapper upcall mechanism.

unix-style uid/gids.

Note that this makes use of the RPC client upcall mechanism
(rpc_pipefs) to notify a userland daemon that does the actual mapping.
The results are then cached in the kernel.
The userland daemon can be downloaded from the CITI NFSv4 page at

     http://www.citi.umich.edu/projects/nfsv4/

already open.

The resulting state is saved in the NFS-specific part of the
struct inode.

Initially we just start with 3 possible states:
  - open for read
  - open for write
  - open for read/write

Split out the open() method for regular files from that of
directories.

Tightens consistency checks on the process of reading the reply skb in
the SunRPC client. Reject a reply if we didn't succeed in reading the
entire skb.

into nuts.ninka.net:/home/davem/src/BK/sparc-2.5

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

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

for unwritten extent writes.

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

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

[XFS] remove busy inode check in the umount path - Linux checked it for us before calling into the filesystem.  We're beyond the point of no return for umount anyway

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

implies that it should vary between 0-7, not any further (the
higher bits are done by updating current_vector by 8).

This also means that we don't have any overflow condition.

This version fixes:
- missing rtnl_lock()/rtnl_unload() bug on unregister_hdlc_device
- N2, C101: interrupt handler now works under high IRQ load from other
  devices (with previous versions, the IRQ processing for the card could
  sometimes stop after reaching "work limit")

This is production-tested on devices I have access to (N2, C101, PC300,
PCI200SYN).

This patch disables irqbalance and doesn't spawn a kernel thread for
systems which run SMP kernels and only have one online cpu.

This finally kills of blk_queue_empty().  This is similar to the patch I
recently sent to fix the SCSI logic as well.  A lot of drivers are doing
this in our core, mainly because that is the way they always did it:

start_queue:
	if (blk_queue_empty(q))
		return;

	rq = elv_next_request(q);
	if (!rq)
		return;

Patch simply removes the blk_queue_empty() check, and adds a check for
!rq return from elv_next_request() if the driver didn't already do that.

Additionally, the AS io scheduler can return NULL from
elv_next_request() if it thinks this is best. This way we are also
prepared for that to work well.

Patch was done by Nick Piggin.

Bug report from J Sanchez in #kernelnewbies