[PATCH v2] usb: xhci: Add support for URB_ZERO_PACKET to bulk/sg transfers

2015-06-28 Thread Reyad Attiyat
This commmit checks for the URB_ZERO_PACKET flag and creates an extra zero-length td if the urb transfer length is a multiple of the endpoint's max packet length. Signed-off-by: Reyad Attiyat --- drivers/usb/host/xhci-ring.c | 43 +-- 1 file changed, 33 in

Re: [PATCH] usb: xhci: Add support for URB_ZERO_PACKET to bulk/sg transfers

2015-06-28 Thread Reyad Attiyat
Sorry I have forgotten to change the dp loop check line in the bulk_sg function. Will resubmit. On Sun, Jun 28, 2015 at 7:36 PM, Reyad Attiyat wrote: > This commit checks for the URB_ZERO_PACKET flag and creates an extra > zero-length td if the urb transfer length is a multiple of the endpoint >

[PATCH] usb: xhci: Add support for URB_ZERO_PACKET to bulk/sg transfers

2015-06-28 Thread Reyad Attiyat
This commit checks for the URB_ZERO_PACKET flag and creates an extra zero-length td if the urb transfer length is a multiple of the endpoint max packet length. Signed-off-by: Reyad Attiyat --- drivers/usb/host/xhci-ring.c | 41 - 1 file changed, 32 insert

Re: [RFC PATCH] cdc_ncm: add support for moving NDP to end of frames

2015-06-28 Thread Enrico Mioso
Now the code is running all-day in a virtual machine, which unfortunately isn't able to expose the problem. And with my braille display I am not able to read the output of the panic, when it happens, since execution of all the user-space processes isstopped somewhat immediately. The code seems

[PATCH v7 4/4] USB: io_ti: Add heartbeat to keep idle Edgeport ports from disconnecting

2015-06-28 Thread Peter E. Berger
From: "Peter E. Berger" When using newer Edgeport devices such as the EP/416, idle ports are automatically bounced (disconnected and then reconnected) approximately every 60 seconds. This breaks programs (e.g: minicom) where idle periods are common, normal and expected. I confirmed with the man

[PATCH v7 1/4] USB: io_ti: Increase insufficient timeout for firmware downloads

2015-06-28 Thread Peter E. Berger
From: "Peter E. Berger" The io_ti driver fails to download firmware to Edgeport devices such as the EP/416. One of the problems is that the default 1 second timeout in ti_vsend_sync() is insufficient for download operations. This patch increases the download timeout to 10 seconds. Signed-off-b

[PATCH v7 2/4] USB: io_ti: Move request_firmware() calls out of download_fw()

2015-06-28 Thread Peter E. Berger
From: "Peter E. Berger" The io_ti driver fails to download firmware to Edgeport devices such as the EP/416, even when the on-disk firmware image (/lib/firmware/edgeport/down3.bin) is more current than the version on the EP/416. The current download code is broken in a few ways. Notably it mis-us

[PATCH v7 3/4] USB: io_ti: Add firmware image sanity checks

2015-06-28 Thread Peter E. Berger
From: "Peter E. Berger" Do what we can to verify that the driver's firmware image is valid (before attempting to download it to the Edgeport) by adding a new function, check_fw_sanity(), and a call to it in in download_fw(). Also add an fw == NULL check in edge_startup(). Note: It looks like som

[PATCH v7 0/4] Fix idle port disconnects and firmware downloading

2015-06-28 Thread Peter E. Berger
From: "Peter E. Berger" I found that when using newer Edgeport devices such as the EP/416, idle ports are regularly bounced (disconnected and then reconnected). I discussed this with the manufacturer (Digi International) and learned that some newer Edgeport devices now ship from the factory runni

Re: [PATCH v6 2/3] USB: io_ti: Move request_firmware() calls out of download_fw()

2015-06-28 Thread Peter Berger
On Sun, 2015-06-28 at 14:49 +0200, Johan Hovold wrote: > On Sat, Jun 27, 2015 at 03:51:37PM -0500, Peter Berger wrote: > > On Fri, 2015-06-26 at 09:31 +0200, Johan Hovold wrote: > > > On Wed, Jun 24, 2015 at 12:18:27AM -0500, Peter Berger wrote: > > > > On Mon, 2015-06-22 at 11:43 +0200, Johan Hovo

[PATCH] USB-mxuport: Delete an unnecessary check before the function call "release_firmware"

2015-06-28 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 28 Jun 2015 14:59:04 +0200 The release_firmware() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [PATCH v6 2/3] USB: io_ti: Move request_firmware() calls out of download_fw()

2015-06-28 Thread Johan Hovold
On Sat, Jun 27, 2015 at 03:51:37PM -0500, Peter Berger wrote: > On Fri, 2015-06-26 at 09:31 +0200, Johan Hovold wrote: > > On Wed, Jun 24, 2015 at 12:18:27AM -0500, Peter Berger wrote: > > > On Mon, 2015-06-22 at 11:43 +0200, Johan Hovold wrote: > > > > Note that sanity checks on the firmware size

Re: ohci: sporadic crash/lockup in ohci-hcd io_watchdog_func()

2015-06-28 Thread Heiko Przybyl
On Monday 11 May 2015 13:14:52 Alan Stern wrote: > On Sun, 10 May 2015, Heiko Przybyl wrote: > > Hello again. > > > > The issue still bites me with 4.0.2. > > > > Though I was able to narrow down the issue, it's still hard to > > deterministically trigger it. > > > > Anyway. The setup: > > - OHC

[RFC PATCH] cdc_ncm: add support for moving NDP to end of frames

2015-06-28 Thread Enrico Mioso
This patch adds support for moving the NDP (Network Data Pointer) part of an NCM frame to the end of it. This allows newer Huawei devices to work with upstream Linux driver. This functionality can be enabled by a cdc_ncm subdriver when binding to a device. Hence this patch updates them. This code