Hi Felipe,
On 08.04.2014 16:31, Felipe Balbi wrote:
>>> diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
>>> index 819a7cd..d369bf1 100644
>>> --- a/drivers/usb/musb/omap2430.c
>>> +++ b/drivers/usb/musb/omap2430.c
>>> @@ -316,7 +316,13 @@ static void omap_musb_mailbox_work(s
mailbox is always wrapped with
> pm_runtime calls.
>
> Reported-by: Stefan Roese
> Signed-off-by: Felipe Balbi
>
> diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c
> index 819a7cd..d369bf1 100644
> --- a/drivers/usb/musb/omap2430.c
> +++ b/driv
Hi Felipe,
On 04.04.2014 17:35, Stefan Roese wrote:
>>> I'm currently seeing a problem on an OMAP3530 based board (Technexion
>>> TAO3530). Where the MUSB is configured as device/peripheral and the
>>> ethernet
>>> gadget is compiled into the kernel. This
Hi Felipe,
On 04.04.2014 16:34, Felipe Balbi wrote:
On Fri, Apr 04, 2014 at 09:45:06AM +0200, Stefan Roese wrote:
Hi!
I'm currently seeing a problem on an OMAP3530 based board (Technexion
TAO3530). Where the MUSB is configured as device/peripheral and the ethernet
gadget is compiled int
Hi!
I'm currently seeing a problem on an OMAP3530 based board (Technexion
TAO3530). Where the MUSB is configured as device/peripheral and the
ethernet gadget is compiled into the kernel. This works without any
problems and usb0 is available when the USB cable is connected to a PC
upon startup
On 07/18/2013 02:02 PM, Daniel Mack wrote:
> On 18.07.2013 11:40, Stefan Roese wrote:
>> On 07/18/2013 11:18 AM, Kishon Vijay Abraham I wrote:
>>>> I'm testing musb as OTG on beagleboard (old one, not Beagle-xm). And
>>>> using the latest kernel.org ver
On 07/18/2013 11:18 AM, Kishon Vijay Abraham I wrote:
>> I'm testing musb as OTG on beagleboard (old one, not Beagle-xm). And
>> using the latest kernel.org version with this patch applied I see the
>> following messages while booting (repeatedly):
>>
>> [4.998168] usb usb1: bus auto-suspend, w
On 07/16/2013 08:52 PM, Daniel Mack wrote:
> Commit b7e2e75a8c ("usb: gadget: drop unused USB_GADGET_MUSB_HDRC")
> dropped a config symbol that was unused by the musb core, but it turns
> out that board support code had references to it.
>
> As the core now has a fall-back to host-only mode if sup
