[PATCH] usb: misc: usb3503: Use i2c_add_driver helper macro

Use i2c_add_driver as it will add THIS_MODULE for us. Signed-off-by: Andrew F. Davis --- drivers/usb/misc/usb3503.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/misc/usb3503.c b/drivers/usb/misc/usb3503.c index 64ff5b9..b45cb77 100644 ---

[PATCH v3] USB: serial: add Moxa UPORT 11x0 driver

Add a driver which supports : - UPort 1110 : 1 port RS-232 USB to Serial Hub. - UPort 1130 : 1 port RS-422/485 USB to Serial Hub. - UPort 1130I : 1 port RS-422/485 USB to Serial Hub with Isolation. - UPort 1150 : 1 port RS-232/422/485 USB to Serial Hub. - UPort 1150I : 1 port RS-232/422/485

Re: Resetting USB modems and USB to serial converters increases ttyUSBXX counter

On Thu, 2015-10-22 at 10:39 +0200, Erwin Van de Velde wrote: > Hi all, > > Thank you for your helpful answers! I have investigated it further, > stopping potential culprits in userspace and I have found the issue: > it is modemmanager that seems to keep the devices open somewhere and > thus

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Tony Lindgren [151021 16:44]: > Hi all, > > I noticed a regresssino in v4.3-rc series to day with MUSB gadgets > and DMA. Doing a git bisect between v4.2..v4.3-rc1 on it pointed to: > > ddef08dd00f5 ("Driver core: wakeup the parent device before trying probe") > > With the

Re: [GIT PULL] On-demand device probing

On 10/22/2015 7:44 AM, Greg Kroah-Hartman wrote: > > > On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote: >> But that's moot currently because Greg believes that the time spent >> probing devices at boot time could be reduced enough so that the order >> in

Re: Resetting USB modems and USB to serial converters increases ttyUSBXX counter

Dan Williams writes: > On Thu, 2015-10-22 at 10:39 +0200, Erwin Van de Velde wrote: >> Hi all, >> >> Thank you for your helpful answers! I have investigated it further, >> stopping potential culprits in userspace and I have found the issue: >> it is modemmanager that seems to

[PATCH] usb: dwc2: host: Fix remote wakeup when not in DWC2_L2

In commit 734643dfbdde ("usb: dwc2: host: add flag to reflect bus state") we changed dwc2_port_suspend() not to set the lx_state anymore (instead it sets the new bus_suspended variable). This introduced a bug where we would fail to detect device insertions if: 1. Plug empty hub into dwc2 2. Plug

Re: [GIT PULL] On-demand device probing

On Thu, Oct 22, 2015 at 11:53:31AM -0700, Frank Rowand wrote: > On 10/22/2015 7:44 AM, Greg Kroah-Hartman wrote: > > > > > > On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote: > >> But that's moot currently because Greg believes that the time spent > >>

Re: USB 2.0 device has 8ms latency

On 22 October 2015 at 18:00, Greg KH wrote: > On Thu, Oct 22, 2015 at 05:15:50PM +0100, John Tapsell wrote: >> On 15 October 2015 at 15:37, Alan Stern wrote: >> > On Thu, 15 Oct 2015, John Tapsell wrote: >> > >> >> I did have one wacky idea.

Re: USB 2.0 device has 8ms latency

On Thu, 22 Oct 2015, John Tapsell wrote: > I had a look at the windows driver, and found that it is implemented > in pretty much exactly the same way as the linux driver, but it > operates at twice the speed. And that's for a user-space USB driver. > > Any ideas why? Windows and Linux allocate

Re: Resetting USB modems and USB to serial converters increases ttyUSBXX counter

Hi all, Thank you for your helpful answers! I have investigated it further, stopping potential culprits in userspace and I have found the issue: it is modemmanager that seems to keep the devices open somewhere and thus causes the ttyUSB numbers to go up. So now I will redirect the issue to their

Re: [GIT PULL] On-demand device probing

On 22 October 2015 at 02:54, Rafael J. Wysocki wrote: > On Tuesday, October 20, 2015 06:21:55 PM Tomeu Vizoso wrote: >> On 20 October 2015 at 18:04, Alan Stern wrote: >> > On Tue, 20 Oct 2015, Mark Brown wrote: >> > >> >> On Tue, Oct 20, 2015 at

RE: [PATCH v2 1/6] usb: host: xhci: add a platform-private pointer field

Hi Greg, > From: Yoshihiro Shimoda > Sent: Monday, October 19, 2015 6:11 PM > > Hi Greg, > > > Sent: Saturday, October 17, 2015 3:38 PM > > > > On Wed, Oct 07, 2015 at 08:38:53PM +0900, Yoshihiro Shimoda wrote: > > > This patch adds an xhci->priv field for storing the of_device_id.data > > >

[PATCH net,stable] qmi_wwan: add Sierra Wireless MC74xx/EM74xx

New device IDs shamelessly lifted from the vendor driver. Signed-off-by: Bjørn Mork --- drivers/net/usb/qmi_wwan.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c index 355842b85ee9..2a7c1be23c4f 100644 ---

[PATCH 1/3] USB: serial: cp210x: Workaround cp2108 Tx queue bug

Occasionally, writing data and immediately closing the port makes cp2108 stop responding. The device has to be unplugged to clear the error. The failure is induced by shutting down the device while its Tx queue still has unsent data. This condition is avoided by issuing PURGE command from the

Re: [PATCH] extcon: add MAX3355 driver

Hello. On 10/21/2015 05:57 AM, Chanwoo Choi wrote: I think this patch is too much delay. I recommend you better to develop this driver based on latest extcon-next branch[1]. [1] https://git.kernel.org/cgit/linux/kernel/git/chanwoo/extcon.git/log/?h=extcon-next I would really appreciate

[PATCH 3/3] USB: serial: cp210x: Workaround cp2108 GET_LINE_CTL bug

cp2108 GET_LINE_CTL returns the 16-bit value with the 2 bytes swapped. However, SET_LINE_CTL functions properly. When the driver tries to modify the register, it reads it, modifies some bits and writes back. Because the read bytes were swapped, this often results in an invalid value to be written.

[PATCH 2/3] USB: serial: cp210x: Relocated private data from USB interface to port

This change is preparation for implementing a cp2108 bug workaround. The workaround requires storing some private data. Right now the data is attached to the USB interface and allocated in the attach() callback. The bug detection requires USB I/O which is done easier from port_probe() callback

Re: Help needed for EHCI problem: removing an active bulk-in QH

[Resend with Hans's correct email address this time...] On Thu, 22 Oct 2015, Alan Stern wrote: > Hans and everyone else: > > This continues the discussion of a problem originally posted to the > libusb-devel mailing list > (see if > you're

Help needed for EHCI problem: removing an active bulk-in QH

Hans and everyone else: This continues the discussion of a problem originally posted to the libusb-devel mailing list (see if you're curious). The EHCI controller in question is an AMD/ATI SB7x0/SB8x0/SB9x0, as found on the RX780/RX790

[PATCH 07/21] usb/gadget: Remove set-but-not-used variables

Avoid that building with W=1 triggers compiler warnings about set-but-not-used variables. Signed-off-by: Bart Van Assche Acked-by: Felipe Balbi Reviewed-by: Andy Grover Cc: Christoph Hellwig Cc: Hannes Reinecke

Re: Alternative approach to solve the deferred probe (was: [GIT PULL] On-demand device probing)

On Tue, Oct 20, 2015 at 04:46:56PM +0100, Russell King - ARM Linux wrote: > Something like this. I haven't put a lot of effort into it to change all > the places which return an -EPROBE_DEFER, and it also looks like we need > some helpers to report when we have only an device_node (or should

Re: [PATCH] USB: qcserial: add Sierra Wireless MC74xx/EM74xx

On Thu, Oct 22, 2015 at 03:36:34PM +0200, Johan Hovold wrote: > On Thu, Oct 22, 2015 at 02:24:24PM +0200, Bjørn Mork wrote: > > New device IDs shamelessly lifted from the vendor driver. > > > > Cc: > > Signed-off-by: Bjørn Mork > > Acked-by: Johan Hovold

Re: [GIT PULL] USB chipidea driver fixes for 4.3-rc6

On Wed, Oct 21, 2015 at 04:25:58PM +0800, Peter Chen wrote: > The following changes since commit fd7cd061adcf5f7503515ba52b6a724642a839c8: > > xhci: Add spurious wakeup quirk for LynxPoint-LP controllers (2015-10-17 > 00:04:18 -0700) > > are available in the git repository at: > >

Re: [GIT PULL] USB patches for v4.4 merge window

On Tue, Oct 20, 2015 at 01:44:05PM -0500, Felipe Balbi wrote: > Hi Greg, > > Here's the large gadget pull request for v4.4. All patches have been > in next for a while and should be safe to apply. > > Let me know if you want any changes to this pull request. > > cheers > > The following

Re: [GIT PULL] On-demand device probing

On Thu, Oct 22, 2015 at 04:02:13PM +0100, Russell King - ARM Linux wrote: > If it was such a problem, then in the _eight_ days that this has been > discussed so far, _someone_ would have sent some data showing the > problem. I think the fact is, there is no data. > Someone prove me wrong.

Re: [GIT PULL] USB-serial updates for v4.4-rc1

On Wed, Oct 21, 2015 at 11:05:58AM +0200, Johan Hovold wrote: > Hi Greg, > > Here are my updates for 4.4. All have been in linux-next for some time. > > Thanks, > Johan > > > The following changes since commit 049e6dde7e57f0054fdc49102e7ef4830c698b46: > > Linux 4.3-rc4 (2015-10-04 16:57:17

Re: [GIT PULL] USB Chipidea updates for v4.4-rc1

On Thu, Oct 22, 2015 at 10:02:45AM +0800, Peter Chen wrote: > Hi Greg, > > Below are my updates for v4.4-rc1, thanks. > > Peter > > The following changes since commit ffa236f06ce1df3296d106d90e0c2e0cd6b7: > > usb/host/fotg210: Remove return statement inside if (2015-10-17 20:49:50 >

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Tony Lindgren [151022 11:03]: > * Tony Lindgren [151021 16:44]: > > Hi all, > > > > I noticed a regresssino in v4.3-rc series to day with MUSB gadgets > > and DMA. Doing a git bisect between v4.2..v4.3-rc1 on it pointed to: > > > > ddef08dd00f5 ("Driver

Re: [GIT PULL] On-demand device probing

On 21 October 2015 at 23:50, Frank Rowand wrote: > On 10/21/2015 2:12 PM, Rob Herring wrote: >> On Wed, Oct 21, 2015 at 1:18 PM, Frank Rowand wrote: >>> On 10/21/2015 9:27 AM, Mark Brown wrote: On Wed, Oct 21, 2015 at 08:59:51AM -0700, Frank

Re: [PATCH net,stable] qmi_wwan: add Sierra Wireless MC74xx/EM74xx

From: Bjørn Mork Date: Thu, 22 Oct 2015 14:15:58 +0200 > New device IDs shamelessly lifted from the vendor driver. > > Signed-off-by: Bjørn Mork Applied, thank you. -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message

Re: [GIT PULL] On-demand device probing

On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote: > On 21 October 2015 at 23:50, Frank Rowand wrote: > > On 10/21/2015 2:12 PM, Rob Herring wrote: > >> On Wed, Oct 21, 2015 at 1:18 PM, Frank Rowand > >> wrote: > >>> On 10/21/2015 9:27

Re: [PATCH 01/15] fs: configfs: Add unlocked version of configfs_depend_item()

On 10/22/2015 03:16 PM, Christoph Hellwig wrote: On Tue, Oct 20, 2015 at 02:32:32PM +0200, Andrzej Pietrasiewicz wrote: From: Krzysztof Opasiak This change is necessary for the SCSI target usb gadget composed with configfs. In this case configfs will be used for two

Re: [GIT PULL] On-demand device probing

On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote: > But that's moot currently because Greg believes that the time spent > probing devices at boot time could be reduced enough so that the order > in which devices are probed becomes irrelevant. IME that would

[PATCH 4/5] usb: chipidea: debug: disable usb irq while role switch

From: Li Jun Since the ci->role will be set after the host role start is complete, there will be nobody cared irq during start host if usb irq enabled. This error can be reproduced on i.mx6 sololite EVK board by: 1. disable otg id irq(IDIE) and disable all real otg

Re: [PATCH 1/5] usb: chipidea: udc: _ep_queue and _hw_queue cleanup

On Thu, Oct 22, 2015 at 08:08:21PM -0700, Greg KH wrote: > On Fri, Oct 23, 2015 at 09:52:50AM +0800, Peter Chen wrote: > > From: "Felipe F. Tonello" > > > > Update comments to reflect current state of functions. > > > > Signed-off-by: Felipe F. Tonello

[PATCH 5/5] usb: chipidea: otg: gadget module load and unload support

From: Li Jun This patch is to support load and unload gadget driver in full OTG mode. Signed-off-by: Li Jun Signed-off-by: Peter Chen Tested-by: Jiada Wang Cc: #v4.0+ ---

[PATCH 2/5] usb: chipidea: imx: refine clock operations to adapt for all platforms

Some i.mx platforms need three clocks to let controller work, but others only need one, refine clock operation to adapt for all platforms, it fixes a regression found at i.mx27. Signed-off-by: Peter Chen Tested-by: Fabio Estevam Cc:

[PATCH 0/5] USB Chipidea fixes

Hi Greg, These five fixes are too late for v4.3 rc, it is based on your usb-linus tree, would you please review it first? I will send them as v4.4 bug fixes after v4.4-rc1 is out, thanks. Felipe F. Tonello (1): usb: chipidea: udc: _ep_queue and _hw_queue cleanup Li Jun (2): usb: chipidea:

[PATCH 1/5] usb: chipidea: udc: _ep_queue and _hw_queue cleanup

From: "Felipe F. Tonello" Update comments to reflect current state of functions. Signed-off-by: Felipe F. Tonello Signed-off-by: Peter Chen --- drivers/usb/chipidea/udc.c | 8 ++-- 1 file changed, 6 insertions(+),

[PATCH 3/5] ARM: dts: imx27.dtsi: change the clock information for usb

For imx27, it needs three clocks to let the controller work, the old code is wrong, and usbmisc has not included clock handling code any more. Without this patch, it will cause below data abort when accessing usbmisc registers. usbcore: registered new interface driver usb-storage Unhandled fault:

[PATCH] usb: isp1760: add description for two config

From: Li RongQing add the description for USB_ISP1760_HCD and USB_ISP1761_UDC, otherwise a use can not enable them Signed-off-by: Li RongQing --- drivers/usb/isp1760/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 1/1] usb: chipidea: support debugfs without CONFIG_USB_CHIPIDEA_DEBUG

On Thu, Oct 22, 2015 at 08:06:31PM -0700, Greg KH wrote: > On Fri, Oct 23, 2015 at 10:43:46AM +0800, Peter Chen wrote: > > Since we need to mount debugfs to show/store the things we > > want to debug, it is duplicated to add another configuration > > to enable it. Meanwhile, with

Re: [GIT PULL] USB chipidea driver fixes for 4.3-rc6

On Thu, Oct 22, 2015 at 06:24:13PM -0700, Greg KH wrote: > On Wed, Oct 21, 2015 at 04:25:58PM +0800, Peter Chen wrote: > > The following changes since commit fd7cd061adcf5f7503515ba52b6a724642a839c8: > > > > xhci: Add spurious wakeup quirk for LynxPoint-LP controllers (2015-10-17 > > 00:04:18

[PATCH 1/1] usb: chipidea: support debugfs without CONFIG_USB_CHIPIDEA_DEBUG

Since we need to mount debugfs to show/store the things we want to debug, it is duplicated to add another configuration to enable it. Meanwhile, with CONFIG_USB_CHIPIDEA_DEBUG, we can't support chipidea debugfs at runtime. Signed-off-by: Peter Chen Cc: Jun Li

Re: [PATCH 1/1] usb: chipidea: support debugfs without CONFIG_USB_CHIPIDEA_DEBUG

On Fri, Oct 23, 2015 at 10:43:46AM +0800, Peter Chen wrote: > Since we need to mount debugfs to show/store the things we > want to debug, it is duplicated to add another configuration > to enable it. Meanwhile, with CONFIG_USB_CHIPIDEA_DEBUG, > we can't support chipidea debugfs at runtime. Why

Re: [PATCH 1/5] usb: chipidea: udc: _ep_queue and _hw_queue cleanup

On Fri, Oct 23, 2015 at 09:52:50AM +0800, Peter Chen wrote: > From: "Felipe F. Tonello" > > Update comments to reflect current state of functions. > > Signed-off-by: Felipe F. Tonello > Signed-off-by: Peter Chen > --- >

Re: [PATCH] USB: qcserial: add Sierra Wireless MC74xx/EM74xx

On Thu, Oct 22, 2015 at 02:24:24PM +0200, Bjørn Mork wrote: > New device IDs shamelessly lifted from the vendor driver. > > Cc: > Signed-off-by: Bjørn Mork Acked-by: Johan Hovold Greg, can you pick this one directly for 4.4-rc1?

[PATCH] USB: qcserial: add Sierra Wireless MC74xx/EM74xx

New device IDs shamelessly lifted from the vendor driver. Cc: Signed-off-by: Bjørn Mork --- drivers/usb/serial/qcserial.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c index

Re: [PATCH 01/15] fs: configfs: Add unlocked version of configfs_depend_item()

On Tue, Oct 20, 2015 at 02:32:32PM +0200, Andrzej Pietrasiewicz wrote: > From: Krzysztof Opasiak > > This change is necessary for the SCSI target usb gadget composed with > configfs. In this case configfs will be used for two different purposes: > to compose a usb gadget

[PATCH] usb: gadget: Add the console support for usb-to-serial port

It dose not work when we want to use the usb-to-serial port based on one usb gadget as a console. Thus this patch adds the console initialization to support this request. Signed-off-by: Baolin Wang --- drivers/usb/gadget/Kconfig |6 +

Re: [PATCH 07/21] usb/gadget: Remove set-but-not-used variables

On Thu, Oct 22, 2015 at 03:55:45PM -0700, Bart Van Assche wrote: > Avoid that building with W=1 triggers compiler warnings about > set-but-not-used variables. Looks good, Reviewed-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the

Re: [PATCH] extcon: add MAX3355 driver

On 2015년 10월 21일 03:20, Sergei Shtylyov wrote: > Hello. > > On 12/18/2014 12:58 AM, Sergei Shtylyov wrote: > MAX3355E chip integrates a charge pump and comparators to enable a system with an integrated USB OTG dual-role transceiver to function as a USB OTG dual-role

[PATCHv2 10/15] usb: gadget: f_tcm: convert to new function interface with backward compatibility

Converting tcm to the new function interface requires converting USB tcm's function code and its users. This patch converts the f_tcm.c to the new function interface. The file can be now compiled into a separate module usb_f_tcm.ko. The old function interface is provided by means of

[PATCHv2 14/15] usb: gadget: f_tcm: use usb_gstrings_attach

Do not directly use file static strings definitions in instances of f_tcm. Instead use usb_gstrings_attach. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/function/f_tcm.c | 18 +++--- 1 file changed, 7 insertions(+), 11 deletions(-) diff --git

[PATCHv2 15/15] usb: gadget: f_tcm: add configfs support

Allow using the tcm function as a component of a gadget composed with ConfigFS. Signed-off-by: Andrzej Pietrasiewicz [adapt to new prototype of configfs_(un)depend_item())] Signed-off-by: Krzysztof Opasiak ---

[PATCHv2 00/15] Equivalent of tcm_usb_gadget with configfs

Dear All, This series adds support to tcm usb gadget for composing it with configfs. @target-devel folks: You might be wondering why add configfs for something which already supports configfs. In tcm_usb_gadget configfs has beeen used for configuring the SCSI target part, but the usb gadget part

[PATCHv2 06/15] usb: gadget: tcm: follow naming conventions

Prepare for splitting tcm_usb_gadget into legacy gadget proper and f_tcm. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/legacy/tcm_usb_gadget.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git

Re: [PATCHv2 01/15] fs: configfs: Add unlocked version of configfs_depend_item()

Hi Andrzej, please find a way to share code between the two depend function. And also drop the duplicate undepend version and just stop passing the unused subsystem argument. Not only do we not keep unused argument in Linux in general, but in this case it's also really useful for the new API.

Re: [GIT PULL] On-demand device probing

On Thu, Oct 22, 2015 at 07:44:05AM -0700, Greg Kroah-Hartman wrote: > > > On Thu, Oct 22, 2015 at 11:05:11AM +0200, Tomeu Vizoso wrote: > > Given that downstreams are already carrying as many hacks as they > > could think of to speed total boot up, I think this is

[PATCHv2 07/15] usb: gadget: tcm: use strtobool for a boolean value

Simplify the function. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/legacy/tcm_usb_gadget.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/usb/gadget/legacy/tcm_usb_gadget.c

[PATCHv2 08/15] usb: gadget: tcm: simplify attribute store function

Simplify function code. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/legacy/tcm_usb_gadget.c | 22 +++--- 1 file changed, 7 insertions(+), 15 deletions(-) diff --git a/drivers/usb/gadget/legacy/tcm_usb_gadget.c

[PATCHv2 01/15] fs: configfs: Add unlocked version of configfs_depend_item()

From: Krzysztof Opasiak This change is necessary for the SCSI target usb gadget composed with configfs. In this case configfs will be used for two different purposes: to compose a usb gadget and to configure the target part. If an instance of tcm function is created in

[PATCHv2 13/15] usb: gadget: f_tcm: remove redundant singleton

The only instance is guaranteed with TPG_INSTANCES defined to 1. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/function/f_tcm.c | 9 - drivers/usb/gadget/function/tcm.h | 2 -- 2 files changed, 11 deletions(-) diff --git

[PATCHv2 09/15] usb: gadget: tcm: factor out f_tcm

Prepare for converting tcm to new function registration interface. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/function/f_tcm.c| 2168 drivers/usb/gadget/function/tcm.h | 132 ++

[PATCHv2 11/15] usb: gadget: tcm: convert to use new function registration interface

Convert the only user of old tcm function interface so that the old interface can be removed. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/legacy/Kconfig | 1 + drivers/usb/gadget/legacy/tcm_usb_gadget.c | 62 +- 2

[PATCHv2 04/15] tcm_usb_gadget: Fix enabled attribute failure

From: Nicholas Bellinger Fix up tcm_usbg_tpg_store_enable() return value to propagate usbg_attach() failure up to user-space if no HDC is found. Reported-by: Andrzej Pietrasiewicz Cc: Andrzej Pietrasiewicz Cc: Sebastian

[PATCHv2 05/15] usb: gadget: tcm: split string definitions into function and device

Prepare for factoring out f_tcm from a legacy gadget. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/legacy/tcm_usb_gadget.c | 25 + drivers/usb/gadget/legacy/tcm_usb_gadget.h | 3 +-- 2 files changed, 22 insertions(+), 6 deletions(-)

[PATCHv2 02/15] tcm_usb_gadget: Don't strip off nexus WWPN prefix

From: Nicholas Bellinger Avoid stripping off the 'naa.' I_T nexus prefix from configfs attribute store input, so that user-space will get back what it originaly wrote into ../usb_gadget/$WWPN/$TPGT/nexus. Note the SCSI initiator WWPN is purely symbolic for UAS + BOT, so it

Re: Alternative approach to solve the deferred probe

Hi Russell, On 10/21/2015 09:28 PM, Russell King - ARM Linux wrote: > On Wed, Oct 21, 2015 at 09:13:48PM +0300, Grygorii Strashko wrote: >> But I worry a bit (and that my main point) about these few additional >> rounds of deferred device probing which I have right now and which allows >> some of

[PATCHv2 12/15] usb: gadget: f_tcm: remove compatibility layer

There are no old function interface users left. Signed-off-by: Andrzej Pietrasiewicz --- drivers/usb/gadget/function/f_tcm.c | 87 +++-- 1 file changed, 6 insertions(+), 81 deletions(-) diff --git a/drivers/usb/gadget/function/f_tcm.c

[PATCHv2 03/15] tcm_usb_gadget: Fix nexus leak

From: Nicholas Bellinger This patch adds the missing tcm_usbg_drop_nexus() to properly release tcm_usbg_nexus memory during typical ->fabric_drop_tpg() callback shutdown. Reported-by: Andrzej Pietrasiewicz Cc: Andrzej Pietrasiewicz

Re: USB 2.0 device has 8ms latency

On 15 October 2015 at 15:37, Alan Stern wrote: > On Thu, 15 Oct 2015, John Tapsell wrote: > >> I did have one wacky idea. I'm sure it's stupid, but here it is: Is >> it at all possible that there's a bug in the linux usb code where a >> bInterval value of 1ms is being

Re: USB 2.0 device has 8ms latency

On Thu, Oct 22, 2015 at 05:15:50PM +0100, John Tapsell wrote: > On 15 October 2015 at 15:37, Alan Stern wrote: > > On Thu, 15 Oct 2015, John Tapsell wrote: > > > >> I did have one wacky idea. I'm sure it's stupid, but here it is: Is > >> it at all possible that