On Tuesday, January 14, 2014 09:49 PM, Uwe Kleine-König wrote:
Hello Chris,
On Tue, Jan 14, 2014 at 11:53:47AM +0800, Chris Ruehl wrote:
On Tuesday, January 14, 2014 11:30 AM, Alexander Shiyan wrote:
Понедельник, 13 января 2014, 22:31 +01:00 от Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>:
On Sat, Jan 11, 2014 at 06:01:48PM +0400, Alexander Shiyan wrote:
Суббота, 11 января 2014, 13:55 +01:00 от Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>:
On Mon, Nov 11, 2013 at 11:09:16AM +0400, Alexander Shiyan wrote:
Hello.
On Sunday, November 10, 2013 03:18 PM, Alexander Shiyan wrote:
This adds i.MX27 and i.MX31 as the next user of the usbmisc driver.
Signed-off-by: Alexander Shiyan<shc_work@xxxxxxx>
---
drivers/usb/chipidea/usbmisc_imx.c | 42 ++++++++++++++++++++++++++++++++++++++
1 file changed, 42 insertions(+)
...
At this point might be good to patch the imx27.dtsi with the usb defines.
...
I have a working configuration for i.MX27 USB, but I prefer to make a few more
tests before the addition of definitions in DTS. This will be a next step.
Thanks.
Any news here?
Not ready yet.
Are you still working at it? Would you mind sharing more details, like
your current tree/patch stack and what works/doesn't work for you?
Now my work on this is suspended, but will continue later.
I'll send you a personal letter with DT configuration.
Ports (both Host & OTG) are detected by kernel, but works Host only.
OTG not works nor as Host, nor as Device...
---
hi,
I'm still working on my patches for imx27 and ULPI integration. But
have more urgent things in the queue.
Starting from here I'm not sure I understand you.
I have a running version but it cant make it in the kernel. Rework
on platform device code needed.
I have a customized board running OTG/host and USB2/host (USB1 not connected)
Both ports are connected to a ISP1504 ULPI
a) I need a rs-gpio to reset in addition to the cs-gpio the ISP1504 (done)
b) Implement UPLI viewport (IORESOURCE_MEM) and logic to set the external power
supply.
The code (b) was rejected and needs rework.
Just wait until the patches already accepted appears in the
linux-next before commit new patches.
That means: USB works for you? What does "it cant make it in the kernel"
mean? Problems to upstream it?
Do you wait or should I?
I will fix the problem with (b) and resend my patches.
Best regards
Uwe
--
GTSYS Limited RFID Technology
A01 24/F Gold King Industrial Bld
35-41 Tai Lin Pai Road, Kwai Chung, Hong Kong
Fax (852) 8167 4060 - Tel (852) 3598 9488
Disclaimer: http://www.gtsys.com.hk/email/classified.html
--
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
