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

On Wed, Oct 21, 2015 at 11:39:04AM +0200, Erwin Van de Velde wrote: > Hi all, > > As advised, I retried with a more recent kernel (4.2.0), but I get a > similar result: > > I tested via 'echo 1 > /sys/bus/pci/ehci-pci/\:00\:1a.0/remove' > and 'echo 1 > /sys/bus/pci/rescan'. Why did you

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

On Wed, 21 Oct 2015, Erwin Van de Velde wrote: > Hi all, > > As advised, I retried with a more recent kernel (4.2.0), but I get a > similar result: > > I tested via 'echo 1 > /sys/bus/pci/ehci-pci/\:00\:1a.0/remove' > and 'echo 1 > /sys/bus/pci/rescan'. There are two possible results: no >

Re: Provide information: All connected USB devices are enumerated at boot time

On Wed, 21 Oct 2015, Stefan Reichör wrote: > My question is now: > Is there a way find out when all USB devices that are connected at > boot time are initialized (without knowing what kind of devices)? In short, no. Alan Stern -- To unsubscribe from this list: send the line "unsubscribe

Re: Overly conservative xHCI bandwidth estimation

On Wed, 21 Oct 2015, Steinar H. Gunderson wrote: > On Wed, Oct 21, 2015 at 10:29:11AM -0400, Alan Stern wrote: > >> Is there such a blacklist already, where I can add the devices (there are > >> two > >> distinct IDs behaving identically) and see if it helps? > > There is a blacklist, but it

Re: Overly conservative xHCI bandwidth estimation

On Wed, 21 Oct 2015, Steinar H. Gunderson wrote: > On Wed, Oct 21, 2015 at 09:49:16AM +0800, Lu, Baolu wrote: > > I could spend some time on this issue a week later. > > I'd like to check whether there is any bugs in the driver itself. > > Otherwise, blacklist this specific device for LPM. > >

Re: [PATCH] Fix data loss in cdc-acm

On 10/21/2015 08:09 AM, Peter Hurley wrote: > Be aware that while the N_TTY line discipline ensures that put_char() > and write() usage will not be interleaved without flush_chars(), other > line disciplines might not, so at least be sure that driver won't > crash if that happens. Sorry, I take

Re: [GIT PULL] On-demand device probing

On Wed, Oct 21, 2015 at 08:59:51AM -0700, Frank Rowand wrote: > On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: > > To be clear, I was saying that this series should NOT affect total > > boot times much. > I'm confused. If I understood correctly, improving boot time was > the key justification for

Re: Alternative approach to solve the deferred probe

On 10/21/2015 06:36 PM, Frank Rowand wrote: > On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: >> On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: >>> On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: > > < snip > > + static bool driver_deferred_probe_enable =

[PATCH v10 4/4] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB devices can remain runtime-suspended when the system goes to a sleep state, if their wakeup state is correct and they have runtime PM enabled. Signed-off-by: Tomeu Vizoso Reviewed-by: Ulf Hansson

RE: [PATCH] xhci: Workaround to get Intel xHCI reset working more reliably

Thanks Joe, for the confirmation. Thanks Mathias for the update. Raj -Original Message- From: Mathias Nyman [mailto:mathias.ny...@linux.intel.com] Sent: Wednesday, October 21, 2015 3:15 AM To: Joe Lawrence; linux-usb@vger.kernel.org; Mani, Rajmohan Subject: Re: [PATCH] xhci: Workaround

Re: [GIT PULL] On-demand device probing

On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: > On 18 October 2015 at 21:53, Mark Brown wrote: >> On Sun, Oct 18, 2015 at 12:37:57PM -0700, Greg Kroah-Hartman wrote: >>> On Sun, Oct 18, 2015 at 08:29:31PM +0100, Mark Brown wrote: On Fri, Oct 16, 2015 at 11:57:50PM -0700,

[PATCH v10 0/4] Allow USB devices to remain runtime-suspended when sleeping

Hi, this is v10 of an attempt to make it easier for devices to remain in runtime PM when the system goes to sleep, mainly to reduce the time spent resuming devices. For this, we interpret the absence of all PM callback implementations as it being safe to do direct_complete, so their ancestors

Re: [REPOST PATCH 0/3] dwc2 patches to allow wakeup on Rockchip rk3288

John, On Mon, Jul 6, 2015 at 11:27 AM, Douglas Anderson wrote: > This series of patches, together with > from Chris Zhong and a > dts change allow us to wake up from a USB device on rk3288 boards. > The patches were tested on

Re: [PATCH v10 4/4] USB / PM: Allow USB devices to remain runtime-suspended when sleeping

On Wed, 21 Oct 2015, Tomeu Vizoso wrote: > Have dev_pm_ops.prepare return 1 for USB devices and ports so that USB > devices can remain runtime-suspended when the system goes to a sleep > state, if their wakeup state is correct and they have runtime PM enabled. > > Signed-off-by: Tomeu Vizoso

Re: Alternative approach to solve the deferred probe

On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: > On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: >> On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: < snip > >>> + >>> static bool driver_deferred_probe_enable = false; >>> + >>> /** >>> *

Re: Alternative approach to solve the deferred probe

On 10/21/2015 09:02 PM, Frank Rowand wrote: > On 10/21/2015 9:55 AM, Grygorii Strashko wrote: >> On 10/21/2015 06:36 PM, Frank Rowand wrote: >>> On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: > On 10/20/2015 8:46 AM,

Re: Alternative approach to solve the deferred probe

On 10/21/2015 9:55 AM, Grygorii Strashko wrote: > On 10/21/2015 06:36 PM, Frank Rowand wrote: >> On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: >>> On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: >> >> < snip > >>

Re: [GIT PULL] On-demand device probing

On 10/21/2015 9:27 AM, Mark Brown wrote: > On Wed, Oct 21, 2015 at 08:59:51AM -0700, Frank Rowand wrote: >> On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: > >>> To be clear, I was saying that this series should NOT affect total >>> boot times much. > >> I'm confused. If I understood correctly,

Re: Alternative approach to solve the deferred probe

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 drivers to finish, finally, their probes successfully. > With proposed

Re: [Samsung NP530U3C-A02CL] usb 1-2: device descriptor read/64, error

2015-03-11 15:41 GMT-03:00 Alan Stern : > On Wed, 11 Mar 2015, Cristian wrote: > >> 2015-03-11 11:08 GMT-03:00 Alan Stern : >> > On Wed, 11 Mar 2015, Cristian wrote: >> > >> >> 2015-03-11 4:55 GMT-03:00 Greg KH : >>

[PATCH v2 15/15] usb: gadget: f_tcm: add configfs support

From: Andrzej Pietrasiewicz Allow using the tcm function as a component of a gadget composed with ConfigFS. Signed-off-by: Andrzej Pietrasiewicz [Update to use new version of configfs_depend_item_unlocked()] Signed-off-by: Krzysztof Opasiak

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

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 $CONFIGFS_ROOT/usb_gadget//functions a tpg can be

Re: [BUG] mfd: rtsx_usb data corruption with SDCX microsd

On Wed, Oct 21, 2015 at 2:02 PM, Ulf Hansson wrote: > were added in Linux 3.16. Perhaps you can verify if this is a regression or > not!? I will try this. > Have you tried other SDXC cards which supports the "ultra high speed SDR50" > mode? I think only have a single

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

On 10/20/2015 07:15 PM, Joel Becker 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 Wed, Oct 21, 2015 at 11:18:08AM -0700, Frank Rowand wrote: > On 10/21/2015 9:27 AM, Mark Brown wrote: > > Overall boot time and time to get some individual built in component up > > and running aren't the same thing - what this'll do is get things up > > more in the link order of the leaf

Re: [GIT PULL] On-demand device probing

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 Rowand wrote: >>> On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: >> To be clear, I was saying that this series should NOT

Re: Alternative approach to solve the deferred probe

On Wed, Oct 21, 2015 at 08:36:23AM -0700, Frank Rowand wrote: > On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: > > On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: > >> On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: > > < snip > > > >>> + > >>> static bool

[RESEND PATCH] usb: remove unnecessary CONFIG_PM dependency from USB_OTG

From: Ben Shelton The USB gadget support currently depends on power management (CONFIG_PM) being enabled, but does not actually need it enabled. Remove this dependency. Tested on Bay Trail hardware with dwc3 USB. Signed-off-by: Nathan Sullivan ---

Re: [GIT PULL] On-demand device probing

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 Rowand wrote: On 10/19/2015 5:34 AM, Tomeu Vizoso wrote: >>> > To be

Re: [GIT PULL] On-demand device probing

On Wednesday, October 21, 2015 10:55:14 AM Geert Uytterhoeven wrote: > Hi Rafael, > > On Wed, Oct 21, 2015 at 1:34 AM, Rafael J. Wysocki wrote: > > On Tuesday, October 20, 2015 09:15:01 AM Rob Herring wrote: > >> On Tue, Oct 20, 2015 at 2:56 AM, Rafael J. Wysocki

Re: [PATCH 2/3] usb: chipidea: udc: improve error handling on ep_queue

On Fri, Sep 18, 2015 at 06:30:20PM +0100, e...@felipetonello.com wrote: > From: "Felipe F. Tonello" > > _ep_queue() didn't check for errors when using add_td_to_list() > which can fail if dma_pool_alloc fails, thus causing a kernel > panic when lastnode->ptr is NULL. > >

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

On Thu, Oct 22, 2015 at 10:19:45AM +0900, Jiada Wang wrote: > Hello > > > On 10/21/2015 12:23 PM, Peter Chen wrote: > >From: Li Jun > > > >This patch is to support load and unload gadget driver in full OTG mode. > > > >Signed-off-by: Li Jun >

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

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 -0700) are available in the git repository at:

Re: Alternative approach to solve the deferred probe

Hi Russell, On 10/21/2015 08:20 PM, Russell King - ARM Linux wrote: > On Wed, Oct 21, 2015 at 07:55:29PM +0300, Grygorii Strashko wrote: >> On 10/21/2015 06:36 PM, Frank Rowand wrote: >>> The above is currently the last point for probe to succeed or defer >>> (until possibly, as you mentioned,

Re: [PATCH V5 1/1] usb:serial add Fintek F81532/534 driver

Hi Johan, Johan Hovold 於 2015/9/14 下午 09:33 寫道: On Tue, Jul 21, 2015 at 09:58:19AM +0800, Peter Hung wrote: 4. RS422 Mode 1. The RTS mode is dont care. 2. Set M2/M1/M0 as 0/0/0 I don't think all gpios should be exported for these ports if they have special

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

Piling onto this thread, there's actually another use in the SCSI target stack that I think wants something similar to this. In drivers/scsi/qla2xxx/tcm_qla2xxx.c there's some code (for example tcm_qla2xxx_tpg_store_enable()) which is called from a configfs callback, and defers a call to

Re: Overly conservative xHCI bandwidth estimation

On Wed, Oct 21, 2015 at 10:29:11AM -0400, Alan Stern wrote: >> Is there such a blacklist already, where I can add the devices (there are two >> distinct IDs behaving identically) and see if it helps? > There is a blacklist, but it does not affect LPM. See > drivers/usb/core/quirks.c and

MUSB peripheral DMA regression caused by driver core runtime PM change

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 commit above reverted things work fine with DMA and USB gadgets.

Re: Alternative approach to solve the deferred probe

On 10/21/2015 1:35 PM, Russell King - ARM Linux wrote: > On Wed, Oct 21, 2015 at 08:36:23AM -0700, Frank Rowand wrote: >> On 10/21/2015 1:18 AM, Russell King - ARM Linux wrote: >>> On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: On 10/20/2015 8:46 AM, Russell King - ARM Linux

Re: [GIT PULL] On-demand device probing

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 10:40:03AM -0400, Alan Stern wrote: > >> > >> > Furthermore, that applies only to

Re: Fwd: [Bug 106321] linux-kernel-4.3-rc5 fails to attach usb storage device

On Tue, 2015-10-20 at 22:32 +0800, Jos van Wolput wrote: > Forwarded Message > Subject: [Bug 106321] linux-kernel-4.3-rc5 fails to attach usb storage device > Date: Tue, 20 Oct 2015 13:48:54 + > From: bugzilla-dae...@bugzilla.kernel.org > To: wol...@on.nl > >

[PATCH] usb: dwc3: pci: add support for Intel Broxton SOC

PCI IDs for Broxton based platforms. Signed-off-by: Heikki Krogerus --- drivers/usb/dwc3/dwc3-pci.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/usb/dwc3/dwc3-pci.c b/drivers/usb/dwc3/dwc3-pci.c index f626179..5e3b6fc 100644 ---

Re: [PATCH] xhci: Workaround to get Intel xHCI reset working more reliably

On 19.10.2015 17:37, Joe Lawrence wrote: On 10/16/2015 03:29 AM, Rajmohan Mani wrote: From: Rajmohan Mani Existing Intel xHCI controllers require a delay of 1 mS, after setting the CMD_RESET bit in command register, before accessing any HC registers. This allows the

Re: [PATCH] Fix data loss in cdc-acm

On Tue, 2015-10-20 at 14:16 -0400, Peter Hurley wrote: > ECHO is on by default and the cdc-acm driver does not implement the > put_char() and flush_chars() tty driver methods, which made the > problem > _way worse_, since every echoed char is sent as it's own URB. That can be fixed. How can I

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

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 +0100) are available in the git repository at:

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

Hi all, As advised, I retried with a more recent kernel (4.2.0), but I get a similar result: I tested via 'echo 1 > /sys/bus/pci/ehci-pci/\:00\:1a.0/remove' and 'echo 1 > /sys/bus/pci/rescan'. There are two possible results: no errors when removing the device and then the devices are

Re: Provide information: All connected USB devices are enumerated at boot time

Greg KH wrote > On Thu, Oct 15, 2015 at 05:23:21PM +0200, Stefan Reichör wrote: >> Alan Stern wrote: >> >> > On Thu, 15 Oct 2015, Stefan Reichör wrote: >> > >> >> Hi there, >> >> >> >> I am currently working on a problem that I need to know when all >> >> connected USB devices are enumerated

Re: [BUG] mfd: rtsx_usb data corruption with SDCX microsd

On 20 October 2015 at 18:29, Marcus Overhagen wrote: > I tested again with a 4.2 kernel but the bug is still present and > happens more often. So far nobody has responded. > I don't know what to do, and whether it's related to usb, mmc or mfd. > Please advise. Sorry

Re: [PATCH] usb: dwc3: pci: add support for Intel Broxton SOC

On Wed, Oct 21, 2015 at 12:48:52PM +0300, Heikki Krogerus wrote: > PCI IDs for Broxton based platforms. This does not apply cleanly on top of your testing/next branch anymore. Sorry about that. Resending... -- heikki -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in

[PATCHv2] usb: dwc3: pci: add support for Intel Broxton SOC

PCI IDs for Broxton based platforms. Signed-off-by: Heikki Krogerus --- drivers/usb/dwc3/dwc3-pci.c | 4 1 file changed, 4 insertions(+) Changes since v1: - Rebased on top of Felipe's testing/next branch diff --git a/drivers/usb/dwc3/dwc3-pci.c

Re: [PATCH] Fix data loss in cdc-acm

On 10/21/2015 06:12 AM, Oliver Neukum wrote: > On Tue, 2015-10-20 at 14:16 -0400, Peter Hurley wrote: >> ECHO is on by default and the cdc-acm driver does not implement the >> put_char() and flush_chars() tty driver methods, which made the >> problem >> _way worse_, since every echoed char is sent

Re: [GIT PULL] On-demand device probing

Sorry to enter this thread a bit late. About the number of probe deferred messages, I proposed a simple patch to reduce them: https://lkml.org/lkml/2013/8/20/218 I was wondering how many messages this patch could save... -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef

Re: Alternative approach to solve the deferred probe

On Tue, Oct 20, 2015 at 08:58:19PM -0700, Frank Rowand wrote: > On 10/20/2015 8:46 AM, Russell King - ARM Linux wrote: > > On Mon, Oct 19, 2015 at 06:21:40PM +0200, Geert Uytterhoeven wrote: > >> Hi Russell, > >> > >> On Mon, Oct 19, 2015 at 5:35 PM, Russell King - ARM Linux > >>

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

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: git://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/

Re: Overly conservative xHCI bandwidth estimation

On Wed, Oct 21, 2015 at 09:49:16AM +0800, Lu, Baolu wrote: > I could spend some time on this issue a week later. > I'd like to check whether there is any bugs in the driver itself. > Otherwise, blacklist this specific device for LPM. Is there such a blacklist already, where I can add the devices

Re: [GIT PULL] On-demand device probing

Hi Rafael, On Wed, Oct 21, 2015 at 1:34 AM, Rafael J. Wysocki wrote: > On Tuesday, October 20, 2015 09:15:01 AM Rob Herring wrote: >> On Tue, Oct 20, 2015 at 2:56 AM, Rafael J. Wysocki >> wrote: >> > ACPI uses platform devices too. In fact, ACPI device