On 06/17/2014 04:54 PM, Marek Szyprowski wrote:
> Hello,
>
> On 2014-06-17 13:08, Tushar Behera wrote:
>> 'err' is uninitialized, rather print the error code directly.
>>
>> This also fixes following warning.
>> drivers/usb/misc/usb3503.c: In function ‘usb3503_probe’:
>> drivers/usb/misc/usb3503.c
On 06/19/2014 05:08 PM, Felipe Balbi wrote:
> On Mon, Jun 16, 2014 at 10:20:36AM +0200, Robert Baldyga wrote:
>> This field allows to mark ep as claimed in more clear way. Claiming
>> endpoint by setting driver_data to non-null value is leaky solution
>> and makes code unreadable.
>
> how come ? H
Hello,
I'm working on a network driver using USB3 interface to the device. From
time to time I am receiving EPROTO (-71) error on URB completion handler.
Once I get into this state all my subsequent receive URBs return the same
and I have to reset the machine to get things working again.
>From in
On Sun, 22 Jun 2014, pedro wrote:
> Hi Alan,
>
> What happens if you attach the full-speed device to a high-speed hub
> and plug that hub into the MUSB?
>
>
> That's a very interesting test i will definitely do. Unfortunately, even
> if that solves the problem, we could not use that on our pro
On Sun, 22 Jun 2014, Wang, Yu wrote:
> From: "Wang, Yu"
>
> The system suspend flow as following:
> 1, Freeze all user processes and kenrel threads.
>
> 2, Trying to suspend all devices.
>
> 2.1, If pci device under RPM suspended state, then pci driver will try
> to resume it to RPM active sta
Additional affected hardware:
us 002 Device 004: ID 0bc2:3312 Seagate RSS LLC
Couldn't open device, some information will be missing
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass0 (Defined at Interface level)
bD
Here are some reports of this regression affecting other hardware:
https://bbs.archlinux.org/viewtopic.php?id=183190
lsusb -v output:
Bus 003 Device 003: ID 4971:8017 SimpleTech
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 3.00
bDeviceClass
Add documentation for device-tree binding of arm PXA 27x udc (usb
device) driver.
Signed-off-by: Robert Jarzmik
Cc: devicet...@vger.kernel.org
---
Since V1: change OF id mrvl,pxa27x_udc -> marvell,pxa27x-udc
This is a consequence of other DT reviews on the marvell
namings.
--
Use devm_* helpers in the probe function to simplify the error path and
the remove path.
Signed-off-by: Robert Jarzmik
Cc: Sergei Shtylyov
---
Since V1: Addressed Sergei's comments
---
drivers/usb/gadget/pxa27x_udc.c | 57 +++--
1 file changed, 15 insertions
Add support for device-tree device discovery. If devicetree is not
provided, fallback to legacy platform data "discovery".
Signed-off-by: Robert Jarzmik
Cc: devicet...@vger.kernel.org
---
Since V1: change OF id mrvl,pxa27x_udc -> marvell,pxa27x-udc
This is a consequence of other DT rev
Hi Alan,
What happens if you attach the full-speed device to a high-speed hub
and plug that hub into the MUSB?
That's a very interesting test i will definitely do. Unfortunately, even
if that solves the problem, we could not use that on our production
boards because we cannot change the desi
This patch introduces the use of devm_request_irq, devm_gpio_request,
devm_clk_get etc. instead of the corresponding unmanaged interfaces. The
calls to the functions like free_irq to free the allocated resources are
removed as they are no longer required. Some labels in the probe function
are also
12 matches
Mail list logo