Hi USB team,
I have a query regarding the function suspend support on usb gadget
drivers.
USB super-speed supports function suspend/resume features.
It looks like latest kernel usb gadget drivers does not have changes to
support function level suspend/resume/remote wakeup features in device
configfs_dev_cleanup function can double free os_desc
and buffer when called from different context. For
example, this can be called from composite_unbind() and
when composite_bind() fails. Fix this issue by setting
request and buffer pointer to NULL after kfree.
Signed-off-by: Chandana Kishori Ch
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 BULK IN transaction after GET MAXLUN.
Thank you for reporting.
I bisected and identified my own
commit 10209abe87f5ebfd482a00323f5236d6
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 BULK IN transaction after GET MAXLUN.
Thank you for reporting.
I bisected and identi
On Mon, Mar 11, 2019 at 11:48:10AM +0100, Hans de Goede wrote:
> Hi All,
>
> Here is v3 of my fusb302 bug-fix series, the main fix in this series
> makes active adapters like Type-C to HDMI (often HDMI + USB-3-A) adapters
> work when they are to be powered by the Type-C port and thus present both
On Fri, Feb 22, 2019 at 08:22:39PM +0100, Hans de Goede wrote:
> Keep the orientation value when setting the mux to safe mode, this
> fixes the orientation getting reset when switching alt-modes.
>
> Signed-off-by: Hans de Goede
Acked-by: Heikki Krogerus
> ---
> drivers/usb/typec/mux/pi3usb30
On Mon, Feb 25, 2019 at 01:56:37PM +0100, Hans de Goede wrote:
> If our port-partner supports both DP-only operation (pin-assignment C)
> and multi-func operation (pin-assignment D) and we only support
> pin-assignment D and the port-partner prefers DP-only mode, then
> before this commit we would
PD 2.0 sinks are supposed to accept src-capabilities with a 3.0 header and
simply ignore any src PDOs which the sink does not understand such as PPS
but some 2.0 sinks instead ignore the entire PD_DATA_SOURCE_CAP message,
causing contract negotiation to fail.
This commit fixes such sinks not worki
On 14.3.2019 20.39, Georg Chini wrote:
On 14.03.19 15:00, Mathias Nyman wrote:
On 14.3.2019 14.38, Georg Chini wrote:
Hello,
I have a problem with multiple USB2 devices. After purchasing a new motherboard,
some USB2 devices (specifically audio devices and bluetooth dongles) do no
longer
work
On Fri, Mar 15, 2019 at 03:42:19PM +0100, Hans de Goede wrote:
> PD 2.0 sinks are supposed to accept src-capabilities with a 3.0 header and
> simply ignore any src PDOs which the sink does not understand such as PPS
> but some 2.0 sinks instead ignore the entire PD_DATA_SOURCE_CAP message,
> causin
On 15.03.19 15:48, Mathias Nyman wrote:
On 14.3.2019 20.39, Georg Chini wrote:
On 14.03.19 15:00, Mathias Nyman wrote:
On 14.3.2019 14.38, Georg Chini wrote:
Hello,
I have a problem with multiple USB2 devices. After purchasing a new
motherboard,
some USB2 devices (specifically audio devices
Hi,
On 3/15/19 3:57 PM, Guenter Roeck wrote:
On Fri, Mar 15, 2019 at 03:42:19PM +0100, Hans de Goede wrote:
PD 2.0 sinks are supposed to accept src-capabilities with a 3.0 header and
simply ignore any src PDOs which the sink does not understand such as PPS
but some 2.0 sinks instead ignore the
On Fri, Mar 15, 2019 at 05:43:05PM +0100, Hans de Goede wrote:
> Hi,
>
> On 3/15/19 3:57 PM, Guenter Roeck wrote:
> >On Fri, Mar 15, 2019 at 03:42:19PM +0100, Hans de Goede wrote:
> >>PD 2.0 sinks are supposed to accept src-capabilities with a 3.0 header and
> >>simply ignore any src PDOs which th
13 matches
Mail list logo
