rndis/cdc_ether usb device causing Oops in 4.4rc1+ with NULL dereference

2015-12-30 Thread Vasily Galkin
rm *rc1*dmesgAfter switching from 4.3 to 4.4rc-s plugging device ID 1076:8002 GCT Semiconductor, Inc. LU150 LTE Modem [Yota LU150] causes kernel Oops. The Oops is always reproducible when this device is plugged or system is booted with it. Oops reproduced with debian's 4.4.rc6 and vanilla

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

2015-12-30 Thread Peter Chen
> -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: Wednesday, December 30, 2015 7:34 PM > To: ba...@ti.com > Cc: Peter Chen ; stefan.wah...@i2se.com; linux- > u...@vger.kernel.org; Fabio Estevam > Subject: [PATCH]

xHCI driver issue (ASMedia Controller using xhci_hcd)

2015-12-30 Thread Johannes Bauer
Hi list, I originally posted this on libusb-devel [1], but got a friendly redirect here by Alan Stern, hope this is the right place! Let me describe my problem from a "user" standpoint before diving into the technical details: USB 3.0 does not work on my PC flat out. Sometimes USB 3.0 ports work

ERROR Transfer event for disabled endpoint or incorrect stream ring

2015-12-30 Thread U.Mutlu
While copying a disk with the dd command from inside a live-CD-boot-system the following single error has been printed: xhci_hcd ERROR Transfer event for disabled endpoint or incorrect stream ring @000212409100 0a00 02088001 Does anybody know what these numbers mean?

[PATCH 1/4] usb: gadget: f_midi: refactor state machine

2015-12-30 Thread Felipe F. Tonello
This refactor results in a cleaner state machine code and as a result fixed a bug when packaging a MIDI-USB packet right after a non-conformant MIDI byte stream. Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 204

[PATCH 2/4] usb: gadget: f_midi: added spinlock on transmit function

2015-12-30 Thread Felipe F. Tonello
Since f_midi_transmit is called by both ALSA and USB frameworks, it can potentially cause a race condition between both calls. This is bad because the way f_midi_transmit is implemented can't handle concurrent calls. This is due to the fact that the usb request fifo looks for the next element and

[PATCH 0/4] More improvements on MIDI gadget function

2015-12-30 Thread Felipe F. Tonello
Patch 1: The main improvement is the refactor of the state machine MIDI parser. It is better to read and handles states properly, even weird ones. Patch 3: Fix a race condition. Patches 3-4: Miscelaneous fixes. Felipe F. Tonello (4): usb: gadget: f_midi: refactor state machine usb:

[PATCH 3/4] usb: gadget: f_midi: remove useless midi reference from port struct

2015-12-30 Thread Felipe F. Tonello
Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/usb/gadget/function/f_midi.c b/drivers/usb/gadget/function/f_midi.c index bbff20697f76..b7d3f5a10bf0 100644 ---

[PATCH 4/4] usb: gadget: f_midi: add mutex_unlock under setup_fail label

2015-12-30 Thread Felipe F. Tonello
This ensures that at any point on the function if a goto to setup_fail is made, it will unlock the mutex. Signed-off-by: Felipe F. Tonello --- drivers/usb/gadget/function/f_midi.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH v5 04/11] usbip: kernel module for userspace URBs transmission

2015-12-30 Thread kbuild test robot
-over-WebSocket/20151230-150013 base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-testing reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) include

[PATCH] usbip: fix odd_ptr_err.cocci warnings

2015-12-30 Thread Julia Lawall
PTR_ERR should access the value just tested by IS_ERR Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci CC: Nobuo Iwata Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall --- I haven't checked the complete

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

2015-12-30 Thread Fabio Estevam
From: Fabio Estevam On a mx28 board with a USB hub the following error is observed: hub 1-1:1.0: USB hub found hub 1-1:1.0: 2 ports detected usb 1-1: USB disconnect, device number 2 usb usb1-port1: cannot reset (err = -32) usb usb1-port1: cannot reset (err = -32) usb

Re: [PATCH v2 RESEND] usb: Use memdup_user to reuse the code

2015-12-30 Thread Pathak, Rahul (R.)
Hello Greg, This patch is not yet merged, its already been reviewed and acked by Alan. Thanks Rahul On Thu, Dec 10, 2015 at 09:40:33PM -0800, Rahul Pathak wrote: > From: Rahul Pathak > > Fixing coccicheck warning which recommends to use memdup_user instead > to