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 ver
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])
[...]
> L
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 deletions(-)
diff --git a/dr
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 `usb_ep_set_maxpacket_limit'
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 to
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 `usb_ep_set_maxpacket_limit
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 >]
__alloc_pages_no
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 http://t
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
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
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 p
> 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 somewher
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 at
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 w
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[< inline >]
>> __alloc_pages_s
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)
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 Wi-Fi
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, thanks.
--
To unsubscribe from this list: send th
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.
> > >
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
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 test with this, as I need some other fixes
>> >> it se
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':
> > bind
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 wit
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 f
24 matches
Mail list logo
