Title: RE: [linux-usb-devel] multiple identical USB devices
> -Original Message-
> From: Thomas Sailer [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 6:53 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [linux-usb-devel] multiple identical USB devices
>
>
> matthew denner wro
Eric Sandeen wrote:
>
> On 25 Mar 2001 22:18:09 -0600, Eric Sandeen wrote:
>
> Oh, and I should give credit where credit is due - Brad Hards initially
> got the driver to a working state, so I could even try the nifty
> firmware tricks. :)
I did minor stuff. It was Stephane and the Zapman that
I've seen something like this before... AFAICT, it's a cosmetic error in
the /proc/scsi/scsi display.
Matt
On Tue, Mar 27, 2001 at 07:55:41PM -0500, Robert Baruch wrote:
> I attached both the SDDR09 and HP8200e, modprobed usb-storage, and I
> found that according to /proc/scsi/scsi, both device
I added the patch from a while ago into the CVS tree. This apparently
makes the HP8230 CDRW work. I've tested it on my 8200 and it works fine,
so the change isn't harmful. If you have an 8230, please try this.
I wrote 550MB of mp3's to a CD using the 8200 and xcdroast at 4x speed
and Disk-At-O
I attached both the SDDR09 and HP8200e, modprobed usb-storage, and I
found that according to /proc/scsi/scsi, both devices got the same scsi
LUN! Not sure where in the code the LUN's are allocated, though.
--Rob
___
[EMAIL PROTECTED]
To unsubscribe,
Matthew Dharm wrote:
> Rob --
>
> Are you sure this is the right patch file? It doesn't look like it
> implements the changes you describe...
>
> Matt
For sure... Unless what's in CVS isn't in kernel 2.4.2. This is a patch
against the previous version of what's in CVS.
It looks funny when i
And here is the change (relative to the previous patch) to the SDDR09
driver which accepts an ALLOW_MEDIUM_REMOVAL command (and does nothing
with it except put out a debug message).
It's in CVS, and here is the patch.
--Rob
--- sddr09.c.orig Tue Mar 27 17:28:34 2001
+++ sddr09.cTue
Rob --
Are you sure this is the right patch file? It doesn't look like it
implements the changes you describe...
Matt
On Tue, Mar 27, 2001 at 05:07:27PM -0500, Robert Baruch wrote:
> I updated the SDDR09 driver to dummy up a response for MODE SENSE code
> page 0x3F. I also made sure that size
I updated the SDDR09 driver to dummy up a response for MODE SENSE code
page 0x3F. I also made sure that sizeof(mode_page_01) returns the proper
size; it does.
Changes are in the CVS tree, but here is the patch.
--Rob
--- sddr09.c.orig Tue Mar 27 17:05:41 2001
+++ sddr09.cTue Mar 27
Right, OK, that explains it. I need to modify the driver to respond to a
mode sense on page 0x3F as well as 0x01. The SDDR-09 does not respond to
MODE SENSE requests at all, so I need to dummy up the proper response.
Clearly I have to do the same with ALLOW MEDIUM REMOVAL.
--Rob
Matthew Dharm
Hrm... looks like a bug... srb->cmnd[2] & 0x3F == 0x3F, not 0x01. This is
probably a leftover from when sd.c used to request page 1, instead of "all
pages" -- I changed this when I discovered devices that didn't implement
page 1, causing the write-protect test to fail. Requesting all pages is
gu
matthew denner wrote:
> i guess what this comes down to is: is this a problem within the USB support
> under Linux or is it something incorrect in the quickcam driver in how it's
> using the USB stuff?
I don't think this is a general Linux USB problem, I can use two mice
without problem.
Tom
Dear all,
sorry but this is a real idiot question(s) but is it possible to use two USB
devices of the same type at the same time? i have two logitech quickcams
and would like to capture from both of them at the start. according to the
driver (which i'm helping to develop) both of the cameras ha
Title: RE: [linux-usb-devel] What is TransferBufferMDL ?
Salut ..tom
Thank you very much for your help, it is clearer in my mind now.
I've managed to solve my problem !
-Message d'origine-
De : ..tom [mailto:[EMAIL PROTECTED]]
Envoyé : lundi 26 mars 2001 21:43
À : [EMAIL PROTECTED]
O
14 matches
Mail list logo