[PATCH RESEND] usb: gadget: f_mass_storage: Fix the logic to iterate all common->luns

It is wrong to do --i in the for loop. Fixes: dd02ea5a3305 ("usb: gadget: mass_storage: Use static array for luns") Signed-off-by: Axel Lin Reviewed-by: Krzysztof Opasiak Acked-by: Michal Nazarewicz --- This patch was sent on

Re: [PATCH 0/5 v4] Fix sp5100_tco watchdog driver regression

(Reposting without html subpart, second attempt) On Thu, Jul 6, 2017 at 11:09 PM, Marcelo "Marc" Ranolfi wrote: Hi Zoltán and all, I _was_ testing the patch series (the latest version), system worked OK for two days, but then I got a system crash (probably hardware related)

Re: [PATCH v5] xhci: Bad Ethernet performance plugged in ASM1042A host

2017-06-28 21:42 GMT+08:00 Mathias Nyman : > On 22.06.2017 07:49, Jiahau Chang wrote: >> >> When USB Ethernet is plugged in ASMEDIA ASM1042A xHCI host, bad >> performance was manifesting in Web browser use (like download >> large file such as ISO image). It is known

Re: [PATCH v16 2/7] power: add power sequence library

On Wednesday, July 05, 2017 07:54:00 PM Peter Chen wrote: > On Wed, Jul 05, 2017 at 02:44:56AM +0200, Rafael J. Wysocki wrote: > > On Wednesday, June 21, 2017 02:42:03 PM Peter Chen wrote: > > > We have an well-known problem that the device needs to do some power > > > sequence before it can be

Re: [PATCH v1 0/9] Support UDC on Tegra 20/30/114/124

On Thu, Jul 06, 2017 at 01:13:01AM +0300, Dmitry Osipenko wrote: > On 05.07.2017 23:31, Stephen Warren wrote: > > On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: > >> Some time ago Thierry Reding sent out patches that enabled UDC on NVIDIA > >> Tegra, unfortunately they haven't got enough traction

Re: [PATCH v1 3/9] usb: chipidea: Add support for Tegra20/30/114/124

On Thu, Jul 06, 2017 at 01:09:32PM +0300, Dmitry Osipenko wrote: > On 06.07.2017 04:23, Peter Chen wrote: > > On Wed, Jul 05, 2017 at 08:19:52PM +0300, Dmitry Osipenko wrote: > >> + /* setup and register ChipIdea HDRC device */ > >> + udc->data.name = "tegra-udc"; > >> + udc->data.capoffset =

JMS567 USB3.0 scsi scan error

This might be a follow-up of: https://www.spinics.net/lists/linux-usb/msg157437.html https://www.spinics.net/lists/linux-usb/msg153647.html I have bought this adapter: http://www.ebay.com/itm/122523342593 The chip has the following marking: JM JMS567

Re: [PATCH v1 8/9] ARM: tegra: Enable UDC on AC100

Am Donnerstag, 6. Juli 2017, 20:00:02 CEST schrieb Stephen Warren: > On 07/06/2017 10:57 AM, Dmitry Osipenko wrote: > > On 06.07.2017 19:38, Stephen Warren wrote: > >> On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: > >>> Override the compatible string of the first USB controller to enable > >>>

[PATCH 1/3] mfd: Add support for FTDI FT232H devices

Add USB part with common functions for USB-GPIO/I2C/SPI master adapters. These allow communication with chip's control, transmit and receive endpoints and will be used by various FT232H drivers. Signed-off-by: Anatolij Gustschin --- drivers/mfd/Kconfig | 9 +

[PATCH 3/3] fpga manager: Add FT232H driver for Altera FPP

Add FPGA manager driver for loading Altera FPGAs via fast passive parallel (FPP) interface using FTDI FT232H chip. Signed-off-by: Anatolij Gustschin --- drivers/fpga/Kconfig | 7 + drivers/fpga/Makefile| 1 + drivers/fpga/ftdi-fifo-fpp.c | 569

[PATCH 2/3] gpio: Add FT232H CBUS GPIO driver

Add driver for CBUS pins on FT232H. The driver supports setting GPIO direction and getting/setting CBUS 0-3 pin value. The CBUS pins have to be enabled by configuring I/O mode in the FTDI EEPROM. Signed-off-by: Anatolij Gustschin --- drivers/gpio/Kconfig | 11 ++

[PATCH 0/3] FPGA Manager support for FPP via FT232H FT245-FIFO

This series adds support for fast passive parallel (FPP) Altera FPGA configuration using FTDI FT232H chip in FT245-FIFO mode. It has been used to configure Arria 10 FPGAs. Patch 1 adds an FT232H MFD driver with common functions that can be used for FT232H USB-GPIO/I2C/SPI master adapter drivers.

Re: [PATCH v1 4/9] ARM: tegra: Enable UDC on TrimSlice

On 06.07.2017 21:03, Stephen Warren wrote: > On 07/06/2017 11:16 AM, Dmitry Osipenko wrote: >> On 06.07.2017 19:46, Stephen Warren wrote: >>> On 07/05/2017 07:24 PM, Peter Chen wrote: On Wed, Jul 05, 2017 at 08:19:53PM +0300, Dmitry Osipenko wrote: > From: Thierry Reding

Re: [PATCH v1 4/9] ARM: tegra: Enable UDC on TrimSlice

On 07/06/2017 11:16 AM, Dmitry Osipenko wrote: On 06.07.2017 19:46, Stephen Warren wrote: On 07/05/2017 07:24 PM, Peter Chen wrote: On Wed, Jul 05, 2017 at 08:19:53PM +0300, Dmitry Osipenko wrote: From: Thierry Reding Override the compatible string of the first USB

Re: [PATCH v1 8/9] ARM: tegra: Enable UDC on AC100

On 07/06/2017 10:57 AM, Dmitry Osipenko wrote: On 06.07.2017 19:38, Stephen Warren wrote: On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: Override the compatible string of the first USB controller to enable device mode. diff --git a/arch/arm/boot/dts/tegra20-paz00.dts

Re: [PATCH v1 4/9] ARM: tegra: Enable UDC on TrimSlice

On 06.07.2017 19:46, Stephen Warren wrote: > On 07/05/2017 07:24 PM, Peter Chen wrote: >> On Wed, Jul 05, 2017 at 08:19:53PM +0300, Dmitry Osipenko wrote: >>> From: Thierry Reding >>> >>> Override the compatible string of the first USB controller to enable >>> device mode. >>>

Re: Warning dump on OMAP-L138 when g_zero module is removed

On 06/29/2017 03:50 PM, Sekhar Nori wrote: > Hi Alexandre, Bin, > > With latest linux-next, I see a warning dump when I remove g_zero[1] on > OMAP-L138 LCDK board. I am building the kernel with davinci_all_defconfig. > > It is not present in latest mainline because the warnings are introduced >

Re: [PATCH v1 8/9] ARM: tegra: Enable UDC on AC100

On 06.07.2017 19:38, Stephen Warren wrote: > On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: >> Override the compatible string of the first USB controller to enable >> device mode. > >> diff --git a/arch/arm/boot/dts/tegra20-paz00.dts >> b/arch/arm/boot/dts/tegra20-paz00.dts > >>

Re: [PATCH v1 5/9] ARM: tegra: Enable UDC on Beaver

On 06.07.2017 19:43, Stephen Warren wrote: > On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: >> From: Thierry Reding >> >> Override the compatible string of the first USB controller to enable >> device mode. > > Conceptually I'm fine with this change since the port isn't

Re: [PATCH v1 4/9] ARM: tegra: Enable UDC on TrimSlice

On 07/05/2017 07:24 PM, Peter Chen wrote: On Wed, Jul 05, 2017 at 08:19:53PM +0300, Dmitry Osipenko wrote: From: Thierry Reding Override the compatible string of the first USB controller to enable device mode. Signed-off-by: Thierry Reding ---

Re: [PATCH v1 7/9] ARM: tegra: Enable UDC on Jetson TK1

On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: From: Thierry Reding Override the compatible string of the first USB controller to enable device mode. Conceptually I'm fine with this change since the port isn't enabled at all yet and so this doesn't change any existing

Re: [PATCH v1 5/9] ARM: tegra: Enable UDC on Beaver

On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: From: Thierry Reding Override the compatible string of the first USB controller to enable device mode. Conceptually I'm fine with this change since the port isn't enabled at all yet and so this doesn't change any existing

Re: [PATCH v1 6/9] ARM: tegra: Enable UDC on Dalmore

On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: From: Thierry Reding Override the compatible string of the first USB controller to enable device mode. I don't have easy access to this HW any more to test this patch; we do have one in our automated test system, but it's

Re: [PATCH v1 8/9] ARM: tegra: Enable UDC on AC100

On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: Override the compatible string of the first USB controller to enable device mode. diff --git a/arch/arm/boot/dts/tegra20-paz00.dts b/arch/arm/boot/dts/tegra20-paz00.dts usb@c500 { + compatible = "nvidia,tegra20-udc";

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

On 7/6/2017 10:51 AM, Greg KH wrote: On Thu, Jul 06, 2017 at 10:28:03AM -0500, Babu Moger wrote: On 7/6/2017 9:33 AM, Greg KH wrote: On Thu, Jul 06, 2017 at 09:28:06AM -0500, Babu Moger wrote: On 7/6/2017 3:24 AM, Max Filippov wrote: Hi Babu, On Tue, Jul 4, 2017 at 10:19 AM, Babu Moger

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

On Thu, Jul 06, 2017 at 10:28:03AM -0500, Babu Moger wrote: > > On 7/6/2017 9:33 AM, Greg KH wrote: > > On Thu, Jul 06, 2017 at 09:28:06AM -0500, Babu Moger wrote: > > > On 7/6/2017 3:24 AM, Max Filippov wrote: > > > > Hi Babu, > > > > > > > > On Tue, Jul 4, 2017 at 10:19 AM, Babu Moger

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

On 7/6/2017 9:33 AM, Greg KH wrote: On Thu, Jul 06, 2017 at 09:28:06AM -0500, Babu Moger wrote: On 7/6/2017 3:24 AM, Max Filippov wrote: Hi Babu, On Tue, Jul 4, 2017 at 10:19 AM, Babu Moger wrote: Max, Do you have any concerns about xtensa? no, not ATM. I still

[PATCH][V2] usb: storage: return on error to avoid a null pointer dereference

From: Colin Ian King When us->extra is null the driver is not initialized, however, a later call to osd200_scsi_to_ata is made that dereferences us->extra, causing a null pointer dereference. The code currently detects and reports that the driver is not initialized;

Re: [PATCH] usb: storage: return on error to avoid a null pointer dereference

On Thu, 6 Jul 2017, Colin King wrote: > From: Colin Ian King > > When us->extra is null the driver is not initialized, however, a > later call to osd200_scsi_to_ata is made that dereferences > us->extra, causing a null pointer dereference. The code > currently detects

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

On Thu, Jul 06, 2017 at 09:28:06AM -0500, Babu Moger wrote: > On 7/6/2017 3:24 AM, Max Filippov wrote: > > Hi Babu, > > > > On Tue, Jul 4, 2017 at 10:19 AM, Babu Moger wrote: > > > Max, Do you have any concerns about xtensa? > > no, not ATM. I still haven't got a chance to

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

On 7/6/2017 3:24 AM, Max Filippov wrote: Hi Babu, On Tue, Jul 4, 2017 at 10:19 AM, Babu Moger wrote: Max, Do you have any concerns about xtensa? no, not ATM. I still haven't got a chance to look closer at moving endianness macros back to Kconfig for xtensa. Thanks.

Re: [PATCH 2/8] usb: bdc: Add Device Tree binding document for Broadcom BDC driver

On Tue, Jun 27, 2017 at 02:23:20PM -0400, Al Cooper wrote: > Add Device Tree binding document for Broadcom USB Device > Controller (BDC). > > Signed-off-by: Al Cooper > --- > .../devicetree/bindings/usb/brcm,bdc-udc.txt | 28 > ++ > 1 file

Re: [PATCH 2/8] usb: bdc: Add Device Tree binding document for Broadcom BDC driver

On Tue, Jun 27, 2017 at 02:23:20PM -0400, Al Cooper wrote: > Add Device Tree binding document for Broadcom USB Device > Controller (BDC). Also, "dt-bindings: usb: ..." for the subject. -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to

Re: cdc_ncm: Specific Huawei E3372h firmware version stuck in NTB-32

Christian Panton writes: > I have two mobile broadband Huawei E3372h devices, one with firmware > 21.200.07.01.26 (aka the 200-version) and one with firmware > 21.318.01.00.541 (aka the 318-version). > > Whereas the 200-version works perfectly with a recent kernel (4.10), >

[Fwd: Re: [PATCH v1 0/9] Support UDC on Tegra 20/30/114/124]

Could somebody please fix gmane as it is hard to work without it! Plus nowhere on the linux-usb website the actual mailing list address is given! Forwarded Message From: Marcel Ziswiler To: Thierry Reding , Dmitry Osipenko

[Fwd: Re: [PATCH v1 4/9] ARM: tegra: Enable UDC on TrimSlice]

Could somebody please fix gmane as it is hard to work without it! Plus nowhere on the linux-usb website the actual mailing list address is given! Forwarded Message From: Marcel Ziswiler To: Dmitry Osipenko , Peter Chen

Re: [PATCH v1 0/9] Support UDC on Tegra 20/30/114/124

On Thu, Jul 06, 2017 at 02:20:04AM +0300, Dmitry Osipenko wrote: > On 06.07.2017 01:54, Stephen Warren wrote: > > On 07/05/2017 04:13 PM, Dmitry Osipenko wrote: > >> On 05.07.2017 23:31, Stephen Warren wrote: > >>> On 07/05/2017 11:19 AM, Dmitry Osipenko wrote: > Some time ago Thierry Reding

Re: [PATCH v1 4/9] ARM: tegra: Enable UDC on TrimSlice

On 06.07.2017 13:24, Dmitry Osipenko wrote: > On 06.07.2017 04:24, Peter Chen wrote: >> On Wed, Jul 05, 2017 at 08:19:53PM +0300, Dmitry Osipenko wrote: >>> From: Thierry Reding >>> >>> Override the compatible string of the first USB controller to enable >>> device mode. >>>

Re: [PATCH v1 4/9] ARM: tegra: Enable UDC on TrimSlice

On 06.07.2017 04:24, Peter Chen wrote: > On Wed, Jul 05, 2017 at 08:19:53PM +0300, Dmitry Osipenko wrote: >> From: Thierry Reding >> >> Override the compatible string of the first USB controller to enable >> device mode. >> >> Signed-off-by: Thierry Reding

Re: [PATCH v1 1/9] usb: gadget: f_ecm/f_eem/f_rndis: Setup quirk_avoids_skb_reserve

On 06.07.2017 04:12, Peter Chen wrote: > On Wed, Jul 05, 2017 at 08:19:50PM +0300, Dmitry Osipenko wrote: >> This quirk is required to make USB Ethernet gadget working with HW that >> can't cope with unaligned DMA. For some reason only f_ncm handles that >> quirk, let's handle it in the rest of

Re: [PATCH v1 3/9] usb: chipidea: Add support for Tegra20/30/114/124

On 06.07.2017 04:23, Peter Chen wrote: > On Wed, Jul 05, 2017 at 08:19:52PM +0300, Dmitry Osipenko wrote: >> +/* setup and register ChipIdea HDRC device */ >> +udc->data.name = "tegra-udc"; >> +udc->data.capoffset = DEF_CAPOFFSET; >> +udc->data.flags = 0; >> +udc->data.usb_phy

[PATCH] usb: storage: return on error to avoid a null pointer dereference

From: Colin Ian King When us->extra is null the driver is not initialized, however, a later call to osd200_scsi_to_ata is made that dereferences us->extra, causing a null pointer dereference. The code currently detects and reports that the driver is not initialized;

[PATCH 2/2] usb: gadget: udc: USB_SNP_CORE should depend on HAS_DMA

If NO_DMA=y: ERROR: "usb_gadget_map_request" [drivers/usb/gadget/udc/snps_udc_core.ko] undefined! ERROR: "dma_pool_destroy" [drivers/usb/gadget/udc/snps_udc_core.ko] undefined! ERROR: "usb_gadget_unmap_request" [drivers/usb/gadget/udc/snps_udc_core.ko] undefined! ERROR:

[PATCH 1/2] usb: gadget: udc: USB_RENESAS_USB3 should depend on HAS_DMA

If NO_DMA=y: ERROR: "usb_gadget_map_request" [drivers/usb/gadget/udc/renesas_usb3.ko] undefined! ERROR: "usb_gadget_unmap_request" [drivers/usb/gadget/udc/renesas_usb3.ko] undefined! ERROR: "bad_dma_ops" [drivers/usb/gadget/udc/renesas_usb3.ko] undefined! Add a dependency on

Re: [GIT PULL] USB/PHY patches for 4.13-rc1

Hi Babu, On Tue, Jul 4, 2017 at 10:19 AM, Babu Moger wrote: > Max, Do you have any concerns about xtensa? no, not ATM. I still haven't got a chance to look closer at moving endianness macros back to Kconfig for xtensa. -- Thanks. -- Max -- To unsubscribe from this list:

[PATCH v10 09/15] scsi: csiostor: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. It also updates the name of some variables and the content of comments, accordingly. Signed-off-by: Romain Perier Reviewed-by: Peter Senna

[PATCH v10 08/15] scsi: be2iscsi: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v10 11/15] scsi: megaraid: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin Acked-by: Sumit Saxena

[PATCH v10 10/15] scsi: lpfc: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. It also updates some comments, accordingly. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin ---

[PATCH v10 13/15] scsi: mvsas: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/scsi/mvsas/mv_init.c | 6 +++---

[PATCH v10 12/15] scsi: mpt3sas: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/scsi/mpt3sas/mpt3sas_base.c | 73

[PATCH v10 14/15] scsi: pmcraid: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v10 15/15] PCI: Remove PCI pool macro functions

Now that all the drivers use dma pool API, we can remove the macro functions for PCI pool. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- include/linux/pci.h | 9 - 1 file changed, 9 deletions(-) diff --git

[PATCH v10 00/15] Replace PCI pool by DMA pool API

by the dma pool API and remove the defines. Changes in v10: - Rebased series onto next-20170706 - I have fixed and improved patch "scsi: megaraid: Replace PCI pool old API" Changes in v9: - Rebased series onto next-20170522 - I have fixed and improved the patch for lpfc driver Cha

[PATCH v10 02/15] dmaengine: pch_dma: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v10 01/15] block: DAC960: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v10 06/15] mlx5: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin Acked-by: Doug Ledford

[PATCH v10 03/15] IB/mthca: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v10 04/15] net: e100: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Acked-by: Jeff Kirsher

[PATCH v10 05/15] mlx4: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

Re: [PATCH 0/5 v4] Fix sp5100_tco watchdog driver regression

Hi, ping for the series. Adding Greg Kroah-Hartman to the cc: list, both for the USB core and stable series maintainership. 2017-06-22 15:21 keltezéssel, Zoltán Böszörményi írta: This patch series fixes a regression introduced by: commit 2fee61d22e606fc99ade9079fda15fdee83ec33e Author:

Re: cdc_ncm: Specific Huawei E3372h firmware version stuck in NTB-32

Am Mittwoch, den 05.07.2017, 23:05 +0200 schrieb Christian Panton: > I have two mobile broadband Huawei E3372h devices, one with firmware > 21.200.07.01.26 (aka the 200-version) and one with firmware 21.318.01.00.541 > (aka the 318-version). > > Whereas the 200-version works perfectly with a

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Thu, 06 Jul 2017, Thierry Reding wrote: > On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > > include/linux/i2c is not for client devices. Move the header file to a > > more appropriate location. > > > > Signed-off-by: Wolfram Sang > > --- > >

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > arch/arm/mach-omap2/common.h| 2 +- >