HP Thunderbolt 3 Dock (90W): USB does not work

Hello, i'm using a Lenovo Carbon x1 (5th generation) with a HP Thunderbolt 3 dock (90W version). All ports are working, except USB Ports - for ~30 minutes. After ~30 minutes, also the USB ports get activated. While waiting for that, dmesg shows something like a "loop" through usb devices: [...]

symbol DS6708 - problems under new kernels

Hi fellow linux USB users and developers, we've spent lots of time trying to resolve issue with very little progress so I'd like to try asking for help here.. we're migrating big amount of users from SUSE running i386 2.6.13 kernel to x86_64 centos-based system running x86_64 4.4.x kernel (tried

Re: Fwd: RH Bugzilla - Bug 1482649 - Logitech USB Unified Receiver+M570 need 'waking' up by click after kernel update

On Mon, 11 Sep 2017, Alan Stern wrote: > On Sun, 10 Sep 2017, Michael Simms wrote: > > > Hi Alan, thanks for the cat instruction, it was very helpful. As > > suggested I'm replying from my Google Mail account to see if this will > > be accepted by the kernel mail server. > > It did work. > > >

Re: USB mouse

On Tue, 12 Sep 2017, Bruce Korb wrote: > Some interesting progress. This time, I tried plugging my mouse > directly into the switch, bypassing the hub. The mouse works. However, > going through *either* of my two 3.0 hubs causes the mouse to *not* > work, despite the fact that other devices work

Re: [PATCH] usb: storage: make const arrays static, reduces object code size

On Tue, 12 Sep 2017, Colin King wrote: > From: Colin Ian King > > Don't populate const arrays on the stack, instead make them > static. Makes the object code smaller by over 1070 bytes: > > Before: >text data bss dec hex filename >3505

Quick Loans

Do you need a loan to pay up bill or to start a business? Email Us -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v2 10/11] staging: typec: fusb302: Hook up mux support using tcpc_gen_mux support

On Tue, Sep 05, 2017 at 06:42:20PM +0200, Hans de Goede wrote: > Add mux support to the fusb302 driver, call devm_tcpc_gen_mux_create() > to let the generic tcpc_mux_dev code create a tcpc_mux_dev for us. > > Also document the mux-names used by the generic tcpc_mux_dev code in > our devicetree

Re: usb/uwb: WARNING in hwarc_neep_init/usb_submit_urb

On Tue, Sep 12, 2017 at 08:53:11PM +0200, Andrey Konovalov wrote: > Hi! > > I've got the following crash while fuzzing the kernel with syzkaller. > > On commit 81a84ad3cb5711cec79f4dd53a4ce026b092c432 (Sep 3). > > gadgetfs: bound to dummy_udc driver > usb 1-1: new full-speed USB device number 2

Re: usb/uwb: GPF in uwbd_start

On Tue, Sep 12, 2017 at 07:10:07PM +0200, Andrey Konovalov wrote: > Hi! > > I've got the following crashes while fuzzing the kernel with syzkaller. > > On commit 81a84ad3cb5711cec79f4dd53a4ce026b092c432 (Sep 3). > > uwbd_start() calls kthread_run() and checks that the return value in > not

usb/uwb: WARNING in hwarc_neep_init/usb_submit_urb

Hi! I've got the following crash while fuzzing the kernel with syzkaller. On commit 81a84ad3cb5711cec79f4dd53a4ce026b092c432 (Sep 3). gadgetfs: bound to dummy_udc driver usb 1-1: new full-speed USB device number 2 using dummy_hcd gadgetfs: connected gadgetfs: disconnected gadgetfs: connected

usb/uwb: GPF in uwbd_start

Hi! I've got the following crashes while fuzzing the kernel with syzkaller. On commit 81a84ad3cb5711cec79f4dd53a4ce026b092c432 (Sep 3). uwbd_start() calls kthread_run() and checks that the return value in not NULL. But the return value is not NULL in case kthread_run() fails, it takes the form

Re: usb/gadget: stalls in dummy_timer

On Tue, Sep 12, 2017 at 05:48:51PM +0200, Andrey Konovalov wrote: > On Mon, Sep 11, 2017 at 8:54 PM, Dmitry Torokhov > wrote: > > On Mon, Sep 11, 2017 at 8:15 AM, Andrey Konovalov > > wrote: > >> On Mon, Sep 11, 2017 at 3:25 PM, Alan Stern

Re: [PATCH v3 1/5] staging: typec: tcpm: Drop commented out code

On Tue, Sep 12, 2017 at 10:38:39AM +0300, Heikki Krogerus wrote: > On Mon, Sep 11, 2017 at 08:32:04PM -0700, Guenter Roeck wrote: > > Commented out code can be added as needed. Drop it. > > Also drop TODO and an obsolete XXX comment. > > > > Signed-off-by: Guenter Roeck > >

Re: usb/gadget: stalls in dummy_timer

On Mon, Sep 11, 2017 at 8:54 PM, Dmitry Torokhov wrote: > On Mon, Sep 11, 2017 at 8:15 AM, Andrey Konovalov > wrote: >> On Mon, Sep 11, 2017 at 3:25 PM, Alan Stern >> wrote: >>> On Mon, 11 Sep 2017, Andrey Konovalov

[PATCH] usb: storage: make const arrays static, reduces object code size

From: Colin Ian King Don't populate const arrays on the stack, instead make them static. Makes the object code smaller by over 1070 bytes: Before: textdata bss dec hex filename 3505 880 043851121 drivers/usb/storage/option_ms.o

Re: [PATCH v2] usb: gadget: ffs: handle I/O completion in-order

On Tue, Sep 12 2017, John Keeping wrote: > By submitting completed transfers to the system workqueue there is no > guarantee that completion events will be queued up in the correct order, > as in multi-processor systems there is a thread running for each > processor and the work items are not

[PATCH v2] usb: gadget: ffs: handle I/O completion in-order

By submitting completed transfers to the system workqueue there is no guarantee that completion events will be queued up in the correct order, as in multi-processor systems there is a thread running for each processor and the work items are not bound to a particular core. This means that several

Re: ASM1153 detected as ASM1051 and breaking UAS

On Mon, 2017-08-28 at 17:08 +0200, Oliver Neukum wrote: > Am Donnerstag, den 24.08.2017, 14:05 +0200 schrieb Massimo Burcheri: > > > > Bus 004 Device 005: ID 174c:5106 ASMedia Technology Inc. ASM1051 SATA 3Gb/s > > bridge > > Device Descriptor: > > bLength18 > >

[PATCH v3] USB: serial: cp210x.c -fix partnum regression for devices not having a part number

When adding GPIO support for the cp2105, the mentioned commit by Martyn Welch introduced a query for the part number of the chip. Unfortunately the driver aborts loading when this query fails, so currently the driver can not be used with chips not supporting this query. I have a data cable for

Re: [PATCH v3 1/5] staging: typec: tcpm: Drop commented out code

On Mon, Sep 11, 2017 at 08:32:04PM -0700, Guenter Roeck wrote: > Commented out code can be added as needed. Drop it. > Also drop TODO and an obsolete XXX comment. > > Signed-off-by: Guenter Roeck > --- > v2, v3: No change > > drivers/staging/typec/tcpm.c | 37

Re: [PATCH 1/2] usb: musb: musb_cppi41: Fix the address of teardown and autoreq registers

On 08/15/2017 12:12 PM, Sergei Shtylyov wrote: > Hello! > > On 8/13/2017 3:04 PM, Alexandre Bailon wrote: > >> The DA8xx and DSPS platforms don't use the same address for few >> registers. >> On Da8xx, this is causing some issues (e.g. teardown that doesn't work). >> Configure the address of the

Re: [PATCH 1/2] usb: musb: musb_cppi41: Fix the address of teardown and autoreq registers

Hi Bin, Sekhar On 09/07/2017 07:16 PM, Bin Liu wrote: > On Mon, Sep 04, 2017 at 06:32:11PM +0530, Sekhar Nori wrote: >> On Monday 14 August 2017 07:06 PM, Sekhar Nori wrote: >>> On Monday 14 August 2017 07:01 PM, Sekhar Nori wrote: Hi, On Sunday 13 August 2017 05:34 PM, Alexandre