[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <021101cc30c6$30dd7760$92986620$@org>
Date: Wed, 22 Jun 2011 13:21:43 +0300
From: "Tanya Brokhman" <tlinder@...eaurora.org>
To: "'Sebastian Andrzej Siewior'" <bigeasy@...utronix.de>
Cc: <balbi@...com>, <linux-usb@...r.kernel.org>,
<linux-arm-msm@...r.kernel.org>, <ablay@...eaurora.org>,
"'open list'" <linux-kernel@...r.kernel.org>
Subject: RE: [RFC/PATCH v2 1/2] usb:dummy_hcd: connect/disconnect test support
Hi Sebastian,
> * Tatyana Brokhman | 2011-06-22 11:39:00 [+0300]:
>
> >This implementation adds a new proprietary device control requests (to
> be
> >handled by the dummy_hcd) that initiates a connect/disconnect
> sequence.
> >The bRequest value of the new control request is 0x52.
> >It is used by the user-space Unit testing application.
> >
> >Signed-off-by: Tatyana Linder <tlinder@...eaurora.org>
>
> As far as I understand this should be used to test real Hardware. Mind
> moving this to composite_setup() so it can be re-used by other ucd as
> well? usb_gadget_*nect() should do the pullup() trick.
>
Felipe also suggested that on the last version of this patch. Here is a
quote of his email on the subject:
"actually, this is quite useful. Specially for the controllers which _can_
do soft-connect by toggling data pullups. I would rather have these sort of
thing maybe in composite.c, so that we can build tests with all gadget
drivers/controllers, not only dummy_hcd.
That said, I think now it's not the time to fiddle too much with these
details right now. So best to keep this in dummy_hcd until we know the test
tools are actually good."
So, right now I'll leave it in dummy_hcd if it's ok with you.
Thanks,
Tanya Brokhman
---
Sent by an consultant of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists