On Mon, Mar 18, 2019 at 02:17:13PM -0700, Matthew Wilcox wrote:
> Signed-off-by: Matthew Wilcox
> ---
> drivers/usb/serial/usb-serial.c | 21 ++---
> 1 file changed, 10 insertions(+), 11 deletions(-)
I really do not like taking patches without any changelog text at all :(
Zitat von Alan Stern :
On Mon, 18 Mar 2019, Guido Kiener wrote:
The OUT endpoint normally blocks (NAK) subsequent packets when a
short packet was received and returns an incomplete queue entry to
the gadget driver. Thereby the gadget driver can detect a short packet
when reading queue entrie
The XArray API is a better fit for xhci than the radix tree API was,
to the point where we can remove the wrappers around the radix tree
and just call the XArray APIs directly.
Signed-off-by: Matthew Wilcox
---
drivers/usb/host/xhci-mem.c | 86 +
drivers/usb/h
Remove the usb_bus_idr_lock as it doesn't appear to be protecting
anything more than the built-in XArray lock does.
Signed-off-by: Matthew Wilcox
---
drivers/usb/core/devices.c | 10 +++--
drivers/usb/core/hcd.c | 40 -
drivers/usb/core/usb.c
Signed-off-by: Matthew Wilcox
---
drivers/usb/serial/usb-serial.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/serial/usb-serial.c b/drivers/usb/serial/usb-serial.c
index 7e89efbf2c28..ad8b9cb17ca5 100644
--- a/drivers/usb/serial/usb-seri
Signed-off-by: Matthew Wilcox
---
drivers/usb/class/cdc-acm.c | 33 ++---
1 file changed, 14 insertions(+), 19 deletions(-)
diff --git a/drivers/usb/class/cdc-acm.c b/drivers/usb/class/cdc-acm.c
index 739f8960811a..28eb9a898b4a 100644
--- a/drivers/usb/class/cdc-acm.c
Peter Schüller writes:
> [corrected email of Kai-Heng Feng]
>
> Am Mo., 18. März 2019 um 15:39 Uhr schrieb Dan Williams :
>> [removing netdev list...]
>>
>> With the modem plugged in, could you grab the output of:
>>
>> lsusb -v -d 12d1:14dc
>
> The output is on STDERR
>
> Couldn't open device, s
On Mon, 2019-03-18 at 18:50 +0100, Peter Schüller wrote:
> [corrected email of Kai-Heng Feng]
>
> Am Mo., 18. März 2019 um 15:39 Uhr schrieb Dan Williams <
> d...@redhat.com>:
> > [removing netdev list...]
> >
> > With the modem plugged in, could you grab the output of:
> >
> > lsusb -v -d 12d1:
[corrected email of Kai-Heng Feng]
Am Mo., 18. März 2019 um 15:39 Uhr schrieb Dan Williams :
> [removing netdev list...]
>
> With the modem plugged in, could you grab the output of:
>
> lsusb -v -d 12d1:14dc
The output is on STDERR
Couldn't open device, some information will be missing
and on S
Adding Mathias, since this appears to be an xHCI problem.
On Sun, 17 Mar 2019, Harutyun Khachatryan wrote:
> Dear Alan Stern,
>
> I am extremely sorry for late response, I have just checking all
> possible kernel versions. I have checked kernel versions
> 4.11,4.13,4.15,4.19,5.0. I can say tha
On Mon, 18 Mar 2019, Guido Kiener wrote:
> When a request must be dequeued with net2280_dequeue() e.g. due
> to a device clear action and the same request is finished by the
> function scan_dma_completions() then the function net2280_dequeue()
> does not find the request in the following search lo
On Mon, 18 Mar 2019, Guido Kiener wrote:
> The OUT endpoint normally blocks (NAK) subsequent packets when a
> short packet was received and returns an incomplete queue entry to
> the gadget driver. Thereby the gadget driver can detect a short packet
> when reading queue entries with a length that
On Mon, 18 Mar 2019, Felipe Balbi wrote:
> > The spec says:
> >
> > All Debug Devices, with the exception of fixed address devices,
> > must implement all required standard commands in the core
> > device framework.
> >
> > But that refers to standard _commands_, not standard _descri
On Sun, 2019-03-17 at 14:25 +0100, Peter Schüller wrote:
> [1.] One line summary of the problem:
>
> Plugging in HUAWEI E3531 USB Modem causes "report the device ID to
> the
> Linux USB developers" and device can only be used with a workaround
[removing netdev list...]
With the modem plugged in,
Hi,
Alan Stern writes:
>> Randy Dunlap writes:
>> > Linux v5.0-11053-gebc551f2b8f9 of March 12, on x86_64:
>> >
>> > with
>> > CONFIG_USB_G_DBGP=m
>> > # CONFIG_USB_G_DBGP_PRINTK is not set
>> > CONFIG_USB_G_DBGP_SERIAL=y
>> > CONFIG_USB_U_SERIAL=m
>> >
>> > Loading g_dbgp module and then unloa
On Mon, 18 Mar 2019, Felipe Balbi wrote:
> Hi,
>
> Randy Dunlap writes:
> > Linux v5.0-11053-gebc551f2b8f9 of March 12, on x86_64:
> >
> > with
> > CONFIG_USB_G_DBGP=m
> > # CONFIG_USB_G_DBGP_PRINTK is not set
> > CONFIG_USB_G_DBGP_SERIAL=y
> > CONFIG_USB_U_SERIAL=m
> >
> > Loading g_dbgp module
> -Original Message-
> From: Heikki Krogerus
> Sent: 2019年3月13日 17:36
> To: Rob Herring
> Cc: Jun Li ; gre...@linuxfoundation.org; hdego...@redhat.com;
> andy.shevche...@gmail.com; linux-usb@vger.kernel.org;
> devicet...@vger.kernel.org; dl-linux-imx
> Subject: Re: [PATCH v3 1/2] dt-bi
> -Original Message-
> From: Rob Herring
> Sent: 2019年3月12日 22:45
> To: Jun Li
> Cc: heikki.kroge...@linux.intel.com; gre...@linuxfoundation.org;
> hdego...@redhat.com; andy.shevche...@gmail.com; linux-usb@vger.kernel.org;
> devicet...@vger.kernel.org; dl-linux-imx
> Subject: Re: [PATC
> -Original Message-
> From: Hans de Goede
> Sent: 2019年3月11日 19:12
> To: Jun Li ; robh...@kernel.org;
> heikki.kroge...@linux.intel.com
> Cc: gre...@linuxfoundation.org; andy.shevche...@gmail.com;
> linux-usb@vger.kernel.org; devicet...@vger.kernel.org; dl-linux-imx
>
> Subject: Re: [
Hi Andrzej,
On 3/15/2019 3:32 PM, Andrzej Pietrasiewicz wrote:
> Hi again,
>
> sorry for long lines. Reformatted now.
>
> Hi Minas,
>
>
> W dniu 12.03.2019 o 08:54, Minas Harutyunyan pisze:
>> Hi,
>>
>> SB CV MSC tests failed starting from Test Case 6 with BNA interrupt on
>> ep1in. It's first
Some function drivers queueing more than 128 ISOC requests at a time.
To avoid "descriptor chain full" cases, increasing descriptors count
from MAX_DMA_DESC_NUM_GENERIC to MAX_DMA_DESC_NUM_HS_ISOC for ISOC's
only.
Signed-off-by: Minas Harutyunyan
---
drivers/usb/dwc2/gadget.c | 27 ++
I am working on adding USB mass storage functionality to embedded
device and I need to determine if device is connected to USB host or
power-only source (like powerbank).
When connected to host, device must stop using mass storage partition
(LUN) and unmount it. When disconnected, device must mount
When a request must be dequeued with net2280_dequeue() e.g. due
to a device clear action and the same request is finished by the
function scan_dma_completions() then the function net2280_dequeue()
does not find the request in the following search loop and
returns the error -EINVAL without restoring
Restore the status of ep->stopped in function net2272_dequeue().
When the given request is not found in the endpoint queue
the function returns -EINVAL without restoring the state of
ep->stopped. Thus the endpoint keeps blocked and does not transfer
any data anymore.
This fix is only compile-test
The OUT endpoint normally blocks (NAK) subsequent packets when a
short packet was received and returns an incomplete queue entry to
the gadget driver. Thereby the gadget driver can detect a short packet
when reading queue entries with a length that is not equal to a
multiple of packet size.
The st
25 matches
Mail list logo
