[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAODwPW-NSrpeptTxts+9wkVwPeUgtHTBEKV0505cfz6f68EnRg@mail.gmail.com>
Date: Wed, 28 Aug 2013 11:24:46 -0700
From: Julius Werner <jwerner@...omium.org>
To: Tushar Behera <tushar.behera@...aro.org>
Cc: Felipe Balbi <balbi@...com>, Julius Werner <jwerner@...omium.org>,
LKML <linux-kernel@...r.kernel.org>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>,
devicetree-discuss@...ts.ozlabs.org,
linux-samsung-soc <linux-samsung-soc@...r.kernel.org>,
Vivek Gautam <gautam.vivek@...sung.com>,
Praveen Paneri <p.paneri@...sung.com>,
Kukjin Kim <kgene.kim@...sung.com>,
Doug Anderson <dianders@...omium.org>,
Olof Johansson <olofj@...omium.org>,
Vincent Palatin <vpalatin@...omium.org>
Subject: Re: [PATCH] usb: phy: samsung-usb2: Toggle HSIC GPIO from device tree
I've tried to get the 3503 driver to work in my case for quite some
time, but ultimately gave up. For me, playing around with the load
order was not enough to solve all issues. When you try to build a
permanent, clean solution for this, you should definitely also test
the case where the hub has already been initialized and configured by
firmware before the kernel booted, because that brought on another
bunch of issues for me.
I think it ultimately only works reliably when you first reset the
hub, then reset the HSIC port on the PHY side before the USB core gets
a chance to talk to it again (thus one of the drivers needs to be
directly connected to and call the other).
--
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