This patch adds some new events to the sonypi driver (Fn key
pressed alone, jogdial turned fast or very fast) and cleanups
the code a little bit.

Thanks to Christian Gennerat for this contribution.

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

Latest version of the epoll interfaces.

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

into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-kobject

struct subsystem may now contain a pointer to a NULL-terminated array of 
default attributes to be exported when an object is registered with the subsystem.
kobject registration will check the return values of the directory creation and 
the creation of each file, and handle it appropriately. 

The documentation has also been updated.

Previously, sysfs read() and write() calls looked for sysfs_ops in the struct 
sysfs_dir, in the kobject. Since objects belong to a subsystem, and is a member
of a group of like devices, the sysfs_ops have been moved to struct subsystem,
and are referenced from there.

The only remaining member of struct sysfs_dir is the dentry of the object's 
directory. That is moved out of the dir struct and directly into struct kobject.
That saves us 4 bytes/object.

All of the sysfs functions that referenced the struct have been changed to just
reference the dentry.

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

This fixes "choice" behaviour - it sets the correct default and fixes
oldconfig.

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

into dell.com:/home/mdomsch/bk/linux-2.5-edd-tolinus

A struct subsystem is basically a collection of objects of a certain type,
and some callbacks to operate on objects of that type. 

subsystems contain embedded kobjects themselves, and have a similar set of 
library routines that kobjects do, which are mostly just wrappers for the
correlating kobject routines. 

kobjects are inserted in depth-first order into their subsystem's list of 
objects. Orphan kobjects are also given foster parents that point to their
subsystem. This provides a bit more rigidity in the hierarchy, and disallows
any orphan kobjects.

When an object is unregistered, it is removed from its subsystem's list. When
the objects' refcount hits 0, the subsystem's ->release() callback is called. 

Documentation describing the objects and the interfaces has also been added.

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

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

Add new configs to match changes done lately.

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

If we are to build menuconfig/xconfig, we may not have a .config
yet, so we shouldn't try to include it.

Set MODVERDIR before including the subdir Makefile, drivers/scsi/53c700
needs it.

Got it.  Breakage happened when Jens was switching to partial
completions - !uptodate is not quite the same as !err ;-)

With this fixed everything seems to work nicely.

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

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

It's now

int sysfs_create_link(struct kobject * kobj, struct kobject * target, char * name)

So, the caller doesn't have to determine the path of the target nor the depth of
the object we're creating the symlink for; it's all taken care of.

This mentions the web page with information about how to use
the 'usbtest' driver.

This is a version of a patch I sent out last Friday to help
address some of the "bad entry" errors that some folk
were seeing, seemingly only with control requests.  The fix
is just to not try being clever: remove one TD at a time and
patch the ED as if that TD had completed normally, then do
the next ... don't try to patch just once in this fault case.
(And it nukes some debug info I accidently submitted.)

I've gotten preliminary feedback that this helps.

This patch splits up the usb structures to have two structs,
"usb_XXX_descriptor" with just the descriptor, and "usb_host_XXX" (or
something similar) to wrap it and add the "extra" pointers plus the
array of related descriptors that the host parsed during enumeration.
(2 or 3 words extra in each"usb_host_XXX".)  This further matches the
"on the wire" data and enables the gadget drivers to share the same
header file.

Covers all the linux/drivers/usb/* and linux/sound/usb/* stuff, but
not a handful of other drivers (bluetooth, iforce, hisax, irda) that
are out of the usb tree and will likely be affected.

into osdl.org:/home/mochel/src/kernel/devel/linux-2.5-kobject

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

We used to lock (ind mod use count) all drivers just in case, but
it makes more sense to only lock the one we're just using, in
particular since the old scheme was rather broken when insmod'ing
a new driver later.

Now that ttyI's take care of their own business, some cross links
between isdn_common and isdn_tty can finally go away.

Again, use a per ttyI timer handler to feed arrived data into the
ttyI. Really, there shouldn't be the need for any timer at all,
rather working flow control, but that'll take a bit to fix.

There's really no good reason to delay sending out data on a ttyI, ISDN
is slow enough anyway ;)
  
(There is one reason, i.e. allowing to coalesce multiple chars, but
that is better fixed by having the upper levels (tty) send larger
buffers)

Again, use a per ttyI timer handler for NO CARRIER messages, only
activated when used.

Again, use a per ttyI timer handler for RING messages, only activated
when used.

Instead of having one common timer and walking the list of
all ISDN channels, which might be possibly associated with a
ttyI and even more possibly so waiting for the silence period
after "+++", just use a per ttyI timer, which only gets activated
when necessary.