Skip to contentSkip to conversation

USB changes for 2.5.58

PATCH In review Greg KH 2 participants 4 messages Jan 15, 2003 – Jan 17, 2003

lore
Share & tools
lore

Greg KH

author
#0 lore raw

PATCH 1/1 USB changes for 2.5.58

Please pull from: bk://linuxusb.bkbits.net/linus-2.5

thanks,

greg k-h

 MAINTAINERS                     |    6 ++---
 drivers/usb/class/bluetty.c     |    7 ------
 drivers/usb/class/cdc-acm.c     |    4 ---
 drivers/usb/core/hcd.c          |    2 -
 drivers/usb/core/hcd.h          |    3 --
 drivers/usb/core/usb.c          |    1 
 drivers/usb/misc/speedtouch.c   |   45 ++++++++++++++++++++--------------------
 drivers/usb/serial/bus.c        |   13 +++++++++++
 drivers/usb/serial/usb-serial.c |    1 
 drivers/usb/storage/scsiglue.c  |    6 ++++-
 include/linux/usb.h             |    4 ++-
 11 files changed, 52 insertions(+), 40 deletions(-)

-----

[email protected], 2003-01-15 14:50:56-08:00, [email protected]
USB: added .owner for USB drivers that have a struct tty_driver

 drivers/usb/class/bluetty.c     |    7 +------
 drivers/usb/class/cdc-acm.c     |    4 +---
 drivers/usb/serial/usb-serial.c |    1 +
 3 files changed, 3 insertions(+), 9 deletions(-)

------

[email protected], 2003-01-15 13:23:54-08:00, [email protected]
[PATCH] USB: SpeedTouch not Speed Touch

speedtouch: use SpeedTouch everywhere (was sometimes Speed Touch).

 drivers/usb/misc/speedtouch.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

------

[email protected], 2003-01-15 13:23:22-08:00, [email protected]
[PATCH] USB: make more speedtouch functions static

speedtouch: make more functions static.

 drivers/usb/misc/speedtouch.c |   39 +++++++++++++++++++--------------------
 1 files changed, 19 insertions(+), 20 deletions(-)

------

[email protected], 2003-01-15 13:22:47-08:00, [email protected]
[PATCH] USB: kill speedtouch tasklet when shutdown

speedtouch: kill receive queue tasklet on shutdown (race pointed
out by Oliver Neukum).

 drivers/usb/misc/speedtouch.c |    2 ++
 1 files changed, 2 insertions(+)

------

[email protected], 2003-01-15 13:22:21-08:00, [email protected]
[PATCH] maintain hcd_dev queue in FIFO order

Current uses of the urb_list have all been to make sure we have some list of pending urbs, so we can clean them all up after HCs die, and avoid trying to unlink something that's not actually linked. So order hasn't mattered.

This makes the order be FIFO, which is more useful for other purposes. Like being the HCD's internal schedule, or dumping for debug.

 drivers/usb/core/hcd.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

------

[email protected], 2003-01-15 12:48:26-08:00, [email protected]
[PATCH] Change maintainership of USB scanner driver

 MAINTAINERS |    6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

------

[email protected], 2003-01-14 17:49:55-08:00, [email protected]
[PATCH] USB: add dev attribute for usb-serial devices in sysfs

 drivers/usb/serial/bus.c |   13 +++++++++++++
 1 files changed, 13 insertions(+)

------

[email protected], 2003-01-13 17:31:46-08:00, [email protected]
[PATCH] USB: put the usb storage's SCSI device in the proper place in sysfs.

Also makes usb_ifnum_to_if() a public function

 drivers/usb/core/hcd.h         |    3 ---
 drivers/usb/core/usb.c         |    1 +
 drivers/usb/storage/scsiglue.c |    5 ++++-
 include/linux/usb.h            |    4 +++-
 4 files changed, 8 insertions(+), 5 deletions(-)

------

[email protected], 2003-01-13 17:25:34-08:00, [email protected]
[PATCH] USB storage sysfs fix

It looks like there is a missing scsi_set_device() call in scsiglue.c, (similiar to what happens if we handled NULL dev pointer in scis_add_host) so all the usb scsi devices end up under /sysfs/devices.

I don't have any usb mass storage devices, this patch against 2.5 bk compiles but otherwise is not tested. It should put the usb-scsi mass storage devices below the usb sysfs dev (I assume in your case under /sysfs/devices/pci0/00:07.2/usb1/1-2/1-2.4/1-2.4.4).

 drivers/usb/storage/scsiglue.c |    1 +
 1 files changed, 1 insertion(+)

------

#1 lore raw

On Wed, 15 Jan 2003, Greg KH wrote:

Would it be possible to post patches in general instead of pointing to bk:
links? Some people can't use bk and would like the patches (legal opinion, not technical issues).

Signature · 3 lines
bill davidsen <[email protected]>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
author
#2 lore raw
Quoted 5 lines · Bill Davidsen

On Wed, 15 Jan 2003, Greg KH wrote:

Would it be possible to post patches in general instead of pointing to bk:
links? Some people can't use bk and would like the patches (legal opinion, not technical issues).

All usb patches that are sent to Marcelo and Linus are posted to the linux-usb-devel mailing list as responses to the BK posting. I'm not sending them to lkml as that would just be annoying to the 99% of the people on there.

I also put the patches sent in patch form in the:
kernel.org/pub/linux/kernel/people/gregkh/usb/...
directories.

Is that sufficient for those not willing/able to use bk?

thanks,

greg k-h

#3 lore raw
Quoted 12 lines · Greg KH
Quoted 5 lines · Bill Davidsen

On Wed, 15 Jan 2003, Greg KH wrote:

Would it be possible to post patches in general instead of pointing to bk:
links? Some people can't use bk and would like the patches (legal opinion, not technical issues).

All usb patches that are sent to Marcelo and Linus are posted to the linux-usb-devel mailing list as responses to the BK posting. I'm not sending them to lkml as that would just be annoying to the 99% of the people on there.

Quoted 5 lines

I also put the patches sent in patch form in the:
kernel.org/pub/linux/kernel/people/gregkh/usb/...
directories.

Is that sufficient for those not willing/able to use bk?

Yes, very. I missed the patch location, I don't follow the usb-devel list.

Signature · 3 lines
bill davidsen <[email protected]>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.