On 3 June 2015 at 21:57, grygorii.stras...@linaro.org
wrote:
> Hi Tomeu,
>
> On 05/28/2015 07:33 AM, Rob Herring wrote:
>> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso
>> wrote:
>>> I have a problem with the panel on my Tegra Chromebook taking longer than
>>> expected to be ready during boot (S
After the worker thread is launched, bind function is doing further
configuration. Stop the thread in case of failure. Also use
kthread_run to encapsulate thread creation and launch.
Signed-off-by: Sanjay Singh Rawat
---
drivers/usb/gadget/function/f_mass_storage.c | 11 ++-
1 file chang
On Thu, Jun 04 2015, Sanjay Singh Rawat wrote:
> After the worker thread is launched, bind function is doing further
> configuration. Stop the thread in case of failure. Also use
> kthread_run to encapsulate thread creation and launch.
Sounds like two separate patches to me. Or perhaps better thi
Hi Baolu,
On Thu, May 28, 2015 at 08:50:12AM +0800, Lu, Baolu wrote:
> On 05/28/2015 12:53 AM, David Cohen wrote:
> >Hi,
> >
> >On Tue, May 26, 2015 at 07:37:02PM -0700, Greg Kroah-Hartman wrote:
> >>On Wed, May 27, 2015 at 09:45:37AM +0800, Lu Baolu wrote:
> >>>Phy drivers and the ulpi interface
On 06/04/2015 08:17 PM, Heikki Krogerus wrote:
Hi Baolu,
On Thu, May 28, 2015 at 08:50:12AM +0800, Lu, Baolu wrote:
On 05/28/2015 12:53 AM, David Cohen wrote:
Hi,
On Tue, May 26, 2015 at 07:37:02PM -0700, Greg Kroah-Hartman wrote:
On Wed, May 27, 2015 at 09:45:37AM +0800, Lu Baolu wrote:
P
Phy drivers and the ulpi interface providers depend on the
registration of the ulpi bus. Ulpi registers the bus in
module_init(). This could cause unnecessary bus users'
probe delays. i.e. unnecessary -EPROBE_DEFER happening on
ulpi_drivers in case they're registered before ulpi bus
itself.
Repor
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Monday, June 1, 2015 8:34 PM
> To: John Youn
> Cc: ba...@ti.com; Kaukab, Yousaf; Heiko Stuebner; linux-usb@vger.kernel.org;
> Herrero, Gregory; r.bald...@samsung.com;
> dingu...@opensource.altera.com; zhangfei@linar
On 06/04/2015 11:39 AM, Tomeu Vizoso wrote:
> On 3 June 2015 at 21:57, grygorii.stras...@linaro.org
> wrote:
>> On 05/28/2015 07:33 AM, Rob Herring wrote:
>>> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso
>>> wrote:
I have a problem with the panel on my Tegra Chromebook taking longer than
>
Hi Filipe!
Hope you are doing well!
At Synopsys we are developing a system using our DesignWare USB 3.0 Controller,
configured to operate as an USB 2.0 (featuring OTG 2.0).
I talked to Jonh Youn about this and he said that something was being done to
make dwc3 driver support OTG 2.0.
I would like
Am 03.06.2015 um 21:57 schrieb grygorii.stras...@linaro.org:
...
> So few comments from above:
> - registering devices later during the System boot may improve boot time.
> But resolving of all deferred probes may NOT improve boot time ;)
> Have you seen smth like this?
If someone is out fo
On Thu, Jun 04, 2015 at 08:17:03PM +0100, Joao Pinto wrote:
> Hi Filipe!
^
e
> Hope you are doing well!
sure am.
> At Synopsys we are developing a system using our DesignWare USB 3.0
> Controller, configured to operate as an USB 2.0 (featuring OTG 2.0).
yeah, there are quite a few d
Am 03.06.2015 um 23:12 schrieb Rob Clark:
> On Mon, May 25, 2015 at 10:53 AM, Tomeu Vizoso
> wrote:
>> Hello,
>>
>> I have a problem with the panel on my Tegra Chromebook taking longer than
>> expected to be ready during boot (Stéphane Marchesin reported what is
>> basically the same issue in [0])
On Thu, Jun 04, 2015 at 01:18:19PM -0700, John D. Blair wrote:
> From: "John D. Blair"
>
> Added the USB serial device ID for the HubZ dual ZigBee
> and Z-Wave radio dongle.
>
> Signed-off-by: John D. Blair
Applied, thanks.
Johan
--
To unsubscribe from this list: send the line "unsubscribe li
Hi Peter,
> All imx usb controller's non core registers uses the same clock gate with
> core registers, the usbmisc_imx is the library for imx glue driver, the
> glue keeps clock on when it calls usbmisc_imx API to change non-core register.
>
> Besides, we will support runtime pm in the future, i
Hi all!
I'm a simple linux user, not a developer, but I just
added a new record to source of "option" usb serial
module (option.c) to add support for a usb internet
dongle: Olivetti Olicard-300.
Hope this is the right place to submit my changes so
that kernel developers can apply to next versions
The ops is never changed in ulpi_phy_create(), so make it const.
Signed-off-by: Axel Lin
---
drivers/phy/ulpi_phy.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/phy/ulpi_phy.h b/drivers/phy/ulpi_phy.h
index ac49fb6..f2ebe49 100644
--- a/drivers/phy/ulpi_phy.h
+++ b
Hi Joao,
On Thu, 4 Jun 2015 15:46:04 -0500
Felipe Balbi wrote:
> On Thu, Jun 04, 2015 at 08:17:03PM +0100, Joao Pinto wrote:
> > Hi Filipe!
> ^
> e
>
> > Hope you are doing well!
>
> sure am.
>
> > At Synopsys we are developing a system using our DesignWare USB 3.0
> > Controller,
On Wed, May 27, 2015 at 11:41:31AM +0100, Rui Miguel Silva wrote:
> do not try to set cancel function in synchronous operations in
> ffs_epfile_{read,write}_iter.
>
> With, 70e60d917 gadget/function/f_fs.c: switch to ->{read,write}_iter()
> if CONFIG_AIO is disable there is no problem as kiocb_set
On Fri, Jun 05, 2015 at 12:12:19AM +0200, Maciej S. Szmigiero wrote:
> Hi Peter,
>
> > All imx usb controller's non core registers uses the same clock gate with
> > core registers, the usbmisc_imx is the library for imx glue driver, the
> > glue keeps clock on when it calls usbmisc_imx API to chan
On 6/4/2015 5:15 PM, Michal Nazarewicz wrote:
On Thu, Jun 04 2015, Sanjay Singh Rawat wrote:
After the worker thread is launched, bind function is doing further
configuration. Stop the thread in case of failure. Also use
kthread_run to encapsulate thread creation and launch.
Sounds like two s
On Fri, May 29, 2015 at 11:38:44AM -0500, Rob Herring wrote:
> Combine the ChipIdea USB binding into a single document to reduce
> duplication and fragmentation. This marks use of the old PHY bindings as
> deprecated. Future compatible bindings should use generic PHY binding.
>
> Signed-off-by: Ro
On Fri, May 29, 2015 at 11:38:45AM -0500, Rob Herring wrote:
> Currently, ci_default_pdata is common to all instances of the driver and
> gets modified by the core driver code. This is bad if there are multiple
> instances of the device with different settings such as the phy type. Fix
> this by ma
On Fri, May 29, 2015 at 11:38:46AM -0500, Rob Herring wrote:
> The Marvell 28nm HSIC PHY requires the port to be forced to HS mode after
> the port power is applied. This is done using the test mode in the PORTSC
> register.
>
> As HSIC is always HS, this work-around should be safe to do with all
23 matches
Mail list logo
