Hello!
On 1/15/2018 1:59 AM, Benjamin Herrenschmidt wrote:
The Aspeed SoCs use uhci-platform. With the new dynamic clock
control framework, the corresponding IP block clock must be
properly enabled.
This is a simplified variant of what ehci-platform does, it
looks for *one* clock attached to t
Am Sonntag, den 14.01.2018, 16:09 +0100 schrieb Hans de Goede:
> When disconnected sometimes the cdc-acm driver logs errors like these:
>
> [20278.039417] cdc_acm 2-2:2.1: urb 9 failed submission with -19
> [20278.042924] cdc_acm 2-2:2.1: urb 10 failed submission with -19
> [20278.046449] cdc_acm
On 01/12/2018 07:43 PM, John Keeping wrote:
If there are multiple functions associated with a configuration, then
the UAC2 interfaces may not start at zero. Set the correct first
interface number in the association descriptor so that the audio
interfaces are enumerated correctly in this case.
Am Mittwoch, den 03.01.2018, 17:47 +0100 schrieb Greg KH:
> On Wed, Jan 03, 2018 at 12:59:53PM -0300, Cristian wrote:
> >
> > Hello,
> >
> > I am testing the development version:
> > 4.15.0-041500rc6-generic
> >
> > [ 116.907874] cdc_ether 3-2:1.0 enx0c5b8f279a64: kevent 12 may have
> > been dr
Hi Peter
On Mon, Dec 25, 2017 at 1:56 AM, Peter Chen wrote:
>
>> > On Thu, Nov 16, 2017 at 10:20 AM, Peter Chen wrote:
>> >>
>> >>> >
>> >>> > All USB registers, including USB transceiver, USB non-core, and USB
>> >>> > core.
>> >>>
>> >>> I need to have some time to go to the platform again. I
Hi Manu,
On 11/01/18 03:41, Manu Gautam wrote:
> Hi,
>
>
> On 1/10/2018 6:18 PM, Roger Quadros wrote:
>> Hi Manu,
>>
>> On 27/09/17 14:19, Manu Gautam wrote:
>>> Driver powers-off PHYs and reinitializes DWC3 core and gadget on
>>> resume. While this works fine for gadget mode but in host
>>> mod
This removes the misleading "(hex)" from the attribute descriptions of
configfs-usb-gadget-rndis. These attributes can only accept decimal
numbers, not hexadecimal formatted numbers.
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Signed-off-by: David Lechner
---
Documentation/ABI/testing/configfs-usb
On 01/14/2018 09:44 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20180112:
>
on i386:
../drivers/usb/mtu3/mtu3_plat.c: In function 'mtu3_suspend':
../drivers/usb/mtu3/mtu3_plat.c:462:2: error: implicit declaration of function
'ssusb_wakeup_set' [-Werror=implicit-function-declaration
On Mon, Jan 15, 2018 at 2:41 AM, Sergei Shtylyov
wrote:
> Hello!
>
>
> On 1/15/2018 1:59 AM, Benjamin Herrenschmidt wrote:
>
>> The Aspeed SoCs use uhci-platform. With the new dynamic clock
>> control framework, the corresponding IP block clock must be
>> properly enabled.
>>
>> This is a simplifi
On Mon, 2018-01-15 at 11:41 +0300, Sergei Shtylyov wrote:
> Hello!
>
> On 1/15/2018 1:59 AM, Benjamin Herrenschmidt wrote:
>
> > The Aspeed SoCs use uhci-platform. With the new dynamic clock
> > control framework, the corresponding IP block clock must be
> > properly enabled.
> >
> > This is a s
> This indicates that option isn't the right driver for this for device.
>
> I think we should add a new simple driver for it instead, which reports
> that modem control isn't (yet) supported (yes, your python script would
> need to be updated). This can be extended into a "real" driver, should
>
On 01/15/2018 10:36 AM, David Lechner wrote:
This removes the misleading "(hex)" from the attribute descriptions of
configfs-usb-gadget-rndis. These attributes can only accept decimal
numbers, not hexadecimal formatted numbers.
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Signed-off-by: David Lechn
Commit 4642d34a439f80e16af0d56ed6258a33abae257a
"usb/uhci: Add support for Aspeed BMC SoCs" added
support for a new #ports property, along with
Aspeed specific compatible strings. This adds
documentation for them.
Signed-off-by: Benjamin Herrenschmidt
---
Documentation/devicetree/bindings/usb/us
Hi,
Arnd had sent a patch to fix this issue,
please refer to : https://patchwork.kernel.org/patch/10155685
thanks
On Mon, 2018-01-15 at 11:34 -0800, Randy Dunlap wrote:
> On 01/14/2018 09:44 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20180112:
> >
>
> on i386:
>
> ../driv
Commit 689bf72c6e0d ("usb: dwc3: Don't reinitialize core during
host bus-suspend/resume") updated suspend/resume routines to not
power_off and reinit PHYs/core for host mode.
It broke platforms that rely on DWC3 core to power_off PHYs to
enter low power state on system suspend.
Perform dwc3_core_e
Hi Roger,
On 1/15/2018 9:10 PM, Roger Quadros wrote:
> Hi Manu,
[snip]
>> I think it will be better to separate runtime_suspend and pm_suspend
>> handling for
>> host mode in dwc3. Powering offf/on PHYs and dwc3_core_exit/init across
>> system
>> suspend-resume should be ok but doing that for r
16 matches
Mail list logo