On 04/17/2010 05:49 PM, Sumit Panchasara wrote:
On 04/16/2010 08:13 PM, Alan Stern wrote:
Which tests fail, and why? Can you provide the USB20CV test log?
Alan Stern
All tests starting from set interface fails.
I am not sure what is happening here but if I issue same clr_halt
request on source/sink eps from gadget driver (mv_udc.ko) by capturing
set_interface request then it passes (i.e. without delegating to upper
layers). Here the set interface is happens for interface 0, alt
setting 0.
If I delegate it to gadgetfs.ko and subsequently reaches to user space
usb.c which when issues clr_hlt via ioctl and that when comes to
mv_udc.ko module, it fails and stall the eps. Thus all subsequent
tests fails as well.
I captured all parameters which comes from user space with clr_halt
request but those looks valid so I am not able to make out what is
happening wrong when user space (usb.c) issues clr_halt request on
source/sink fds...?
I believe it is unacceptable to not delegate set_interface request to
upper layers of gadget drivers.
- Sumit
I suspect there could be some intermediate request of ep_disable() which
could modify hw ep registers.
do you think ep_release() could be called up and why with usb.c ?? i can
not see any calls in usb.c...
thanks,
Sumit
--
_____________________________________________________________________
Disclaimer: This e-mail message and all attachments transmitted with it
are intended solely for the use of the addressee and may contain legally
privileged and confidential information. If the reader of this message
is not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby
notified that any dissemination, distribution, copying, or other use of
this message or its attachments is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
replying to this message and please delete it from your computer. Any
views expressed in this message are those of the individual sender
unless otherwise stated.Company has taken enough precautions to prevent
the spread of viruses. However the company accepts no liability for any
damage caused by any virus transmitted by this email.
_____________________________________________________________________
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
