Fwd: pl2303_read_int_callback - usb_submit_urb failed with result -19

I'm polling a couple of input bits as well as 16 bit memory registers from a PLC (xinje) using libmodbus. Feb 23 09:59:34 localhost kernel: [16960.073287] usb 5-1: USB disconnect, device number 11 Feb 23 09:59:34 localhost kernel: [16960.080069] usb 5-1: pl2303_read_int_callback - usb_submit_urb

Re: next-20160705 build: 2 failures 6 warnings (next-20160705)

On Wed, Jul 06, 2016 at 10:31:56AM +0800, Peter Chen wrote: > On Tue, Jul 05, 2016 at 11:52:42AM +0200, Mark Brown wrote: > > On Tue, Jul 05, 2016 at 10:15:03AM +0100, Build bot for Mark Brown wrote: > > > > For the past little while both arm and arm64 allmodconfig builds have > > been failing

Re: next-20160705 build: 2 failures 6 warnings (next-20160705)

On Tue, Jul 05, 2016 at 11:52:42AM +0200, Mark Brown wrote: > On Tue, Jul 05, 2016 at 10:15:03AM +0100, Build bot for Mark Brown wrote: > > For the past little while both arm and arm64 allmodconfig builds have > been failing with: > > > drivers/built-in.o: In function `nbu2ss_drv_probe': > >

Re: [PATCH 00/21] Support qcom's HSIC USB and rewrite USB2 HS phy support

On Tue, Jul 5, 2016 at 12:22 PM, Stephen Boyd wrote: > Quoting John Stultz (2016-07-01 23:03:38) >> On Tue, Jun 28, 2016 at 1:34 AM, Stephen Boyd >> wrote: >> > Quoting John Stultz (2016-06-27 20:09:30) >> >> >> >> I haven't yet been able to

Re: ath9k-htc on OHCI -> bogus usb xfer

Am 05.07.2016 um 19:31 schrieb Alexey Brodkin: > Hi Oleksij, > > On Tue, 2016-07-05 at 19:23 +0200, Oleksij Rempel wrote: >> Hi, >> >> Am 05.07.2016 um 14:20 schrieb Alexey Brodkin: >>> >>> Hello, >>> >>> Looks like this is another manifestation of already seen problem with >>> ath9k-htc >>> and

Re: [PATCHv4 1/2] usb: USB Type-C connector class

On Mon, Jul 04, 2016 at 10:45:02AM -0700, Guenter Roeck wrote: > On 07/04/2016 10:11 AM, Heikki Krogerus wrote: > [ ... ] > > > > > We should not forget also that the userspace can never rely on those > > > > details because of the fact that they simply will not always be > > > > available. > > >

Re: [PATCH net] r8152: fix runtime function for RTL8152

From: Hayes Wang Date: Tue, 5 Jul 2016 16:11:46 +0800 > The RTL8152 doesn't have U1U2 and U2P3 features, so use different > runtime functions for RTL812 and RTL8153 by adding autosuspend_en() > to rtl_ops. > > Signed-off-by: Hayes Wang Applied,

Re: ath9k-htc on OHCI -> bogus usb xfer

Hi Oleksij, On Tue, 2016-07-05 at 19:23 +0200, Oleksij Rempel wrote: > Hi, > > Am 05.07.2016 um 14:20 schrieb Alexey Brodkin: > > > > Hello, > > > > Looks like this is another manifestation of already seen problem with > > ath9k-htc > > and OHCI controller. > > > > I'm trying to get USB

Re: ath9k-htc on OHCI -> bogus usb xfer

Hi, Am 05.07.2016 um 14:20 schrieb Alexey Brodkin: > Hello, > > Looks like this is another manifestation of already seen problem with > ath9k-htc > and OHCI controller. > > I'm trying to get USB Wi-Fi dongle based on Atheros AR9271 to work with our > development board (this is Synopsys AXS103)

Re: usb: memory allocation WARNING in hcd_buffer_alloc

On Tue, Jul 5, 2016 at 5:42 PM, Alan Stern wrote: > On Tue, 5 Jul 2016, Dmitry Vyukov wrote: > >> Hello, >> >> The following program trigger the following WARNING: >> >> [ cut here ] >> WARNING: CPU: 0 PID: 6263 at mm/page_alloc.c:3584[<

Re: Unable to safely detach external HDD on USB 3.0

On Sat, 2 Jul 2016, Marco Chiappero wrote: > Hi Alan, hi Mathias, > > Is there any progress about this problem? > > Thank you, > Marco > > As far as I can tell, USB-3 does not have any link state that will > > avoid negotiating a connection with a plugged-in cable but will signal > > the host

Re: usb: memory allocation WARNING in hcd_buffer_alloc

On Tue, 5 Jul 2016, Dmitry Vyukov wrote: > Hello, > > The following program trigger the following WARNING: > > [ cut here ] > WARNING: CPU: 0 PID: 6263 at mm/page_alloc.c:3584[< inline >] > __alloc_pages_slowpath mm/page_alloc.c:3584 > WARNING: CPU: 0 PID: 6263

Re: question regarding c66f59ee5050447b3da92d36f5385a847990a894

> Hi, > > looking at this patch > > USB: OHCI: Don't mark EDs as ED_OPER if scheduling fails > > it seems to me that pretty much all kernels are affected. > Should this go into the stable trees? Hi, Alan Stern was reluctant to fix this bug because there is a small chance that somebody

Re: [PATCH v2] cdc-wdm: fix "out-of-sync" due to missing notifications

On Mon, 2016-07-04 at 19:01 +0200, Bjørn Mork wrote: > The proposed driver solution is a hack, allowing us to resyncronize > without resetting the firmware. We have no reliable way to reset the > firmware and doing so will have large side effects anyway. The hack > allows us to continue, with a

Re: pl2303_read_int_callback - usb_submit_urb failed with result -19

On Mon, Jul 04, 2016 at 10:22:04PM +0530, Malith Yapa wrote: > Continuously polling registers with the PL2303 usb serial adapter > eventually results in usb_subimit_urb failed with result -19 (ENODEV) > but reconnects immediately. > occurrences are random. > tried with two different PL2303 devices

question regarding c66f59ee5050447b3da92d36f5385a847990a894

Hi, looking at this patch USB: OHCI: Don't mark EDs as ED_OPER if scheduling fails it seems to me that pretty much all kernels are affected. Should this go into the stable trees? Regards Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in

ath9k-htc on OHCI -> bogus usb xfer

Hello, Looks like this is another manifestation of already seen problem with ath9k-htc and OHCI controller. I'm trying to get USB Wi-Fi dongle based on Atheros AR9271 to work with our development board (this is Synopsys AXS103) and seeing a picture very similar to what was discussed here 

usb: memory allocation WARNING in hcd_buffer_alloc

Hello, The following program trigger the following WARNING: [ cut here ] WARNING: CPU: 0 PID: 6263 at mm/page_alloc.c:3584[< inline >] __alloc_pages_slowpath mm/page_alloc.c:3584 WARNING: CPU: 0 PID: 6263 at mm/page_alloc.c:3584[< none >]

Re: [PATCH, RESEND] staging: emxx_udc: allow modular build

Hi, Arnd Bergmann writes: > A change to the usb gadget core allowed certain API functions to be > part of a loadable module, which breaks having emxx_udc built-in: > > drivers/staging/built-in.o: In function `nbu2ss_drv_probe': > (.text+0x2428): undefined reference to

[PATCH, RESEND] staging: emxx_udc: allow modular build

A change to the usb gadget core allowed certain API functions to be part of a loadable module, which breaks having emxx_udc built-in: drivers/staging/built-in.o: In function `nbu2ss_drv_probe': (.text+0x2428): undefined reference to `usb_ep_set_maxpacket_limit' The original patch already fixed

Re: next-20160705 build: 2 failures 6 warnings (next-20160705)

On Tue, Jul 05, 2016 at 10:15:03AM +0100, Build bot for Mark Brown wrote: For the past little while both arm and arm64 allmodconfig builds have been failing with: > drivers/built-in.o: In function `nbu2ss_drv_probe': > binder.c:(.text+0x29438c): undefined reference to

[PATCH net] r8152: fix runtime function for RTL8152

The RTL8152 doesn't have U1U2 and U2P3 features, so use different runtime functions for RTL812 and RTL8153 by adding autosuspend_en() to rtl_ops. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 24 +--- 1 file changed, 17 insertions(+), 7

Re: kmem_cache_alloc fail with unable to handle paging request after pci hotplug remove.

On Tue, Jul 05, 2016 at 11:00:21AM +0800, AceLan Kao wrote: > These are logs from my machine. > > *** Before plug-in the USB key > > u@u-XPS-13-9xxx:~$ sudo lspci - -s 00:1c.0 > 00:1c.0 PCI bridge: Intel Corporation Device 9d10 (rev f1) (prog-if 00 > [Normal decode]) [...] >

Re: [PATCH v6 0/1] phy-sun4i-usb: Add support for peripheral-only mode

Hi, On 05-07-16 07:40, Kishon Vijay Abraham I wrote: Hi, On Tuesday 05 July 2016 02:47 AM, Hans de Goede wrote: Hi Kishon, Thanks for merging one of the 2 pending phy-sun4i-usb patches, I see that the other one actually has a conflict after merging in linux-phy/fixes. So here is a rebased