On 20/04/15 15:35, Mathias Nyman wrote:
> Hi
>
> On 02.04.2015 15:23, Roger Quadros wrote:
>> As xhci_hcd is now allocated by usb_create_hcd(), we don't
>> need to add the primary HCD before creating the shared HCD.
>>
>> Creating the shared HCD before adding the primary HCD is particularly
>> use
>
> On 20/04/15 06:05, Peter Chen wrote:
> > On Tue, Apr 14, 2015 at 01:41:47PM +0300, Roger Quadros wrote:
> >> This is an attempt to centralize OTG/Dual-role functionality in the kernel.
> >> As of now I've got Dual-role functionality working pretty reliably on
> >> dra7-evm. xhci side of thin
Hi,
On Tuesday 21 April 2015 01:49 AM, Arun Ramamurthy wrote:
On 15-04-15 02:59 AM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 14 April 2015 03:40 AM, Arun Ramamurthy wrote:
Some generic drivers, such as ehci, may use multiple phys and for such
drivers referencing phy(s) by name(s) does n
Arnd,
On Wednesday 15 April 2015 03:17 AM, Arnd Bergmann wrote:
On Tuesday 14 April 2015 11:05:35 Arun Ramamurthy wrote:
[1] ->
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/kbuild/kconfig-language.txt#n111
Kishon,removing select GENERIC_PHY also breaks t
On Mon, Apr 20, 2015 at 01:47:33PM +0800, Macpaul Lin wrote:
> Hi Peter,
>
> 2015-04-20 13:30 GMT+08:00 Peter Chen :
> > On Thu, Apr 16, 2015 at 02:56:59PM +0800, Macpaul Lin wrote:
> >> Introduce kernel feature CONFIG_USB_OTG20 and related
> >> gadget_is_otg20() API for supporting OTG20 compliant
On Fri, Apr 17, 2015 at 08:04:13AM +0200, Heinrich Schuchardt wrote:
> A string written by the user may not be zero terminated.
>
> sscanf may read memory beyond the buffer if no zero byte
> is found.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> drivers/usb/chipidea/debug.c | 6 +-
> 1 fi
It seems (from inspecting libusb) that poll()ing a usbfs file descriptor for
output can be used to determine when a urb can be reaped. A user has sent me a
patch to our code that does this, and it actually does seem to work. So far, I
haven't found any documentation on this.
Is it okay for us t
On 21 April 2015 at 03:44, Alan Stern wrote:
> The generic driver includes code for enabling wakeup by default,
Is there a part of code which can shows this? It seems to me that the
usbhid module is loaded for all USB HID devices, so I doubt a bit:
[tom@localhost ~]$ journalctl -b -1 | grep hid
Hello.
On 04/20/2015 11:04 PM, Joe Lawrence wrote:
So -ESHUTDOWN = -108 (0xff94) provoked bad_action_ret into reporting
a bogus return value and stack trace above.
As far as I know, -Eanything is never a valid return code for an IRQ
handler. Shouldn't this always return either IRQ_NONE
On Mon, 20 Apr 2015, Joe Lawrence wrote:
> On Mon, Apr 20, 2015 at 01:35:40PM -0400, Alan Stern wrote:
> > On Mon, 20 Apr 2015, Joe Lawrence wrote:
> >
> > > So -ESHUTDOWN = -108 (0xff94) provoked bad_action_ret into reporting
> > > a bogus return value and stack trace above.
> >
> > As far
On 15-04-15 02:59 AM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 14 April 2015 03:40 AM, Arun Ramamurthy wrote:
Some generic drivers, such as ehci, may use multiple phys and for such
drivers referencing phy(s) by name(s) does not make sense. Instead of
inventing new naming schemes and using
From: "H. Nikolaus Schaller"
While trying to test a Cinterion GSM/GPS/3G module I had reconfigured
the USB interface by mistake and therefore needed to run a different
USB driver than CDC-ACM. It turned out that I need the "usbserial" driver.
This file is an official description how to use it:
On Mon, Apr 20, 2015 at 01:35:40PM -0400, Alan Stern wrote:
> On Mon, 20 Apr 2015, Joe Lawrence wrote:
>
> > So -ESHUTDOWN = -108 (0xff94) provoked bad_action_ret into reporting
> > a bogus return value and stack trace above.
>
> As far as I know, -Eanything is never a valid return code for a
On Tue, 21 Apr 2015, Tom Yan wrote:
> Yes of course:
Okay, the two devices appear to be the same as far as remote wakeup is
concerned. The difference lies in the drivers. From your original
report:
> logitech-djreceiver 0003:046D:C52B.0003: hiddev0,hidraw0: USB HID
> v1.11 Device [Logitech USB
Yes of course:
Bus 003 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
On Tue, 21 Apr 2015, Tom Yan wrote:
> Thank you very much for your reply.
>
> So I tried to see if there's any difference between the two devices. I
> can see that the one didn't get enabled by default has an extra
> interface with 0 for the two attributes. But does that matter? Because
> if it d
Thank you very much for your reply.
So I tried to see if there's any difference between the two devices. I
can see that the one didn't get enabled by default has an extra
interface with 0 for the two attributes. But does that matter? Because
if it does, shouldn't the mouse interface prevents the o
On Tue, 21 Apr 2015, Tom Yan wrote:
> I have the following two USB wireless mouse/keyboard receivers:
>
> logitech-djreceiver 0003:046D:C52B.0003: hiddev0,hidraw0: USB HID
> v1.11 Device [Logitech USB Receiver] on usb-:00:14.0-13/input2
> hid-generic 0003:046D:C52E.0005: input,hidraw2: USB HI
On Mon, 20 Apr 2015, Ramneek Mehresh wrote:
> > > This is the wrong way to connect platform-private data with the
> > > ehci_hcd structure. The right way is to use an ehci_driver_overrides
> > > structure, like in ehci-omap.c and quite a few other EHCI platform
> > > drivers.
> > >
> >
> Hi Alan
On Mon, 20 Apr 2015, Ivan T. Ivanov wrote:
>
> On Mon, 2015-04-20 at 10:14 -0400, Alan Stern wrote:
> > On Mon, 20 Apr 2015, Ivan T. Ivanov wrote:
> >
> > > Hi Alan,
> > >
> > > Perhaps I have to resend this patch with updated commit
> > > message? Are they any other obstacles?
> >
> > Instead
On Mon, 20 Apr 2015, Joe Lawrence wrote:
> Hi all,
>
> I noticed a xhci warning on Stratus fault-tolerant box running automated
> surprise device removal tests over the weekend:
>
> irq event 95: bogus return value ff94
> CPU: 0 PID: 31710 Comm: kworker/u97:2 Tainted: PF O-
I have the following two USB wireless mouse/keyboard receivers:
logitech-djreceiver 0003:046D:C52B.0003: hiddev0,hidraw0: USB HID
v1.11 Device [Logitech USB Receiver] on usb-:00:14.0-13/input2
hid-generic 0003:046D:C52E.0005: input,hidraw2: USB HID v1.11 Keyboard
[Logitech USB Receiver] on usb
> -Original Message-
> From: Mehresh Ramneek-B31383
> Sent: Monday, April 20, 2015 10:05 PM
> To: 'Alan Stern'
> Cc: linux-ker...@vger.kernel.org; linux-usb@vger.kernel.org; ba...@ti.com;
> gre...@linuxfoundation.org
> Subject: RE: [PATCH 2/9][v2]usb:fsl:otg: Add support to add/remove usb
> -Original Message-
> From: Alan Stern [mailto:st...@rowland.harvard.edu]
> Sent: Tuesday, April 07, 2015 9:23 PM
> To: Mehresh Ramneek-B31383
> Cc: linux-ker...@vger.kernel.org; linux-usb@vger.kernel.org; ba...@ti.com;
> gre...@linuxfoundation.org
> Subject: Re: [PATCH 2/9][v2]usb:fsl:o
On Mon, 2015-04-20 at 10:14 -0400, Alan Stern wrote:
> On Mon, 20 Apr 2015, Ivan T. Ivanov wrote:
>
> > Hi Alan,
> >
> > Perhaps I have to resend this patch with updated commit
> > message? Are they any other obstacles?
>
> Instead of submitting this new patch, would it be okay to revert commit
Hi all,
I noticed a xhci warning on Stratus fault-tolerant box running automated
surprise device removal tests over the weekend:
irq event 95: bogus return value ff94
CPU: 0 PID: 31710 Comm: kworker/u97:2 Tainted: PF O--
3.10.0-229.el7.x86_64 #1
Hardware name: Stratus
On Tue, Apr 14, 2015 at 10:52:21AM -0400, Alan Stern wrote:
> On Tue, 14 Apr 2015, Alistair Grant wrote:
>
> > Hi Mathias and Alan,
> >
> > As Mathias requested, I've included the usbmon output with the patch
> > applied.
> >
> > It didn't make any difference to the end result, the mouse still f
On Mon, Apr 20, 2015 at 01:54:56PM +0200, Quentin Casasnovas wrote:
> On Tue, Apr 14, 2015 at 11:25:43AM +0200, Quentin Casasnovas wrote:
> > Phil and I found out a problem with commit:
> >
> > 7e860a6e7aa6 ("cdc-acm: add sanity checks")
> >
>
> Any comment on v2?
I can't do anything with any
On Mon, 20 Apr 2015, Ivan T. Ivanov wrote:
> Hi Alan,
>
> Perhaps I have to resend this patch with updated commit
> message? Are they any other obstacles?
Instead of submitting this new patch, would it be okay to revert commit
70843f623b58? That would be simpler.
Also, I'd like to get an Ac
On Thu, Mar 26, 2015 at 05:38:11PM +0800, Peter Chen wrote:
> On Wed, Mar 25, 2015 at 07:25:24PM +0800, Li Jun wrote:
> > On Wed, Mar 25, 2015 at 02:43:43PM +0800, Chen Peter-B29397 wrote:
> > >
> > > > On Wed, Mar 25, 2015 at 02:03:51PM +0800, Peter Chen wrote:
> > > > >
> > > > > Hi Jun,
> > >
On Mon, 20 Apr 2015, Roger Quadros wrote:
> > I don't understand this. Why do you want to defer the add/remove if
> > the device is OTG? Don't host controller drivers expect these things
> > to execute synchronously?
>
> Sorry for the wrong information. We actually defer only the add as the
>
On Sun, Apr 19, 2015 at 05:43:18PM +0200, Dorian Gray wrote:
> I think the case is closed.
> Now that I know it's not USB, but wireless driver, I looked through
> the new k3.19.5's changelog and saw this:
>
>
> commit b943e69d33fac1e5f6db57868e061096b0aae67a
> Author: Larry Finger
> Date: Sat
Hi
On 02.04.2015 15:23, Roger Quadros wrote:
> As xhci_hcd is now allocated by usb_create_hcd(), we don't
> need to add the primary HCD before creating the shared HCD.
>
> Creating the shared HCD before adding the primary HCD is particularly
> useful for the OTG use case so that we know at the OT
On Tue, Apr 14, 2015 at 11:25:43AM +0200, Quentin Casasnovas wrote:
> Phil and I found out a problem with commit:
>
> 7e860a6e7aa6 ("cdc-acm: add sanity checks")
>
Any comment on v2?
Thanks,
Quentin
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a messa
On Thu, 2015-04-16 at 10:42 +0300, Ivan T. Ivanov wrote:
> Hi,
>
> On Wed, 2015-04-15 at 21:28 +0530, Vivek Gautam wrote:
> > On Thu, Apr 9, 2015 at 8:19 PM, Alan Stern
> > wrote:
> > > On Thu, 9 Apr 2015, Ivan T. Ivanov wrote:
> > >
> > > > This allow same IO space to be shared between HCD an
Hi Peter,
On 20/04/15 06:05, Peter Chen wrote:
> On Tue, Apr 14, 2015 at 01:41:47PM +0300, Roger Quadros wrote:
>> This is an attempt to centralize OTG/Dual-role functionality in the kernel.
>> As of now I've got Dual-role functionality working pretty reliably on
>> dra7-evm. xhci side of things f
Hi,
On 16/04/15 09:56, Macpaul Lin wrote:
> Introduce kernel feature CONFIG_USB_OTG20 and related
> gadget_is_otg20() API for supporting OTG20 compliant
> drivers.
> This patch also updated usb_otg_descritpor.
>
> Signed-off-by: Macpaul Lin
> ---
> changes for v2:
> - Add USB_OTG_ADP definitio
On 17/04/15 17:03, Alan Stern wrote:
> On Fri, 17 Apr 2015, Roger Quadros wrote:
>
>> On 17/04/15 05:18, Peter Chen wrote:
>>> On Tue, Apr 14, 2015 at 01:41:53PM +0300, Roger Quadros wrote:
The existing usb_add/remove_hcd() functionality
remains unchanged for non-OTG devices. For OTG
>>>
38 matches
Mail list logo
