On Tuesday, September 13, 2016 9:48:55 AM CEST Peter Chen wrote:
> On Mon, Sep 12, 2016 at 05:36:23PM +0200, Arnd Bergmann wrote:
> > Moving the CONFIG_USB_ULPI_BUS option to the top-level Kconfig file
> > means that we can enable it without any of the other USB support,
> > leading to a build erro
On Wed, Sep 07, 2016 at 02:35:19PM -0700, Stephen Boyd wrote:
> The high-speed phy on qcom SoCs is controlled via the ULPI
> viewport.
>
Hi Stephen, I am a little puzzled how this driver co-work with chipidea
driver. According to nxp IC guys, the ULPI PHY's clock needs to be enabled
before access
On Tue, Sep 13, 2016 at 09:04:08AM +0200, Arnd Bergmann wrote:
> On Tuesday, September 13, 2016 9:48:55 AM CEST Peter Chen wrote:
> > On Mon, Sep 12, 2016 at 05:36:23PM +0200, Arnd Bergmann wrote:
> > > Moving the CONFIG_USB_ULPI_BUS option to the top-level Kconfig file
> > > means that we can enab
On Tuesday, September 13, 2016 3:19:42 PM CEST Peter Chen wrote:
>
> I just see below Kconfig entry at the same Kconfig
> (drivers/usb/Kconfig), and forget your changes.
>
> config USB_LED_TRIG
> bool "USB LED Triggers"
> depends on LEDS_CLASS && USB_COMMON && LEDS_TRIGGERS
>
On Mon, Sep 12 2016, Mark Brown wrote:
> [ Unknown signature status ]
> On Mon, Sep 12, 2016 at 03:27:18PM +0200, NeilBrown wrote:
>> On Mon, Sep 12 2016, Mark Brown wrote:
>
>> > It's no worse than any other board file situation - if someone has that
>> > problem they get to fix it.
>
>> My point
On 09/12/2016 04:11 PM, Alan Stern wrote:
> On Mon, 12 Sep 2016, Binyamin Sharet (bsharet) wrote:
>
>>> On 8 Sep 2016, at 23:24, Alan Stern wrote:
>>>
>>> On Thu, 8 Sep 2016, Binyamin Sharet (bsharet) wrote:
>>>
> On 8 Sep 2016, at 22:20, Alan Stern wrote:
>
> On Thu, 8 Sep 2016, Biny
If dma_pfn_offset is not inherited correctly from the host controller,
it might result in sub-optimal configuration as bounce
buffer limit might be set to less than optimal level.
Consider the mass storage device case.
USB storage driver creates a scsi host for the mass storage interface in
driver
On Tue, Sep 13, 2016 at 09:36:39AM +0200, Arnd Bergmann wrote:
> On Tuesday, September 13, 2016 3:19:42 PM CEST Peter Chen wrote:
> >
> > I just see below Kconfig entry at the same Kconfig
> > (drivers/usb/Kconfig), and forget your changes.
> >
> > config USB_LED_TRIG
> > bool "USB LED Tr
On Tuesday, September 13, 2016 4:50:05 PM CEST Peter Chen wrote:
> On Tue, Sep 13, 2016 at 09:36:39AM +0200, Arnd Bergmann wrote:
> > On Tuesday, September 13, 2016 3:19:42 PM CEST Peter Chen wrote:
> > >
> > > I just see below Kconfig entry at the same Kconfig
> > > (drivers/usb/Kconfig), and for
On Tuesday, September 13, 2016 11:16:03 AM CEST Roger Quadros wrote:
> If dma_pfn_offset is not inherited correctly from the host controller,
> it might result in sub-optimal configuration as bounce
> buffer limit might be set to less than optimal level.
>
> Consider the mass storage device case.
Hi Randy,
could you check if the other host-only dwc2 are also affected by this (rk3188,
rk3036) please? Because they also seem to act up in some strange way
sometimes.
Thanks
Heiko
Am Samstag, 10. September 2016, 02:59:36 CEST schrieb Randy Li:
> At this stage it is the only "full features"
On 09/13/2016 07:06 PM, Heiko Stuebner wrote:
Hi Randy,
could you check if the other host-only dwc2 are also affected by this (rk3188,
rk3036) please? Because they also seem to act up in some strange way
But I don't have those board currently. I would arrange them anyway.
Btw, I would send a
On 09/12/2016 10:35 PM, Felipe Balbi wrote:
Hi,
Guenter Roeck writes:
Should it be clk_disable_unprepare(), or maybe something like the
following
if (!pm_runtime_status_suspended(dev))
clk_disable_unprepare();
else
clk_unprepare();
I'm not su
On Tue, 13 Sep 2016, Arnd Bergmann wrote:
> On Tuesday, September 13, 2016 11:16:03 AM CEST Roger Quadros wrote:
> > If dma_pfn_offset is not inherited correctly from the host controller,
> > it might result in sub-optimal configuration as bounce
> > buffer limit might be set to less than optimal
A. (sorry for my stupid realisation-originated-question), for
the same serial-cable types with identical "idVendor" and "idProduct",
are they guaranteed to have unique serial-numbers?
We have the Prolific-PL2303-Serial-To-USB-converters with ID 067b:2303.
Right now I have two of these piec
On Tue, Sep 13, 2016 at 07:20:01PM +0530, Ajay Garg wrote:
> A. (sorry for my stupid realisation-originated-question), for
> the same serial-cable types with identical "idVendor" and "idProduct",
> are they guaranteed to have unique serial-numbers?
No, there is no such USB requirement. Od
Hi,
Guenter Roeck writes:
> On 09/12/2016 10:35 PM, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Guenter Roeck writes:
> Should it be clk_disable_unprepare(), or maybe something like the
> following
>
> if (!pm_runtime_status_suspended(dev))
> clk_disable_unprepare();
>>>
Hi,
On Mon, Sep 12, 2016 at 08:18:05PM -0700, Tony Lindgren wrote:
> * Bin Liu [160912 11:36]:
> > On Mon, Sep 12, 2016 at 08:05:30PM +0200, Andreas Kemnade wrote:
> > > Hmm, then the question is: Couldn't the X_musb_disable simply be called
> > > from X_probe if needed to be an the safe side?
>
On Tue, Sep 13, 2016 at 05:32:23PM +0300, Laurent Pinchart wrote:
> Hi Bin,
>
> On Tuesday 13 Sep 2016 09:14:48 Bin Liu wrote:
> > On Mon, Sep 12, 2016 at 08:18:05PM -0700, Tony Lindgren wrote:
> > > * Bin Liu [160912 11:36]:
> > > > On Mon, Sep 12, 2016 at 08:05:30PM +0200, Andreas Kemnade wrote
* Bin Liu [160913 07:40]:
> On Tue, Sep 13, 2016 at 05:32:23PM +0300, Laurent Pinchart wrote:
> > Hi Bin,
> >
> > On Tuesday 13 Sep 2016 09:14:48 Bin Liu wrote:
> > > On Mon, Sep 12, 2016 at 08:18:05PM -0700, Tony Lindgren wrote:
> > > > * Bin Liu [160912 11:36]:
> > > > > On Mon, Sep 12, 2016 a
Further cleanup making the debug messages more precise, useful
and removing mere trace points.
Signed-off-by: Oliver Neukum
---
drivers/usb/class/cdc-acm.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-ac
Actually make it retutn useful information.
Signed-off-by: Oliver Neukum
---
drivers/usb/class/cdc-acm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-acm.c
index fef0d8f..faab151 100644
--- a/drivers/usb/class/cdc
Am Dienstag, 13. September 2016, 19:26:03 CEST schrieb ayaka:
> On 09/13/2016 07:06 PM, Heiko Stuebner wrote:
> > Hi Randy,
> >
> > could you check if the other host-only dwc2 are also affected by this
> > (rk3188, rk3036) please? Because they also seem to act up in some strange
> > way
> But I do
Hi Bin,
On Tuesday 13 Sep 2016 09:14:48 Bin Liu wrote:
> On Mon, Sep 12, 2016 at 08:18:05PM -0700, Tony Lindgren wrote:
> > * Bin Liu [160912 11:36]:
> > > On Mon, Sep 12, 2016 at 08:05:30PM +0200, Andreas Kemnade wrote:
> > > > Hmm, then the question is: Couldn't the X_musb_disable simply be
> >
Thanks Greg for the reply.
Following are some outputs for a cable ::
ls -lrth /dev/serial/by-path/
total 0
lrwxrwxrwx 1 root root 13 Sep 13 14:43
platform-3f98.usb-usb-0:1.4:1.0-port0 -> ../../ttyUSB0
ls -lrth /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Sep 13 14:43
usb-Prolific_T
Hi Martin,
Am Freitag, den 09.09.2016, 22:36 +0200 schrieb Martin Blumenstingl:
> On Fri, Sep 9, 2016 at 5:33 PM, Kevin Hilman wrote:
> > Martin Blumenstingl writes:
> >
> >> On Thu, Sep 8, 2016 at 10:53 PM, Ben Dooks
> >> wrote:
> >>> On 08/09/16 21:42, Kevin Hilman wrote:
>
> Ben D
On Tue, Sep 13, 2016 at 08:45:14PM +0530, Ajay Garg wrote:
> Thanks Greg for the reply.
>
>
>
> Following are some outputs for a cable ::
>
> ls -lrth /dev/serial/by-path/
> total 0
> lrwxrwxrwx 1 root root 13 Sep 13 14:43
> platform-3f98.usb-usb-0:1.4:1.0-port0 -> ../../ttyUSB0
>
> ls -lr
We can occasionally get -EINPROGRESS for pm_runtime_get. In that case
we can just continue as we're queueing transfers anyways when
pm_runtime_active is not set.
Fixes: fdea2d09b997 ("dmaengine: cppi41: Add basic PM runtime support")
Signed-off-by: Tony Lindgren
---
drivers/dma/cppi41.c | 2 +-
Hi Peter,
First thank you for your help.
On 13/09/16 08:52, Peter Chen wrote:
On Mon, Sep 12, 2016 at 12:06:10PM +0200, Fabien Lahoudere wrote:
On 12/09/16 11:46, Peter Chen wrote:
On Mon, Sep 12, 2016 at 11:13:01AM +0200, Fabien Lahoudere wrote:
Hi,
Yes, please send the patch and tell m
Hi Philipp,
On Tue, Sep 13, 2016 at 5:28 PM, Philipp Zabel wrote:
> Hi Martin,
>
> Am Freitag, den 09.09.2016, 22:36 +0200 schrieb Martin Blumenstingl:
>> On Fri, Sep 9, 2016 at 5:33 PM, Kevin Hilman wrote:
>> > Martin Blumenstingl writes:
>> >
>> >> On Thu, Sep 8, 2016 at 10:53 PM, Ben Dooks
On 9/12/2016 7:09 AM, Rob Herring wrote:
> On Thu, Sep 01, 2016 at 02:32:30PM -0700, John Youn wrote:
>> From: Thinh Nguyen
>>
>> Added ref_clk_per for writing to GUCTL.RefClkPer which
>> sets the period of ref_clk in nano second.
>>
>> Signed-off-by: Thinh Nguyen
>> Signed-off-by: John Youn
>>
On 9/12/2016 8:30 AM, Rob Herring wrote:
> On Thu, Sep 01, 2016 at 02:32:33PM -0700, John Youn wrote:
>> From: Thinh Nguyen
>>
>> Added gfladj variable to control the core behavior with respect to
>> SOF, ITP, and frame timer functionality.
>>
>> Currently there is dwc->fladj that holds a single f
On 9/12/2016 10:52 PM, Felipe Balbi wrote:
>
> Hi Masahiro,
>
> Masahiro Yamada writes:
>> The combo of list_empty() check and return list_first_entry()
>> can be replaced with list_first_entry_or_null().
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>
> Care to split this into two patches (one
Hi Mathias,
That worked, although I had to specify the quirks via a kernel boot
parameter. Thanks for your help!
Hasan.
On Mon, Sep 12, 2016 at 9:40 AM, Mathias Nyman
wrote:
> On 05.09.2016 19:46, Hasan Mahmood wrote:
>>
>> System reboots instead of shutting down if xhci is enabled in BIOS and
* Alan Stern [160910 19:27]:
> On Fri, 9 Sep 2016, Alan Stern wrote:
>
> > On Fri, 9 Sep 2016, Tony Lindgren wrote:
> >
> > > * Alan Stern [160909 13:41]:
> > > > On Fri, 9 Sep 2016, Tony Lindgren wrote:
> > > >
> > > > > * Alan Stern [160909 12:47]:
> > > > > > You know, as far as I can tell
The DMA descriptors are little endian, and we do a pretty good
job of handling them with the proper le32_to_cpu() markings, but
we don't actually mark them as __le32. This means checkers like
sparse can't easily find new bugs. Let's mark the members of
structures properly and fix the few places whe
In the case of an extcon-usb-gpio device being used with the
chipidea driver we'll sometimes miss the BSVIS event in the OTGSC
register. Consider the case where we don't have a cable attached
and the id pin is indicating "host" mode. When we plug in the usb
cable for "device" mode a gpio goes high
Martin Blumenstingl writes:
> On Tue, Sep 13, 2016 at 5:28 PM, Philipp Zabel wrote:
[...]
>>> I added Philipp and Hans to this thread - maybe they can comment on this.
>>> To sum it up, our problem is:
>>> - there are two separate USB PHYs on Meson GXBB
>>> - both are sharing the same reset li
On the db410c 96boards platform we have a TC7USB40MU[1] on the
board to mux the D+/D- lines from the SoC between a micro usb
"device" port and a USB hub for "host" roles. Upon a role switch,
we need to change this mux to forward the D+/D- lines to either
the port or the hub. Therefore, introduce a
According to (badf6d47f8a9 "usb: common: rework CONFIG_USB_COMMON logic")
we should select USB_COMMON at Kconfig when usb common stuffs are needed,
but some of Kconfig enties have not followed it, update them.
Cc: Arnd Bergmann
Cc: Felipe Balbi
Cc: Heikki Krogerus
Signed-off-by: Peter Chen
---
On Tue, Sep 13, 2016 at 01:41:44PM -0700, Stephen Boyd wrote:
> Quoting Peter Chen (2016-09-13 00:03:58)
> > On Wed, Sep 07, 2016 at 02:35:19PM -0700, Stephen Boyd wrote:
> > > The high-speed phy on qcom SoCs is controlled via the ULPI
> > > viewport.
> > >
> >
> > Hi Stephen, I am a little puzzl
On Tue, Sep 13, 2016 at 04:06:31PM -0700, Stephen Boyd wrote:
> The DMA descriptors are little endian, and we do a pretty good
> job of handling them with the proper le32_to_cpu() markings, but
> we don't actually mark them as __le32. This means checkers like
> sparse can't easily find new bugs. Le
On Wed, Sep 14, 2016 at 10:37:40AM +0800, Peter Chen wrote:
> On Tue, Sep 13, 2016 at 04:06:31PM -0700, Stephen Boyd wrote:
> > The DMA descriptors are little endian, and we do a pretty good
> > job of handling them with the proper le32_to_cpu() markings, but
> > we don't actually mark them as __le
On Tue, Sep 13, 2016 at 06:42:46PM -0700, Stephen Boyd wrote:
> On the db410c 96boards platform we have a TC7USB40MU[1] on the
> board to mux the D+/D- lines from the SoC between a micro usb
> "device" port and a USB hub for "host" roles. Upon a role switch,
> we need to change this mux to forward
On Saturday 10 September 2016 05:48 PM, Kishon Vijay Abraham I wrote:
>
> On Wed, Sep 07, 2016 at 02:35:19PM -0700, Stephen Boyd wrote:
>> The high-speed phy on qcom SoCs is controlled via the ULPI
>> viewport.
>>
>> Cc: Kishon Vijay Abraham I
>> Cc:
>> Signed-off-by: Stephen Boyd
>
> merged
The DMA descriptors are little endian, and we do a pretty good
job of handling them with the proper le32_to_cpu() markings, but
we don't actually mark them as __le32. This means checkers like
sparse can't easily find new bugs. Let's mark the members of
structures properly and fix the few places whe
On Tue, Sep 13, 2016 at 10:53:02PM -0700, Stephen Boyd wrote:
> The DMA descriptors are little endian, and we do a pretty good
> job of handling them with the proper le32_to_cpu() markings, but
> we don't actually mark them as __le32. This means checkers like
> sparse can't easily find new bugs. Le
47 matches
Mail list logo
