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

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

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 --

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 > --- >

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 >

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 > --- >

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

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(+)

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

[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

[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

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

[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:

[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

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,

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. >> >>

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

This is v2, attempting to correct formatting problems with the patch. The qcserial driver fails to expose the .tiocmget and .tiocmset methods available from usb_wwan. These methods are required by ioctl commands dealing with the modem control signals DTR, RTS, etc. With these methods not set

<    1   2