sctp_packet_bundle_sack() modifies packet->size, but the local copy 
of this value is not updated.  The bug is that we can "put" too much
data to the skb and segfault.  Also, once DATA is in the packet, set
has_sack, so we don't inadvertantly bundle a SACK after DATA. 

into touki.austin.ibm.com:/home/jgrimm/bk/lksctp-2.5.work

Still pretty ugly debug macro, but this at least
makes it do the right thing when used in if/else blocks

Fix from Joe Perches <joe@perches.com>

This patch adds selectable EdgeTriggered/LevelTriggered behaviour to
epoll.

It has been widely discussed on lkml about two weeks ago and everyone
very welcome the change.  It has been even more widely discussed through
private emails with application developers, that do not feel confortable
posting on lkml.  The great value of the patch is that selecting the LT
behaviour, applications using poll/select can be ported very easily to
epoll, making existing apps to benefit from epoll scalability with very
short ETA's.

The API remains the same with the addition of a EPOLLET event flag that
sets the LT/ET behaviour for that fd.

Many usb drivers use the usb_devfs_handle variable instead of just
adding the usb/ prefix directly to their devfs_register calls.  Fix
that and make usb_devfs_handle static and unexported.

.. by moving a bunch of devfs-related code from fs/partition/check.c
to fs/devfs/base.c.  Also has the nice sideffect of getting rid of
a bunch of ugly ifdefs.

[This is the new and improved, rediffed, applying and compilable
 version.  In short it's perfect]

From: Nikita Danilov, Maneesh Soni

d_lookup() is forgetting to release the lock when the rename race happens.

by having a cast followed by an initializer. It seems even gcc can't
do it right anyway in some versions (as reported by Jens Axboe).

+ C99 struct initialisers

Another brought forward from 2.4.

Spotted by Oleg Drokin

A proper PCI_DEVICE_ID... would have been nice,
but for now, this syncs with 2.4

It could be negative.

This is the other part of the missing bits of the compat_ptr patch
pointed out to me by Andrew Morton and Dave Miller. This is just
the architectures I have permission to send you.  Dave has sent you
his own already.

FYI, I have gotten some most strange results with the equivalent of:

     request_queue_t *q = kmalloc(...);
     blk_init_queue(q, ...)

The problem turns out to be that q->backing_dev_info.memory_backed is not
initialized, leaving it to be whatever was there before.  The end result is
that my "driver" never saw write requests, but reads came through fine.
Took a while to figure out that one...

Here's the fix, for what it's worth.  (I had, BTW, tried just zeroing the
whole structure in blk_init_queue(), but that makes IDE oops at boot - it
sets q->queuedata early).

This is a pure identity cleanup:

 - coding style fixes (whitespace, code, comment, line length cleanups)
 - remove dead code
 - simplify constructs, make code more readable