[PATCH] USB: fix Makefile to allow usb midi driver to be built if it's the only class driver selected.

Reduces stack usage in emi26_load_firmware().

Remove redundant __FILE__.

I'll be switching "gadget zero" to use real product IDs
(donated by NetChip), and these are the two drivers that
will need to recognize them.

at least Alpha needs mm.h for "page_address".

The list of open vccs is modified by open/close, and traversed by the
receive tasklet.  This is the last race I know of in this driver.

Use struct list_head rather than a singly linked list in udsl_vcc_data.  Reject
attempts to open multiple vccs with the same vpi/vci pair.  Some cleanups too.

Remove dead code from sarlib, reorganize live sarlib code (trivial transformations).

into kroah.com:/home/greg/linux/BK/gregkh-2.5

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