Does the device have a BULK-IN endpoint?

The SL811HS driver does not set the PID value for bulk transfers, it is up
to the device driver or class driver that sets the PID value.  You might
want to look at the class driver to see if there is something wrong.

Pei

-----Original Message-----
From: Thomas Chen <[EMAIL PROTECTED]>
To: Randy.Dunlap <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
<[EMAIL PROTECTED]>
Date: Friday, January 17, 2003 5:43 AM
Subject: Re: [linux-usb-devel] USB PID question....


>on 1/16/03 9:25 PM, Randy.Dunlap at [EMAIL PROTECTED] wrote:
>
>> On Thu, 16 Jan 2003, Thomas Chen wrote:
>>
>> | > like you say:v
>> | > | so... if that is the case... from PC/host point of view... we
SHOULD
>> | > | never send out any packet that is has OUT bit set???? why am i
seeing
>> | > | BULK message being queued up with that bit set ???
>> | > |
>> | > | 0x80000280
>> | > |         ^
>> | > |
>> | > | this starts happening when the usbserial being opened...
>> | > |
>> | > | the driver... (SL811) from my reading that look at the PID and
decide
>> | > | not to copy the data into the chip's memory area.....
>> |
>> |
>> | but when bit 7 is SET... it means IN ... ???  why is the low
>> | level USB driver getting a packet request with PID = PID_IN ????
>> |
>> | that was my confusion....
>> |
>> | the driver is doing
>> |
>> | if (pid != PID_IN)
>> |     copy data into the USB chip
>> |
>> | but the packet PID has PID = IN set ????
>>
>> This is drivers/usb/host/sl*.c, right?
>>
>> Did you trace the call path and value of the <pid> variable there?
>> You can determine that <pid> might be PID_IN, PID_OUT, or PID_SETUP.
>> For PID_OUT and PID_SETUP there is data to write/send on the USB
>> wire to the device.  For PID_IN, there is no data.
>
>
>I did trace it there and there were three packets  with PID_IN (0x69)
>
>why would the driver or even the HOST receive packet with PID_IN ???
>
>i would think as a host... all the packets i generate/send would be
>PIDOUT and PID_SETUP???
>
>
>
>
>-------------------------------------------------------
>This SF.NET email is sponsored by: Thawte.com
>Understand how to protect your customers personal information by
implementing
>SSL on your Apache Web Server. Click here to get our FREE Thawte Apache
>Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en
>_______________________________________________
>[EMAIL PROTECTED]
>To unsubscribe, use the last form field at:
>https://lists.sourceforge.net/lists/listinfo/linux-usb-devel



-------------------------------------------------------
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your 
clients even if they use browsers that are limited to 40 bit encryption. 
Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to