[linux-usb-devel] Re: Submited (004756-3463)

2003-06-08 Thread admin_china
Please see the attached file.

[linux-usb-devel] (no subject)

2003-06-08 Thread 深圳市帝昊电子有限公司
³Ï Õ÷ ´ú Àí ÎÒ¹«Ë¾ÎªÊýÂë²úƷרҵÉú²úÉÌ¡£Ö÷Òª²úƷΪusb flash disk¡£²úÆ·Ô¶ÏúÅ·ÃÀ¡£¼¼ÊõÁìÏÈ¡£Îª¹úÄÚusb2.0uÅÌÁìÏÈÉú²úÕß¡£ÏÖ¹«Ë¾³ÏÑû¸÷µØÇøIT¾«Ó¢ºÏ×÷£¬ÍƹãÊý×ÖÁ¦Á¿ÏµÁÐuÅÌ¡£ÁíÓÐuÅÌ+mp3¶þºÏÒ»²¥·ÅÆ÷¡£³Ð½Óoem£¬³ÏÕ÷´úÀí¡£ »¶Ó­¹ã´óÐÂÀÏÅóÓÑÀ´µçÀ´º¯´¹Ñ¯¡£ µç»°£º0755£­83254907 ´«Õ棺0755£­8325

[linux-usb-devel] Re: When is the next BK pull going to happen?

2003-06-08 Thread Greg KH
On Sun, Jun 08, 2003 at 02:25:59PM -0700, Matthew Dharm wrote: > Greg, when is the next BK pull from the Linus tree going to happen? > > Normally, you seem to pull after a release, but since those are getting > farther and farther apart Because my tree is not based on Linus's tree, it's a lot

Re: [linux-usb-devel] ehci-hcd eats cardreader

2003-06-08 Thread gmurray
Quoting Stefan Neuwirth <[EMAIL PROTECTED]>: > Hi there, > > when loading usb-uhci (2.4.21-rc7-ac1) my 6in1 cardreader (bcm 3230, > Vendor-ID 0x0aec, > Produkt-ID 0x3050) is present. It's listed in /proc/bus/ucb/devices: This is how the device presented itself for identification, Spd=12, bus-p

[linux-usb-devel] When is the next BK pull going to happen?

2003-06-08 Thread Matthew Dharm
Greg, when is the next BK pull from the Linus tree going to happen? Normally, you seem to pull after a release, but since those are getting farther and farther apart Right now, there are fixes in the SCSI core that I need to move forward on development. Specifically, the implementation of a

[linux-usb-devel] PATCH: remove dead code

2003-06-08 Thread Matthew Dharm
This patch removes the code that faked the EVPD INQUIRY. The SCSI core no longer does that, so there is no need to filter it. Greg, please apply. Matt # This is a BitKeeper generated patch for the following project: # Project Name: greg k-h's linux 2.5 USB kernel tree # This patch format is int

[linux-usb-devel] PATCH: re-organize probe/disconnect

2003-06-08 Thread Matthew Dharm
This patch re-organizes probe and disconnect into smaller functions (which are all functionally equivalent to the current code). This allows easier verification that the code is correct, and will make for easier implementation of the proper SCSI shutdown code. It also fixes a few comments. Greg,

[linux-usb-devel] PATCH: handle babble

2003-06-08 Thread Matthew Dharm
This patch introduces some handling for babble conditions. Basically, once a babble is detected, we return sense data saying the command was invalid. We also go on to transfer the CSW (for BBB transport) so we stay in phase with the device. This isn't guaranteed to work with every device that ba

[linux-usb-devel] [PATCH] simplify/change usb.usermap handling

2003-06-08 Thread Olaf Hering
Hi, the are are currently 3 kind of maps for device drivers /lib/modules/*/modules.usbmap for the running kernel (and the "sane" drivers) /etc/hotplug/usb.handmap for some hid devices that do not trigger events /etc/hotplug/usb.distmap for the old 2.2 kernel and /etc/hotplug/usb.usermap which is e

Re: [linux-usb-devel] Status of USB UFI Floppy Format under Linux.

2003-06-08 Thread Matthew Dharm
On Sun, Jun 08, 2003 at 07:44:32PM +0100, Ralph Corderoy wrote: > After soon realising that fdformat wouldn't work I tried sformat having > set up CONFIG_CHR_DEV_SG but, although that initially detects the drive, > it soon locks the laptop requiring a reboot. That's interesting... (the lockup, tha

[linux-usb-devel] Status of USB UFI Floppy Format under Linux.

2003-06-08 Thread Ralph Corderoy
Hi, [There's been no replies to my message to linux-usb-users so I'm wondering it is better suited for linux-usb-devel. Apologies if I'm still in the wrong place.] I've spent the last few hours stumbling around understanding what's involved in getting this Sony Vaio PCG-Z505JE's USB floppy driv

[linux-usb-devel] Re: PATCH: (2.4.21) Re: [BUG, usb-storage] Solved!? (Problem intransport.c, usb_stor_transfer_partial?)

2003-06-08 Thread Alan Stern
On Sun, 8 Jun 2003, Martin Kittel wrote: > Hi Alan, > > thanks for your quick reply. > > I finally got the camera to work, although my impression is that I am > treating the symptoms rather than curing the disease... Sounds like it, from your description. > It seems that the camera (Praktica G

[linux-usb-devel] Re: PATCH: (2.4.21) Re: [BUG, usb-storage] Solved!? (Problem intransport.c, usb_stor_transfer_partial?)

2003-06-08 Thread Martin Kittel
Hi Alan, thanks for your quick reply. I finally got the camera to work, although my impression is that I am treating the symptoms rather than curing the disease... It seems that the camera (Praktica Genius 1.3 using transparent SCSI and bulk-only transport) returns -EPIPE on every third read requ

[linux-usb-devel] ehci-hcd eats cardreader

2003-06-08 Thread Stefan Neuwirth
Hi there, when loading usb-uhci (2.4.21-rc7-ac1) my 6in1 cardreader (bcm 3230, Vendor-ID 0x0aec, Produkt-ID 0x3050) is present. It's listed in /proc/bus/ucb/devices: T: Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 11/900 us ( 1%), #Int= 1, #Iso= 0 D: Ver= 1.00 Cls

[linux-usb-devel] Re: [PATCH] queue usb hotplug events

2003-06-08 Thread Olaf Hering
On Sat, Jun 07, David Brownell wrote: > Olaf Hering wrote: > >Hi, > > > >there is a hardcoded sleep 3 in the usb.agent. But this is wrong, > >because the kernel runs all hotplug events at once for a new hub. The > >result is that every event still runs in parallel, just 3 seconds later. > > That