It seems to me that code and comments disagree in drivers/usr/core/usb.c.

I attached a patch fixing the comments. Hopefully the code is right :)
This patch is against 2.5.16

removed urb->next usage, as it's not needed and has been removed from the
urb structure.

Added comments, as per the request of several people.

the attached patch for usb-uhci-hcd includes the possibility to specify the
FSBR-mode and depth-first-search-modes via module parameters. Thanks go to
Kevin (kjsisson@bellsouth.net) for this nice idea. He had problems with
stv0680-based cameras when using the default (breadth first) methods.

The interval-value for isochronous transfers is also now supported.

Additionally the patch removes a few typos, obsolete comments+code and
a few non-portable variable declarations.

Problem has been found and fixed. A wild pointer was created,
and what happened afterwards was essentially random. Below the
1-symbol fix that I sent to the list yesterday.

This patch lets more devices hook up to USB 2.0 hubs, stuff
like keyboards, mice, hubs that hasn't worked yet:

- schedules full/low speed interrupt transactions
- tracks CSPLIT bandwidth for full/low speed interrupt
  transactions
- moves some bus bandwidth calculation out of the EHCI code
- makes the bandwidth calculation primitive public, and
  adds kerneldoc for it

It still takes a scheduling shortcut, placing at most one
interrupt transaction in a frame (vs potentially over 100),
but it should do for now.

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

So I missed at least one file which still relied on implicitly exporting
symbols. Now fixed.

The following allows the ramdisk to work on 2.5.18; maybe we need a
comment in do_open() ?

If d_splice_alias() doesn't find the alias dentry, it returns NULL.
Then, msdos_lookup() dereference the NULL, and Oopses. Fixed here.

The vfat_lookup() part is cleanup only.

FORCE is the de-facto standard name for a prequisite to force
recompilation, so instead of using a mix of 'dummy','FORCE' and
'FORCE_RECOMPILE' use 'FORCE' everywhere.

Also, move figuring out the path relative to the top level dir
into Rules.make, instead of calling an external script. 

It's possible to say "make <subdir>", to descend into that subdir
and recursively build things there. This patch provides this
facility generally without the arch Makefiles needing to duplicate
it for arch/$(ARCH)/somedir.

We now have the information which objects are being built
modular / built-in in Rules.make, so use this information instead
of passing flags to the sub makes.

into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5

ia64_switch_mode().

Didn't get the net/ conversion quite right, and apparently overlooked
one subdir in sound/. Now fixed.

Use the new

	obj-$(CONFIG_FOO) += foo/

syntax to descend into a subdir and link in the result, if
CONFIG_FOO=y.

Build the headers only when we need them during the build, not always
at 'make dep' time.

We use O_TARGET everywhere else, so let's just convert the remaining
users (They get the implicit built-in.o O_TARGET now)

(plus a bit of rearranging in the ISDN Makefiles) 

If a Makefile defines neither O_TARGET nor L_TARGET, let's assume a
default of 'built-in.o'. The goal of this is, of course, to eventually
get rid of O_TARGET completely.

 - move the contents of bdev_get_queue() into do_open() and
   check_partitions() and cache the result in new field of struct
   block_device

 - clean it at the same places that reset ->bd_op, etc.

 - make bdev_get_queue() return cached pointer.

 - kill the last caller of get_hardsect_size() (switching it to
   bdev_hardsect_size()).

 - kill blk_get_queue() and switching to bdev_get_queue()

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

  - make sure return codes are negative (i.e. return -ENOMEM and not return ENOMEM et al)

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

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

Fixes a warning in ieee1394_types.h and an error in include/linux/usb.h

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