[PATCH] usb: host: ehci-exynos: Handle return value of clk_prepare_enable

clk_prepare_enable() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/usb/host/ehci-exynos.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/usb/host/ehci-exynos.c b/drivers/usb/host/ehci-exynos.c index 7a603f6..26b6411 1006

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

On 2017-06-12 17:37, Bjørn Mork wrote: Lars Melin writes: 1c9e:9803 can be added, the other ones may be reserved id's for products that never reached the market. Out of curiosity: How do you know these things? Thanks for very valuable information. Our lists of supported devices are long en

[PATCH] usb: dwc3: exynos: Handle return value of clk_prepare_enable

clk_prepare_enable() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/usb/dwc3/dwc3-exynos.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/drivers/usb/dwc3/dwc3-exynos.c b/drivers/usb/dwc3/dwc3-exynos.c index 98f74ff..

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi, kbuild test robot writes: > Hi Felipe, > > [auto build test ERROR on balbi-usb/next] > [also build test ERROR on v4.12-rc4 next-20170609] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] this patch depends on another patch [1] in order

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

Lars Melin writes: > 1c9e:9803 can be added, the other ones may be reserved id's for > products that never reached the market. Out of curiosity: How do you know these things? Thanks for very valuable information. Our lists of supported devices are long enough without lots of dead entries...

Re: [PATCH v1] usb: dwc3: gadget: increase readability of dwc3_gadget_init_endpoints()

Hi, Andy Shevchenko writes: > The commit 47d3946ea220 > usb: dwc3: refactor gadget endpoint count calculation > refactored dwc3_gadget_init_endpoints() and in particular changed in our > out endpoint numbering to be through. It's not always convenient and > makes code a slightly harder to

Re: [PATCH v2 0/3] New driver for UCSI (USB Type-C)

On Fri, Jun 09, 2017 at 06:30:30AM -0700, Guenter Roeck wrote: > On 06/09/2017 04:03 AM, Heikki Krogerus wrote: > > Hi Guenter, > > > > On Mon, Jun 05, 2017 at 05:30:22PM +0300, Heikki Krogerus wrote: > > > Hi, > > > > > > This moves the current ucsi driver from drivers/usb/misc/ucsi.c to the > >

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

On 2017-06-12 16:50, Bjørn Mork wrote: Johan Hovold writes: Add device-id entry for the Telewell TW-3G HSPA+ modem, which uses the Longcheer vendor id. Reported-by: Teemu Likonen Cc: stable Signed-off-by: Johan Hovold --- drivers/usb/serial/option.c | 4 1 file changed, 4 insertion

Re: Piping f_acm to real hardware

On Mon, Jun 12, 2017 at 9:48 AM, Greg KH wrote: > On Sun, Jun 11, 2017 at 11:41:02PM +0300, Tal Shorer wrote: >> I'm currently working on a project where I'd like to have an omap board >> running linux be a usb-to-uart converter (using f_acm). I have an >> application that holds both the ttyGS* an

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

On Mon, Jun 12, 2017 at 01:11:18PM +0300, Teemu Likonen wrote: > Johan Hovold [2017-06-12 11:16:12+02] wrote: > > > Add device-id entry for the Telewell TW-3G HSPA+ modem, which uses the > > Longcheer vendor id. > > > > Reported-by: Teemu Likonen > > Cc: stable > > Signed-off-by: Johan Hovold >

Re: ASIX AX88772 USB 2.0 Ethernet stops working after kernel 4.8

Am Montag, den 15.05.2017, 18:26 +0300 schrieb Andrey Aleksandrovich: > > > > Please try to revert > > 535baf8588d04b177cb33700f81499f2b5203c2d > > Sorry, not understood what to try? > I've checked today snapshot of 4.11.1 and 4.12 > Both have the bug. > -- > To unsubscribe from this list: send t

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

[ +CC: Lars, resend with Lars actually on CC ] On Mon, Jun 12, 2017 at 11:50:13AM +0200, Bjørn Mork wrote: > Johan Hovold writes: > > > Add device-id entry for the Telewell TW-3G HSPA+ modem, which uses the > > Longcheer vendor id. > > > > Reported-by: Teemu Likonen > > Cc: stable > > Signed-o

Re: [PATCH] usb: host: ehci: workaround PME bug on AMD EHCI controller

On Mon, Jun 12, 2017 at 3:04 PM, Kai-Heng Feng wrote: > On Fri, Jun 9, 2017 at 10:43 PM, Alan Stern wrote: >> On Fri, 9 Jun 2017, Kai-Heng Feng wrote: >> >> Is this really the right solution? Maybe it would be better to allow >> the controller to go into D3 provided no wakeup signal is needed.

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

[ +CC: Lars ] On Mon, Jun 12, 2017 at 11:50:13AM +0200, Bjørn Mork wrote: > Johan Hovold writes: > > > Add device-id entry for the Telewell TW-3G HSPA+ modem, which uses the > > Longcheer vendor id. > > > > Reported-by: Teemu Likonen > > Cc: stable > > Signed-off-by: Johan Hovold > > --- > >

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

Am Montag, den 12.06.2017, 11:50 +0200 schrieb Bjørn Mork: > It's not clear what type of driver the 'cmntnet.sys' installed by this > is, but I wonder if it maybe is QMI based on the 'qc' prefix? QualCom I am afraid it says nothing about the protocol. Regards Oliver -- T

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

Johan Hovold [2017-06-12 11:16:12+02] wrote: > Add device-id entry for the Telewell TW-3G HSPA+ modem, which uses the > Longcheer vendor id. > > Reported-by: Teemu Likonen > Cc: stable > Signed-off-by: Johan Hovold > --- > drivers/usb/serial/option.c | 4 > 1 file changed, 4 insertions(+)

Re: usb/serial/option.c: Please add new vendor and product id 1c9e:9801

On Mon, Jun 12, 2017 at 04:34:56PM +0700, Lars Melin wrote: > On 2017-06-12 15:46, Teemu Likonen wrote: > > Johan Hovold [2017-06-12 10:24:11+02] wrote: > > > >> What is the output of "lsusb -v" for this device? > > > > Interface usage: > > MI_00 Wireless Diagnostics > MI_01 Wireless Modem > MI

Re: [PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

Johan Hovold writes: > Add device-id entry for the Telewell TW-3G HSPA+ modem, which uses the > Longcheer vendor id. > > Reported-by: Teemu Likonen > Cc: stable > Signed-off-by: Johan Hovold > --- > drivers/usb/serial/option.c | 4 > 1 file changed, 4 insertions(+) > > Teemu, would you b

Re: [PATCH] phy: cpcap-usb: Fix missing return statement

Hi, On Mon, Jun 12, 2017 at 01:12:23AM -0700, Tony Lindgren wrote: > Commit 8ae904e3c236 ("phy: cpcap-usb: Add CPCAP PMIC USB support") > is missing return statement as noted by Colin Ian King > . If the optional pins are not configured, > we just want to return early and not attempt to configure

Re: usb/serial/option.c: Please add new vendor and product id 1c9e:9801

On 2017-06-12 15:46, Teemu Likonen wrote: Johan Hovold [2017-06-12 10:24:11+02] wrote: What is the output of "lsusb -v" for this device? Interface usage: MI_00 Wireless Diagnostics MI_01 Wireless Modem MI_02 Wireless Application MI_03 Wireless Data Device Ethernet Adapter (qmi_wwan) MI_04

[PATCH] USB: serial: option: add Telewell TW-3G HSPA+ device id

Add device-id entry for the Telewell TW-3G HSPA+ modem, which uses the Longcheer vendor id. Reported-by: Teemu Likonen Cc: stable Signed-off-by: Johan Hovold --- drivers/usb/serial/option.c | 4 1 file changed, 4 insertions(+) Teemu, would you be able to test this patch? Thanks, Johan

Re: usb/serial/option.c: Please add new vendor and product id 1c9e:9801

Johan Hovold [2017-06-12 10:24:11+02] wrote: > What is the output of "lsusb -v" for this device? Thanks and here it comes: Bus 001 Device 009: ID 1c9e:9801 OMEGA TECHNOLOGY Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass

Re: usb/serial/option.c: Please add new vendor and product id 1c9e:9801

On Sun, Jun 11, 2017 at 07:50:46PM +0300, Teemu Likonen wrote: > Hello USB maintainers! > > I have a Telewell TW-3G HSPA+ USB modem which works with driver > usb/serial/option.c. However, the device is not automatically detected. Thanks for reporting this. > I'm a newbie in these driver things b

[PATCH net-next 0/2] r8152: adjust runtime suspend/resume

Improve the flow about runtime suspend/resume and make the code easy to read. Hayes Wang (2): r8152: split rtl8152_resume function r8152: move calling delay_autosuspend function drivers/net/usb/r8152.c | 107 1 file changed, 62 insertions(+),

[PATCH net-next 2/2] r8152: move calling delay_autosuspend function

Move calling delay_autosuspend() in rtl8152_runtime_suspend(). Calling delay_autosuspend() as late as possible. The original flows are 1. check if the driver/device is busy now. 2. set wake events. 3. enter runtime suspend. If the wake event occurs between (1) and (2), the device may mis

[PATCH net-next 1/2] r8152: split rtl8152_resume function

Split rtl8152_resume() into rtl8152_runtime_resume() and rtl8152_system_resume(). Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 99 ++--- 1 file changed, 61 insertions(+), 38 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/us

Re: [PATCH v2] USB: qcserial: expose methods for modem control

On Sun, Jun 11, 2017 at 11:32:43PM -0700, mag...@gmail.com wrote: Thanks for resending. The eaten-tabs issue is gone, but there are still a few minor issues you should fix up. > This is v2, attempting to correct formatting problems with the patch. This type of meta information should not go in t

[PATCH] phy: cpcap-usb: Fix missing return statement

Commit 8ae904e3c236 ("phy: cpcap-usb: Add CPCAP PMIC USB support") is missing return statement as noted by Colin Ian King . If the optional pins are not configured, we just want to return early and not attempt to configure the pins. Fixes: 8ae904e3c236 ("phy: cpcap-usb: Add CPCAP PMIC USB support"

[PATCH v1] net/phy: Make phy_ethtool_ksettings_get return void

Make return value void since function never return meaningfull value Signed-off-by: Yuval Shaia Acked-by: Sergei Shtylyov --- Re-sending since last time forgot to add netdev-list v0 ->v1: * These files were missing in v0 * drivers/net/ethernet/renesas/ravb_main.c

Re: Piping f_acm to real hardware

On Sun, Jun 11, 2017 at 11:41:02PM +0300, Tal Shorer wrote: > I'm currently working on a project where I'd like to have an omap board > running linux be a usb-to-uart converter (using f_acm). I have an > application that holds both the ttyGS* and the ttyO* port (the physical > uart port) open, poll

Re: [PATCH] usb: host: ehci: workaround PME bug on AMD EHCI controller

On Fri, Jun 9, 2017 at 10:43 PM, Alan Stern wrote: > On Fri, 9 Jun 2017, Kai-Heng Feng wrote: > >> As Alan Stern points out [1], the PME signal is not enabled when >> controller is in D3, therefore it's not being woken up when new deivces >> get plugged in. >> >> Workaround this bug by preventing

<    1   2