Re: [linux-usb-devel] Linux USB as Target (not Host) device.

2003-01-06 Thread David Brownell
Richard Pitt wrote: > The OTG extension to the 2.0 standard is where you want to go I'd > suggest. If you're saying that we should plan on an API that can handle OTG, then yes! In 2.5 we have a small part already: lets host and device side driver APIs use the same standard usb data structure

[linux-usb-devel] =?ksc5601?b?KLGksO0pwM67/bTrv6rA/C4uLrLewMcgvP3A2g==?==?ksc5601?b?ILyxxcPAuiC3zrbHuLa9usXNsKEgw6XA08H4tNku?=

2003-01-06 Thread =?ksc5601?b?t862x7i2vbrFzQ==?=
Title: ´ç÷Ȯ·ü 100¹è up, °¡°Ý ÃÖ´ë 45% DOWN. ¹é¯º¹±Ç ź»ý!!!

[linux-usb-devel] Re: IDs

2003-01-06 Thread Patrick Mansfield
On Tue, Jan 07, 2003 at 03:19:45AM +0100, [EMAIL PROTECTED] wrote: > > We can tell if the id sdev->name should be unique by looking at > > the first byte (it is not unique if the value is 'Z'), > > SCSI_UID_UNKNOWN. > > Such things are nontrivial. Yes ... > And where we have heuristics only, it

[linux-usb-devel] Re: IDs

2003-01-06 Thread Andries . Brouwer
> We can tell if the id sdev->name should be unique by looking at > the first byte (it is not unique if the value is 'Z'), > SCSI_UID_UNKNOWN. Such things are nontrivial. % cat /sysfs/devices/ide-scsi/0:0:0:0/0:0:0:0/name SHP CD-Writer+ 8200 [ Here the serial number consists of the '[' only

[linux-usb-devel] Re: IDs

2003-01-06 Thread Patrick Mansfield
Andries - On Tue, Jan 07, 2003 at 01:00:47AM +0100, [EMAIL PROTECTED] wrote: > Maybe I should ask you to explain more in detail what purpose > you have in mind. If I read your code and hear you talking > it sounds like you would like to have a string identifying > the device. But in many cases no

[linux-usb-devel] Re: Toshiba e740

2003-01-06 Thread Greg KH
On Thu, Jan 02, 2003 at 05:38:54AM +, Ian Molton wrote: > > I can make a patch if anyone wants but it seems a little pointless for a > 2 liner... Yes, if it works, a patch would make sure that someone actually makes the change to the file :) I would suggest sending it to the author and maint

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Matthew Dharm
On Mon, Jan 06, 2003 at 05:23:22PM -0500, Doug Ledford wrote: > On Mon, Jan 06, 2003 at 11:22:59AM -0800, Matthew Dharm wrote: > > > > The first case: If the additional length indicates < 36 bytes, we should > > never issue the second request (which is where this device choked). This > > should

[linux-usb-devel] Re: PATCH: remove usb_stor_tranfer_length()

2003-01-06 Thread Greg KH
On Sun, Jan 05, 2003 at 05:21:30PM -0800, Matthew Dharm wrote: > This patch removes the (often troublesome) usb_stor_transfer_length() > function. Greg, please apply. > > We've finally gotten all the command initiators to send the correct values > in the srb->request_bufflen field, so this is no

[linux-usb-devel] Re: kaweth freeing skbs

2003-01-06 Thread Greg KH
On Wed, Jan 01, 2003 at 05:41:51PM +0100, Oliver Neukum wrote: > Hi, > > this is the 2.5 version of the 2.4 fix Applied, thanks. greg k-h --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf

[linux-usb-devel] IDs

2003-01-06 Thread Andries . Brouwer
> Instead of truncating the id, we need a new scsi_uid field allocated > to whatever size required. > And, a descriptive string put in the name, rather than the id, such as: > scsi disk [I changed the Subject line "Re: inquiry in scsi_scan.c" since people are still discussing devices with a buggy

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Luben Tuikov
Cress, Andrew R wrote: I think SCSI-Core should care about offsets 36-48, since that is where the serial number usually is returned. Special error handling for emulated devices would be better than limiting the inquiry up front I think. We were discussing the case when CmdDt = 0 and EVPD = 0. T

RE: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Cress, Andrew R
I think SCSI-Core should care about offsets 36-48, since that is where the serial number usually is returned. Special error handling for emulated devices would be better than limiting the inquiry up front I think. Andy -Original Message- From: Matthew Dharm [mailto:[EMAIL PROTECTED]] S

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.4.1, 2002/12/24 10:23:21-08:00, [EMAIL PROTECTED] [PATCH] USB ipaq driver update The ActiveSync USB "protocol" seems to be the same for all WinCE devices seen so far. So it seems reasonable to pre-emptively support all devices which work with ActiveSync. diff -Nru a/Documentatio

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.27, 2003/01/06 11:07:07-08:00, [EMAIL PROTECTED] [PATCH] USB ov511: Convert to new V4L 1 interface Here's a patch to switch ov511 over to the new V4L 1 interface introduced in 2.4.19. Rather than storing the function pointers for open(), ioctl(), etc in struct video_device, I ju

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.26, 2003/01/06 11:02:25-08:00, [EMAIL PROTECTED] [PATCH] USB scanner driver: updated documentation This patch updates the documentation for the USB scanner driver. The details: Documentation/usb/scanner.txt: - Added information about read_timeout - Added more details about

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.25, 2003/01/06 11:02:15-08:00, [EMAIL PROTECTED] [PATCH] scanner.c: fix race in ioctl_scanner() This patch adds locking to ioctl_scanner() which was completely lacking until now. The patch is originally from Oliver Neukum <[EMAIL PROTECTED]>. diff -Nru a/drivers/usb/scanner.c

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.24, 2003/01/06 10:59:57-08:00, [EMAIL PROTECTED] [PATCH] USB kaweth bugfix - correct freeing of skbs diff -Nru a/drivers/usb/kaweth.c b/drivers/usb/kaweth.c --- a/drivers/usb/kaweth.c Mon Jan 6 11:29:39 2003 +++ b/drivers/usb/kaweth.c Mon Jan 6 11:29:39 2003 @@ -69

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.23, 2003/01/06 10:49:31-08:00, [EMAIL PROTECTED] [PATCH] Petkan's email address change email address change diff -Nru a/Documentation/Configure.help b/Documentation/Configure.help --- a/Documentation/Configure.help Mon Jan 6 11:29:46 2003 +++ b/Documentation/Configure.he

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.20, 2002/12/26 18:54:18-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo fixes from 2.5 5/5 Make usbvideo_register take a usb_device_id argument which it can then pass to usb_register via the struct usb_device. Currently it passes NULL. diff -Nru a/drivers/usb/ibmcam.c b/driv

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.22, 2003/01/06 10:49:21-08:00, [EMAIL PROTECTED] [PATCH] USB rtl8150 update set mac address at dev->open() time; diff -Nru a/drivers/usb/rtl8150.c b/drivers/usb/rtl8150.c --- a/drivers/usb/rtl8150.c Mon Jan 6 11:29:54 2003 +++ b/drivers/usb/rtl8150.c Mon Jan 6 11:29:

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.17, 2002/12/26 18:53:28-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo fixes from 2.5 2/5 This patch fixes the use of USBVIDEO_NUMFRAMES. A few places in the code assumed it was 2. diff -Nru a/drivers/usb/usbvideo.c b/drivers/usb/usbvideo.c --- a/drivers/usb/usbvideo.cM

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.21, 2003/01/06 10:49:12-08:00, [EMAIL PROTECTED] [PATCH] USB pegasus update set mac address at dev->open() time as per the standard; missing flag added to Linksys USB10T; diff -Nru a/drivers/usb/pegasus.c b/drivers/usb/pegasus.c --- a/drivers/usb/pegasus.c Mon Jan 6 11:30

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.19, 2002/12/26 18:54:02-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo fixes from 2.5 4/5 Add setVideoMode callback to VIDIOCSWIN Make VIDIOCGWIN return videosize instead of canvas size diff -Nru a/drivers/usb/usbvideo.c b/drivers/usb/usbvideo.c --- a/drivers/usb/usbvideo.c

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.18, 2002/12/26 18:53:43-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo fixes from 2.5 3/5 Add startDataPump and stopDataPump callbacks to usbvideo.c diff -Nru a/drivers/usb/usbvideo.c b/drivers/usb/usbvideo.c --- a/drivers/usb/usbvideo.cMon Jan 6 11:30:27 2003 +++ b/dr

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.16, 2002/12/26 18:53:13-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo fixes from 2.5 1/5 This patch backports some fixes from 2.5 for the RingQueue_* functions Make the buffer length be a power of 2 to speed up index manipulation Make RingQueue_Dequeue use memcpy() rather t

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.15, 2002/12/24 11:56:19-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo cleanups 4/4 This is a backport of some usbvideo cleanups from 2.5: typedef enum { .. } ScanState_t -> enum ScanState typedef enum { .. } ParseState_t -> enum ParseState typedef enum { .. } FrameState_t ->

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.14, 2002/12/24 11:56:06-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo cleanups 3/4 This is a backport of some usbvideo cleanups from 2.5: typedef struct { .. } RingQueue_t -> struct RingQueue typedef struct { .. } usbvideo_sbuf_t -> struct usbvideo_sbuf typedef struct { .. }

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.13, 2002/12/24 11:55:52-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo cleanups 2/4 This is a backport of some usbvideo cleanups from 2.5: typedef struct { } uvd_t -> struct uvd diff -Nru a/drivers/usb/ibmcam.c b/drivers/usb/ibmcam.c --- a/drivers/usb/ibmcam.c Mon Jan

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.12, 2002/12/24 11:55:39-08:00, [EMAIL PROTECTED] [PATCH] 2.4.20 usbvideo cleanups 1/4 This is a backport of some usbvideo cleanups from 2.5: Replace static const char proc[] = with __FUNCTION__ diff -Nru a/drivers/usb/usbvideo.c b/drivers/usb/usbvideo.c --- a/drivers/usb/usb

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.10, 2002/12/23 16:02:27-08:00, [EMAIL PROTECTED] [PATCH] USB scanner: stop managing our module reference count, and let the VFS do it. diff -Nru a/drivers/usb/scanner.c b/drivers/usb/scanner.c --- a/drivers/usb/scanner.c Mon Jan 6 11:31:21 2003 +++ b/drivers/usb/scanner.c

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.9, 2002/12/23 11:55:53-08:00, [EMAIL PROTECTED] [PATCH] usb semaphore lock in 2.4.20-rc1 (since 2.4.13) This fixes an oops if cpia is built into the kernel along with USB. cpia (in drivers/media/) inits before USB and causes use of an uninitialized semaphore in USB. Patch is fr

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.6, 2002/12/23 11:48:06-08:00, [EMAIL PROTECTED] [PATCH] ehci updates This patch basically brings the 2.4 code up to the level of the latest 2.5.52bk4+ patches ... so while not perfect (I know of a hub issue) I think it's worth circulating: - Fixes "it hangs" ... at least for th

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.7, 2002/12/23 11:48:26-08:00, [EMAIL PROTECTED] [PATCH] scanner.c: Accept scanners with more than one interface This patch allows the scanner driver to accept devices with more than one interface. That's needed by some multi-function periphals (e.g. scanner+printer). diff -Nru

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.8, 2002/12/23 11:49:14-08:00, [EMAIL PROTECTED] [PATCH] [PATCH 2.4.21-pre1] scanner.c: Use first altsetting in probe_scanner() Without this patch, the alternate setting with index ifnum was used, not the first one. diff -Nru a/drivers/usb/scanner.c b/drivers/usb/scanner.c ---

[linux-usb-devel] [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.1, 2002/12/19 14:46:41-08:00, [EMAIL PROTECTED] [PATCH] scanner.h: add/fix vendor/product ids This patch adds additional vendor and product ids for Nikon, Mustek, Plustek, Genius, Epson, Canon, Umax, Hewlett-Packard, Benq, Agfa, and Minolta scanners. The entries for Benq, Genius

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.2, 2002/12/19 14:46:51-08:00, [EMAIL PROTECTED] [PATCH] scanner.c: silence noisy debug message The patch changes the noisy "Unable to access minor data" message to a dbg. diff -Nru a/drivers/usb/scanner.c b/drivers/usb/scanner.c --- a/drivers/usb/scanner.c Mon Jan 6 11:32

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.4, 2002/12/19 15:03:38-08:00, [EMAIL PROTECTED] [PATCH] a new device added and assign proper vendor id to the Netgear adapter diff -Nru a/drivers/usb/pegasus.h b/drivers/usb/pegasus.h --- a/drivers/usb/pegasus.h Mon Jan 6 11:32:28 2003 +++ b/drivers/usb/pegasus.h Mon J

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.5, 2002/12/23 11:47:29-08:00, [EMAIL PROTECTED] [PATCH] Update ov511 to version 1.63. This is a backport of the 2.5 driver, Notable changes: * Make use of usb_make_path() * Fix an oops when snapshot mode is enabled * Get rid of automagic resubmit * OV518 is closer to working * C

[linux-usb-devel] Re: [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
ChangeSet 1.893.2.3, 2002/12/19 14:47:00-08:00, [EMAIL PROTECTED] [PATCH] scanner.c: Support for devices with only one bulk-in endpoint This patch (originally from Sergey Vlasov) adds support for scanners with only one bulk-in endpoint. It's needed by all the GT-6801 based scanners like the Artec

[linux-usb-devel] [BK PATCH] USB changes for 2.4.21-pre2

2003-01-06 Thread Greg KH
Hi, Here are some USB updates and bugfixes for 2.4.21-pre2. Please pull from: bk://linuxusb.bkbits.net/marcelo-2.4 The individual patches will be sent in follow up messages to this email to you and the linux-usb-devel mailing list. thanks, greg k-h Documentation/usb/scanner-hp-sane.txt |

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Luben Tuikov
Matthew Dharm wrote: I'm told this is a bad idea because there are some HBA which snoop the INQUIRY data. Since I don't know how that snooping works, I can't comment further. I do, in my own LLDDs. If anything the additional length might increase. Others snoop it for their own awareness of the

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Matthew Dharm
I'm told this is a bad idea because there are some HBA which snoop the INQUIRY data. Since I don't know how that snooping works, I can't comment further. Matt On Mon, Jan 06, 2003 at 03:49:08PM -0500, Luben Tuikov wrote: > Matthew Dharm wrote: > > > > Perhaps the "best" fix here is to simply ma

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread James Bottomley
[EMAIL PROTECTED] said: > bytes_got = max(bytes_requested - cmd->resid, 0); [...] > /* let's rely on the transport to have correctly set */ > /* cmd->resid and report a broken device server */ > I'm afraid that for a large number of HBAs in the tree SCpnt->resid just isn

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Luben Tuikov
Matthew Dharm wrote: Perhaps the "best" fix here is to simply make scsi_scan.c only send 36 byte inquiry requests if the bus is 'emulated'. That would solve a world of problems When scsi_scan.c does it's own scanning for SCSI Core, maybe it's best to ignore 36 < INQUIRY_DATA_LEN < 57, sinc

[linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Patrick Mansfield
On Sun, Jan 05, 2003 at 10:42:46PM +0100, [EMAIL PROTECTED] wrote: > Zwane Mwaikambo writes: > > > This looks related to something i also bumped into > > > > scsi scan: host 2 channel 0 id 0 lun 0 identifier too long > > Sounds familiar. Please try the below (on 2.5.54). > > Andries > Instead

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Matthew Dharm
On Mon, Jan 06, 2003 at 08:18:45PM +0100, [EMAIL PROTECTED] wrote: > > In the case reported, the problem was > > Ha, Alan - it is possible that the two of you are referring > to different things. That confusion is definatly happening. > I mentioned two devices, both return 36 bytes when asked fo

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Andries . Brouwer
> In the case reported, the problem was Ha, Alan - it is possible that the two of you are referring to different things. I mentioned two devices, both return 36 bytes when asked for 36 bytes, but the first has 0 in the additional length field (thus reports length 5), the second has 32 in the addi

[linux-usb-devel] Re: [PATCH 2.4] ov511: Convert to new V4L 1 interface

2003-01-06 Thread Greg KH
On Thu, Jan 02, 2003 at 02:13:33AM -0800, Mark McClelland wrote: > Here's a patch to switch ov511 over to the new V4L 1 interface > introduced in 2.4.19. Rather than storing the function pointers for > open(), ioctl(), etc in struct video_device, I just hand the V4L layer a > struct file_operati

[linux-usb-devel] Re: [PATCH 2.4.21-pre1] scanner.c: fix race in ioctl_scanner()

2003-01-06 Thread Greg KH
On Sat, Dec 28, 2002 at 01:25:47PM +0100, Henning Meier-Geinitz wrote: > Hi, > > This patch adds locking to ioctl_scanner() which was completely > lacking until now. The patch is originally from Oliver Neukum > <[EMAIL PROTECTED]>. > > The patch is on top of the altsetting patch which you already

[linux-usb-devel] Re: [PATCH 2.4.21-pre1] USB scanner driver: updated documentation

2003-01-06 Thread Greg KH
On Thu, Jan 02, 2003 at 10:15:01PM +0100, Henning Meier-Geinitz wrote: > Hi, > > This patch updates the documentation for the USB scanner driver. The > details: Applied, thanks. greg k-h --- This sf.net email is sponsored by:ThinkGeek Welcome

[linux-usb-devel] Re: dev_kfree_skb for kaweth 2.4

2003-01-06 Thread Greg KH
On Wed, Jan 01, 2003 at 05:29:16PM +0100, Oliver Neukum wrote: > Hi Greg, > > this fixes 2.4 kaweth for the new rules of freeing skbs. > Could you please send Marcelo this patch. I am getting > bug reports about this. Applied, thanks. greg k-h --

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Alan Stern
On Mon, 6 Jan 2003, Luben Tuikov wrote: > In this most recent case reported, this looks very similar to > overflow residual, but not quite the same. I.e. *more* data is > actually immediately available (in the buffer) than *we requested* or can > find out by other means (i.e. checking the ADDITION

[linux-usb-devel] 2.5.54 + CardBus USB 2.0 not working

2003-01-06 Thread Richard Chan
CardBus USB 2.0 on 2.5.54 doesn't seem to be working. Any ideas? 1. Linux 2.5.54, user space RedHat 8.0 2. CardBus system seems OK; tested with Linksys PCMCIA wlan card. 3. dmesg cs: cb_alloc(bus 3): vendor 0x1033, device 0x0035 PCI: Device 03:00.0 not available because of resource collisions PC

[linux-usb-devel] Re: Need help about usb_control_msg

2003-01-06 Thread Luca
> The camera must be powered on first before some of the > registers work. Some registers are locks, which control > access to other registers. See the vendor documentation. Yes, i know. The command to power on the camera is exactly that one i wrote in the example in the previous message. The p

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Luben Tuikov
Alan Stern wrote: The SCSI code has no means of knowing the actual length transferred, so has no choice but to believe the length byte in the reply. But the USB code does the transferring itself, and knows precisely how many bytes were transferred. If 36 bytes were transferred and the additional

[linux-usb-devel] bad maxpacket 0

2003-01-06 Thread Koen Van Renterghem
Hi, I'am working on a driver for a cypress fx2 device. I tried loading sample firmwire made by cypress to measure the bandwith, but it fails every time. (I checked and the firmware is loaded ok) I get the following error : urb.c : usb_submit_urb : bogus endpoint 8-IN on usb-00:10:3-4 bad maxpacke

Re: [linux-usb-devel] Re: inquiry in scsi_scan.c

2003-01-06 Thread Alan Stern
On Sun, 5 Jan 2003 [EMAIL PROTECTED] wrote: > The SCSI code has no means of knowing the actual length transferred, > so has no choice but to believe the length byte in the reply. > But the USB code does the transferring itself, and knows precisely > how many bytes were transferred. If 36 bytes wer