posted on behalf of a client:
I have observed a problem with the usb ddk. Here is the pidin information
on my class driver (devu-ekey) and the host controller:
135184 1 6/o.ohci/devu-ohci 10o SIGWAITINFO
135184 2 6/o.ohci/devu-ohci 21r RECEIVE 1
135184 3 6/o.ohci/devu-ohci 10o RECEIVE 3
135184 4 6/o.ohci/devu-ohci 9o REPLY 2
135184 5 6/o.ohci/devu-ohci 10o REPLY 135184
135184 6 6/o.ohci/devu-ohci 10r READY
1122333 1 ey_i1000/devu-ekey 9r REPLY 135184
1122333 2 ey_i1000/devu-ekey 10r RECEIVE 2
1122333 3 ey_i1000/devu-ekey 9r RECEIVE 1
1122333 4 ey_i1000/devu-ekey 9r REPLY 135184
Normally, thread 1 of devu-ekey is in the state of “READY”. When I
encountered this problem, thread 1 is constantly blocked on reply from the
host controller and never frees up. The host controller does not detect any
more usb devices that are inserted in the port.
To create this condition, I insert and remove the usb device very quickly.
When the device is inserted, my program reads information from the device
(usbd_setup_vendor) and prints the information to the screen. When the
device is removed, my program will print some information to the screen as
well. It took a while to create this problem but when it happened, my
program was in the middle of reading information from the device. Some
information from the device has been printed on the screen. I believe it is
still in the middle of reading more information, hence the reply-blocked
state. The device has already been removed from the port. That could be
the reason that the host controller will not respond to the read request.
In any case, there should be a reasonable timeout for this message transfer.
If the host controller does not respond, then the message should be aborted.
Can you check on this for me?
\
Randy Martin randy@qnx.com
Manager of FAE Group, North America
QNX Software Systems www.qnx.com
175 Terence Matthews Crescent, Kanata, Ontario, Canada K2M 1W8
Tel: 613-591-0931 Fax: 613-591-3579
Randy Martin <randy@qnx.com> wrote:
What is the date/version of the DDK being used?
posted on behalf of a client:
I have observed a problem with the usb ddk. Here is the pidin information
on my class driver (devu-ekey) and the host controller:
135184 1 6/o.ohci/devu-ohci 10o SIGWAITINFO
135184 2 6/o.ohci/devu-ohci 21r RECEIVE 1
135184 3 6/o.ohci/devu-ohci 10o RECEIVE 3
135184 4 6/o.ohci/devu-ohci 9o REPLY 2
135184 5 6/o.ohci/devu-ohci 10o REPLY 135184
135184 6 6/o.ohci/devu-ohci 10r READY
1122333 1 ey_i1000/devu-ekey 9r REPLY 135184
1122333 2 ey_i1000/devu-ekey 10r RECEIVE 2
1122333 3 ey_i1000/devu-ekey 9r RECEIVE 1
1122333 4 ey_i1000/devu-ekey 9r REPLY 135184
Normally, thread 1 of devu-ekey is in the state of “READY”. When I
encountered this problem, thread 1 is constantly blocked on reply from the
host controller and never frees up. The host controller does not detect any
more usb devices that are inserted in the port.
To create this condition, I insert and remove the usb device very quickly.
When the device is inserted, my program reads information from the device
(usbd_setup_vendor) and prints the information to the screen. When the
device is removed, my program will print some information to the screen as
well. It took a while to create this problem but when it happened, my
program was in the middle of reading information from the device. Some
information from the device has been printed on the screen. I believe it is
still in the middle of reading more information, hence the reply-blocked
state. The device has already been removed from the port. That could be
the reason that the host controller will not respond to the read request.
In any case, there should be a reasonable timeout for this message transfer.
If the host controller does not respond, then the message should be aborted.
Can you check on this for me?
–
Randy Martin > randy@qnx.com
Manager of FAE Group, North America
QNX Software Systems > www.qnx.com
175 Terence Matthews Crescent, Kanata, Ontario, Canada K2M 1W8
Tel: 613-591-0931 Fax: 613-591-3579
The date is 2/7/01. The ddk version is 1.00. This problem has not occurred
again in a long while. It could have been a bug in my program.
“Kevin Chiles” <kchiles@qnx.com> wrote in message
news:99ablm$hiq$1@nntp.qnx.com…
Randy Martin <> randy@qnx.com> > wrote:
What is the date/version of the DDK being used?
posted on behalf of a client:
I have observed a problem with the usb ddk. Here is the pidin
information
on my class driver (devu-ekey) and the host controller:
135184 1 6/o.ohci/devu-ohci 10o SIGWAITINFO
135184 2 6/o.ohci/devu-ohci 21r RECEIVE 1
135184 3 6/o.ohci/devu-ohci 10o RECEIVE 3
135184 4 6/o.ohci/devu-ohci 9o REPLY 2
135184 5 6/o.ohci/devu-ohci 10o REPLY 135184
135184 6 6/o.ohci/devu-ohci 10r READY
1122333 1 ey_i1000/devu-ekey 9r REPLY 135184
1122333 2 ey_i1000/devu-ekey 10r RECEIVE 2
1122333 3 ey_i1000/devu-ekey 9r RECEIVE 1
1122333 4 ey_i1000/devu-ekey 9r REPLY 135184
Normally, thread 1 of devu-ekey is in the state of “READY”. When I
encountered this problem, thread 1 is constantly blocked on reply from
the
host controller and never frees up. The host controller does not detect
any
more usb devices that are inserted in the port.
To create this condition, I insert and remove the usb device very
quickly.
When the device is inserted, my program reads information from the
device
(usbd_setup_vendor) and prints the information to the screen. When the
device is removed, my program will print some information to the screen
as
well. It took a while to create this problem but when it happened, my
program was in the middle of reading information from the device. Some
information from the device has been printed on the screen. I believe
it is
still in the middle of reading more information, hence the reply-blocked
state. The device has already been removed from the port. That could
be
the reason that the host controller will not respond to the read
request.
In any case, there should be a reasonable timeout for this message
transfer.
If the host controller does not respond, then the message should be
aborted.
Can you check on this for me?
\
Randy Martin > randy@qnx.com
Manager of FAE Group, North America
QNX Software Systems > www.qnx.com
175 Terence Matthews Crescent, Kanata, Ontario, Canada K2M 1W8
Tel: 613-591-0931 Fax: 613-591-3579