[PATCH 1/2] [ARM] pxa: add minimal ULPI functionality for USB host port 2 on PXA310.
Igor Grinberg
grinberg at compulab.co.il
Wed Apr 14 11:03:10 EDT 2010
On 04/14/10 01:47, Eric Miao wrote:
> On Wed, Apr 14, 2010 at 6:06 AM, Daniel Mack <daniel at caiaq.de> wrote:
>
>> On Wed, Apr 07, 2010 at 06:05:22PM +0300, Igor Grinberg wrote:
>>
>>> Signed-off-by: Igor Grinberg <grinberg at compulab.co.il>
>>> Signed-off-by: Mike Rapoport <mike at compulab.co.il>
>>> ---
>>> arch/arm/mach-pxa/Makefile | 1 +
>>> arch/arm/mach-pxa/pxa310-ulpi.c | 240 +++++++++++++++++++++++++++++++++++++++
>>> arch/arm/mach-pxa/pxa310-ulpi.h | 85 ++++++++++++++
>>> 3 files changed, 326 insertions(+), 0 deletions(-)
>>> create mode 100644 arch/arm/mach-pxa/pxa310-ulpi.c
>>> create mode 100644 arch/arm/mach-pxa/pxa310-ulpi.h
>>>
>> The USB OTG/ULPI framework could well be reused for that I think. All
>> that you would need is a struct otg_io_access_ops with two function
>> pointers to read and write registers. Then you can use otg_ulpi_create()
>> to set up an ULPI compliant device connected to the bus.
>>
>>
> Right, that's what I'm thinking as well esp. since ULPI is a standard
> (ok, kinds of) and I'm not seeing too much specialty of pxa3xx ULPI
> except for the way to access registers. Cannot remember the detail
> but the OTG might be a hybrid model on pxa310, and might be a
> little bit different from others.
>
>
Eric, Daniel,
Thanks for the comments.
So, the only right way is to patch OHCI to support the
otg_io_access_ops, isn't it?
Ok. I'll send a v2 in a couple of days.
Thanks,
Igor
More information about the linux-arm-kernel
mailing list