Hi Maksim,
[auto build test WARNING on usb/usb-testing]
[also build test WARNING on v4.5-rc5 next-20160226]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Maksim-Salau/USB-Add-uPD78F0730-USB
bdc_ep_disable() expects to be called with bdc->lock held.
The assumption is met in all the cases except for call from bdc_udc_exit(),
that is called from bdc_remove(). As a result a race can happen or unheld
bdc->lock can be unlocked in bdc_req_complete().
The patch proposes to acquire-release
On Fri, 26 Feb 2016, Radosław Warowny wrote:
> > I agree, but where was a crash? I don't have any context here, was
> > there a kernel oops somewhere? I thought the hub just reset itself. I
> > have a hub like that here, it resets itself a few times a day, but
> > there's no kernel crash
.de>
---
patch against next-20160226
drivers/usb/musb/musb_gadget.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/musb/musb_gadget.c b/drivers/usb/musb/musb_gadget.c
index 87bd578..c518d3c 100644
--- a/drivers/usb/musb/musb_gadget.c
+++ b/drivers/usb/musb/musb_gadget.c
@@ -393,6
Hi,
On Fri, Feb 26, 2016 at 10:29:12AM +0100, Petr Kulhavy wrote:
>
> On 26.02.2016 04:15, Bin Liu wrote:
> >On Thu, Feb 25, 2016 at 01:04:13PM +0100, Petr Kulhavy wrote:
> >
> >>Well, so we're still at the same point - there is a fundamental
> >>mismatch in the different developers' view how
The adaptor can be found on development boards for 78k, RL78 and V850
microcontrollers produced by Renesas Electronics Corporation.
This is not a full-featured USB to serial converter, however it allows
basic communication and simple control which is enough for programming of
on-board flash and
Hi Oliver,
I've missed couple of your questions..
> > > Furthermore, do these files support poll?
>
> At least the current role and mode can change, so in principle
> poll() makes sense.
Yes I agree. I'll add support for polling.
> > > And lastly we can get "Attention" as a message connected
Christoph Hellwig writes:
> Replace the current NULL-terminated array of default groups with a linked
> list. This gets rid of lots of nasty code to size and/or dynamically
> allocate the array.
>
> While we're at it also provide a conveniant helper to remove the default
> groups.
This patch adds support for 0x1045 PID of Telit LE922.
Signed-off-by: Daniele Palmas
---
drivers/usb/serial/option.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index db86e51..4be2c7c 100644
---
This patch adds support for PID 0x1045 of Telit LE922.
The reserved usb interfaces belong to an adb device, a RNDIS device and
an audio device.
The usb composition can be set using the AT command AT#USBCFG=5
Following the lsusb output:
Bus 003 Device 122: ID 1bc7:1045 Telit
Device Descriptor:
Replace the current NULL-terminated array of default groups with a linked
list. This gets rid of lots of nasty code to size and/or dynamically
allocate the array.
While we're at it also provide a conveniant helper to remove the default
groups.
Signed-off-by: Christoph Hellwig
---
>
> Hi,
>
> I'm wondering if you plan to include the "USB: core: let USB device know
> device
> node" change in 4.6? I didn't see it hit the next tree yet and I'd like to
> submit
> patches that would need it (MAC address for USB ethernet for Raspberry Pi).
>
I have already submitted it,
On 26.02.2016 04:15, Bin Liu wrote:
On Thu, Feb 25, 2016 at 01:04:13PM +0100, Petr Kulhavy wrote:
Well, so we're still at the same point - there is a fundamental
mismatch in the different developers' view how the "power" parameter
should be represented.
There already 3 opinions at the moment:
13 matches
Mail list logo