Re: [PATCH v1] usb: dwc3: gadget: sanity check for usb request complete function in ep_enqueue and giveback function.

hi, Tang Jianqiang writes: > From: Jianqiang Tang > > Do sanity check for usb request complete function as we hit random > null pointer kernel panic in giveback function. > > From the call trace, show the complete function should be null. >

Re: Freezable workqueue blocks non-freezable workqueue during the system resume process

On Thu, Feb 25, 2016 at 05:01:12PM -0500, Tejun Heo wrote: > Hello, Peter. > > On Wed, Feb 24, 2016 at 03:24:30PM +0800, Peter Chen wrote: > > > You might want to complain to the block-layer people about this. I > > > don't know if anything can be done to fix it. > > > > > > Or maybe

Re: [PATCH RESEND] usb: phy: mxs: Suggest passing "usbcore.autosuspend=-1" for mx23/mx28

On Thu, Feb 25, 2016 at 02:08:44PM -0300, Fabio Estevam wrote: > On Wed, Feb 24, 2016 at 10:20 PM, Peter Chen wrote: > > > Would you get any chances to test i.mx28 evk with an external HUB? > > I just would like to know it is not a HUB issue which can't be > > suspended. >

Re: [PATCH 2/5 v7] usb: musb: core: added helper functions for parsing DT

Hi, On Wed, Feb 24, 2016 at 04:27:15PM +0100, Petr Kulhavy wrote: > This adds two functions to get DT properties "mentor,power" and "dr_mode": > musb_get_power() and musb_get_mode() Sorry for my late comments, but I don't see the value of adding musb_get_power() into musb core. It is just a

Re: [PATCH 2/5 v7] usb: musb: core: added helper functions for parsing DT

Hi, On Thu, Feb 25, 2016 at 01:04:13PM +0100, Petr Kulhavy wrote: > On 25.02.2016 12:53, Sergei Shtylyov wrote: > > > >>> I then fail to understand the logic behind hard coding. > >> > >>And I fail to understand your plans with the other drivers. > >>Are you trying to say that the

[PATCH v1] usb: dwc3: gadget: sanity check for usb request complete function in ep_enqueue and giveback function.

From: Jianqiang Tang Do sanity check for usb request complete function as we hit random null pointer kernel panic in giveback function. >From the call trace, show the complete function should be null. So we add the sanity check before every usb request queue to dwc3

Re: System hangs with weak USB cable

> I agree, but where was a crash? I don't have any context here, was > there a kernel oops somewhere? I thought the hub just reset itself. I > have a hub like that here, it resets itself a few times a day, but > there's no kernel crash because of it. Yes, there were kernel oopses, you can find

Re: Freezable workqueue blocks non-freezable workqueue during the system resume process

Hello, Peter. On Wed, Feb 24, 2016 at 03:24:30PM +0800, Peter Chen wrote: > > You might want to complain to the block-layer people about this. I > > don't know if anything can be done to fix it. > > > > Or maybe flush_work and flush_delayed_work can be changed to avoid > > blocking if the

asynchronous IO for chaoskey

Hi, could you test this? It ought to give you more throughput through asynchronousity. Regards Oliver From b32c2f840c1ff0d0e93b627eb07b2fdc11f37bb5 Mon Sep 17 00:00:00 2001 From: Oliver Neukum Date: Thu, 25 Feb 2016 12:20:12 +0100 Subject: [PATCH 1/4]

Re: [PATCH] Support HP lt4114 LTE Module (Huawei ME206V-561)

On Thu, 2016-02-25 at 18:15 +0100, Bjørn Mork wrote: > Dan Williams writes: > > On Mon, 2016-02-22 at 18:03 +0700, Lars Melin wrote: > > > On 2016-02-21 10:09, Daniel Johnson wrote: > > > > On Fri, Feb 19, 2016 at 12:27 AM, Bjørn Mork > > > > wrote: > > > > > One

我的交友主页是

你的老朋友邀你来Q群:343257759

Re: [PATCH] Support HP lt4114 LTE Module (Huawei ME206V-561)

Dan Williams writes: > On Mon, 2016-02-22 at 18:03 +0700, Lars Melin wrote: >> On 2016-02-21 10:09, Daniel Johnson wrote: >> > On Fri, Feb 19, 2016 at 12:27 AM, Bjørn Mork wrote: >> > > One of them is likely a QCDM port if this is really a Qualcomm >> > > based >>

Re: [PATCH RESEND] usb: phy: mxs: Suggest passing "usbcore.autosuspend=-1" for mx23/mx28

On Wed, Feb 24, 2016 at 10:20 PM, Peter Chen wrote: > Would you get any chances to test i.mx28 evk with an external HUB? > I just would like to know it is not a HUB issue which can't be > suspended. Just connected an external USB hub on a mx28evk and did not see any

[BUG] USB ethernet on XHCI dies under load

USB ethernet devices stop responding when plugged in to USB3 XHCI ports and flooded with incoming traffic. The usbnet layer seems to get -EPROTO from the xhci driver. Nothing is usually logged in kernel when this occurs, but with dyndebug on there are errors like: ax88179_178a 4-1.1:1.0

Re: [PATCH 2/5 v7] usb: musb: core: added helper functions for parsing DT

On 25.02.2016 12:53, Sergei Shtylyov wrote: I then fail to understand the logic behind hard coding. And I fail to understand your plans with the other drivers. Are you trying to say that the "mentor,power" (or "power" in OMAP2430) property should be completely abandoned and the values

Re: [PATCH 2/5 v7] usb: musb: core: added helper functions for parsing DT

Hello. On 2/25/2016 11:55 AM, Petr Kulhavy wrote: +#if IS_ENABLED(CONFIG_OF) +/* gets the "mentor,power" property from DT + * and converts it from mA to 2mA units for the "power" parameter + * in struct musb_hdrc_platform_data + * + * in case the property is not found returns 0 + */ +extern

Re: [PATCH 2/5 v7] usb: musb: core: added helper functions for parsing DT

On 24.02.2016 18:30, Sergei Shtylyov wrote: On 02/24/2016 08:10 PM, Petr Kulhavy wrote: +#if IS_ENABLED(CONFIG_OF) +/* gets the "mentor,power" property from DT + * and converts it from mA to 2mA units for the "power" parameter + * in struct musb_hdrc_platform_data + * + * in case the