Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

Hi Martin, On Mon, 2018-03-19 at 17:12 +0100, Martin Blumenstingl wrote: > Hi Roger, > > On Mon, Mar 19, 2018 at 9:49 AM, Roger Quadros wrote: > > Hi, > > > > On 19/03/18 00:29, Martin Blumenstingl wrote: > >> Hi Roger, > >> > >> On Fri, Mar 16, 2018 at 3:32 PM, Roger Quadros

Re: [PATCH] MAINTAINERS: Update maintainer for dwc2

On 3/20/2018 10:34 AM, Greg Kroah-Hartman wrote: > On Mon, Mar 19, 2018 at 01:06:02PM -0700, John Youn wrote: >> Update to show Minas Harutyunyan as the new maintainer for dwc2. >> >> Signed-off-by: John Youn >> --- >> MAINTAINERS | 2 +- >> 1 file changed, 1

Re: howto debug xhci driver?

Hi, Bin Liu writes: > On Mon, Mar 05, 2018 at 01:21:42PM -0600, Bin Liu wrote: >> On Mon, Mar 05, 2018 at 10:16:49AM +0200, Felipe Balbi wrote: >> > >> > Hi, >> > >> > Bin Liu writes: >> > > I am relatively new to xhci and its driver. I am trying to get a xhci >>

Re: [PATCH] MAINTAINERS: Update maintainer for dwc2

On Mon, Mar 19, 2018 at 01:06:02PM -0700, John Youn wrote: > Update to show Minas Harutyunyan as the new maintainer for dwc2. > > Signed-off-by: John Youn > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MAINTAINERS

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Wed, Mar 14, 2018 at 03:20:04PM -0700, Daniel Gimpelevich wrote: > Reporting two more VID/PID pairs that work with this driver, having used > an informational webpage as a buying > guide now. The page listed additional working VID/PID pairs but did not >

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Wed, Mar 14, 2018 at 03:20:04PM -0700, Daniel Gimpelevich wrote: > Reporting two more VID/PID pairs that work with this driver, having used > an informational webpage as a buying > guide now. The page listed additional working VID/PID pairs but did not >

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Tue, 2018-03-20 at 09:36 +0100, Greg KH wrote: > Who is "Rab" and why do you need to name who added what id to the > patch? > I copied that part from the web page I referenced in the commit message. It's evidently a reference to the page's author. I tried to send an e-mail to the address at

Re: [PATCH v4 1/2] dt-bindings: usb: ehci: add optional external vbus supply property

On 03/06/2018 03:40 PM, Rob Herring wrote: > On Tue, Mar 6, 2018 at 8:09 AM, Robin Murphy wrote: >> On 06/03/18 01:57, Rob Herring wrote: >>> >>> On Thu, Mar 01, 2018 at 10:51:38AM +0100, Amelie Delaunay wrote: On some boards, especially when vbus supply requires

[PATCH v4] usb: core: introduce per-port over-current counters

From: Richard Leitner For some userspace applications information on the number of over-current conditions at specific USB hub ports is relevant. In our case we have a series of USB hardware (using the cp210x driver) which communicates using a proprietary protocol.

[PATCH 4/5] usb: typec: wcove: remove max_snk_* for sink config

Since max_snk_* is to be deprecated, so remove max_snk_* by adding a variable PDO for sink config. Signed-off-by: Li Jun --- drivers/usb/typec/typec_wcove.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/usb/typec/typec_wcove.c

[PATCH 1/5] usb: typec: tcpm: source pdo selection update

Instead of only compare between the same pdo type of sink and source, this patch update the source pdo selection by checking the source pdo voltage range is within that of sink. Signed-off-by: Li Jun --- drivers/usb/typec/tcpm.c | 101

[PATCH 5/5] usb: typec: tcpm: remove max_snk_mv/ma/mw

Since there is no user of max_snk_*, so we can remove them from tcpm. Signed-off-by: Li Jun --- drivers/usb/typec/tcpm.c | 12 include/linux/usb/tcpm.h | 9 - 2 files changed, 21 deletions(-) diff --git a/drivers/usb/typec/tcpm.c b/drivers/usb/typec/tcpm.c

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

On 20/03/18 12:55, Roger Quadros wrote: > On 19/03/18 18:12, Martin Blumenstingl wrote: >> Hi Roger, >> >> On Mon, Mar 19, 2018 at 9:49 AM, Roger Quadros wrote: >>> Hi, >>> >>> On 19/03/18 00:29, Martin Blumenstingl wrote: Hi Roger, On Fri, Mar 16, 2018 at 3:32 PM,

Re: [PATCH 1/5] usb: typec: tcpm: source pdo selection update

Hi, On 20-03-18 11:26, Li Jun wrote: Instead of only compare between the same pdo type of sink and source, this patch update the source pdo selection by checking the source pdo voltage range is within that of sink. Signed-off-by: Li Jun This patch applies on top of the

[PATCH v9 04/12] usb: typec: Separate the definitions for data and power roles

USB Type-C specification v1.2 separated the power and data roles more clearly. Dual-Role-Data term was introduced, and the meaning of DRP was changed from "Dual-Role-Port" to "Dual-Role-Power". In order to allow the port drivers to describe the capabilities of the ports more clearly according to

[PATCH v9 06/12] usb: typec: tcpm: Use new Type-C switch/mux and usb-role-switch functions

From: Hans de Goede Remove the unused (not implemented anywhere) tcpc_mux_dev abstraction and replace it with calling the new typec_set_orientation, usb_role_switch_set and typec_set_mode functions. Signed-off-by: Hans de Goede Reviewed-by: Guenter

[PATCH v9 03/12] usb: common: Small class for USB role switches

USB role switch is a device that can be used to choose the data role for USB connector. With dual-role capable USB controllers, the controller itself will be the switch, but on some platforms the USB host and device controllers are separate IPs and there is a mux between them and the connector. On

Re: howto debug xhci driver?

On Tue, Mar 20, 2018 at 09:14:12AM +0200, Felipe Balbi wrote: > > Hi, > > Bin Liu writes: > > On Mon, Mar 05, 2018 at 01:21:42PM -0600, Bin Liu wrote: > >> On Mon, Mar 05, 2018 at 10:16:49AM +0200, Felipe Balbi wrote: > >> > > >> > Hi, > >> > > >> > Bin Liu

Re: [PATCH v8 01/12] drivers: base: Unified device connection lookup

On Tue, Mar 20, 2018 at 01:21:57PM +0100, Hans de Goede wrote: > On 20-03-18 11:32, Heikki Krogerus wrote: > > On Tue, Mar 20, 2018 at 12:04:12PM +0200, Heikki Krogerus wrote: > > > > > +void device_connection_remove(struct device_connection *con) > > > > > +{ > > > > > + mutex_lock(_lock); >

[PATCH v9 08/12] xhci: Add Intel extended cap / otg phy mux handling

From: Hans de Goede The xHCI controller on various Intel SoCs has an extended cap mmio-range which contains registers to control the muxing to the xHCI (host mode) or the dwc3 (device mode) and vbus-detection for the otg usb-phy. Having a role-sw driver included in the xHCI

[PATCH v9 05/12] usb: typec: tcpm: Set USB role switch to device mode when configured as such

From: Hans de Goede Setting the mux to MUX_NONE and the switch to USB_SWITCH_DISCONNECT when the data-role is device is not correct. Plenty of devices support operating as USB device through a (separate) USB device controller. We really need 2 different versions of

[PATCH v9 07/12] xhci: Add option to get next extended capability in list by passing id = 0

From: Mathias Nyman Modify xhci_find_next_ext_cap(base, offset, id) to return the next capability offset if 0 is passed for id. Otherwise it will behave as previously and return the offset of the next capability with matching id capability id 0 is not used by xHCI

Re: howto debug xhci driver?

Hi, Bin Liu writes: >> >> > > BTY, the issue I am trying to debug is when reading bulk IN data from >> >> > > a >> >> > > USB2.0 device, if the device doesn't have data to transmit and NAKs >> >> > > the >> >> > > IN packet, after 4 pairs of IN-NAK transactions, xhci stops

Re: howto debug xhci driver?

On Tue, Mar 20, 2018 at 03:34:16PM +0200, Felipe Balbi wrote: > > Hi, > > Bin Liu writes: > >> >> > > BTY, the issue I am trying to debug is when reading bulk IN data > >> >> > > from a > >> >> > > USB2.0 device, if the device doesn't have data to transmit and NAKs > >> >> > >

[PATCH v9 00/12] USB Type-C device-connection, mux and switch support

Hi, This is version 9 of Hans' an my series introducing support for USB muxes, and generic device connection handling. The last version have been mostly about getting the first patch introducing the device connection handling right. Check vesion 8 from here: https://lkml.org/lkml/2018/3/14/428

[PATCH v9 02/12] usb: typec: API for controlling USB Type-C Multiplexers

USB Type-C connectors consist of various muxes and switches that route the pins on the connector to the right locations. The USB Type-C drivers need to be able to control the muxes, as they are the ones that know things like the cable plug orientation, and the current mode that was negotiated with

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

Hi Martin & Roger: On Mon, 2018-03-19 at 17:12 +0100, Martin Blumenstingl wrote: > Hi Roger, > > On Mon, Mar 19, 2018 at 9:49 AM, Roger Quadros wrote: > > Hi, > > > > On 19/03/18 00:29, Martin Blumenstingl wrote: > >> Hi Roger, > >> > >> On Fri, Mar 16, 2018 at 3:32 PM, Roger

Re: [PATCH v8 01/12] drivers: base: Unified device connection lookup

Hi, On 20-03-18 11:32, Heikki Krogerus wrote: On Tue, Mar 20, 2018 at 12:04:12PM +0200, Heikki Krogerus wrote: +void device_connection_remove(struct device_connection *con) +{ + mutex_lock(_lock); + list_del_rcu(>list); See, rcu? True. I'll send one more version. Before I do

Re: [PATCH 2/5] usb: typec: fusb302: remove max_snk_* for sink config

Hi, On 20-03-18 11:26, Li Jun wrote: Since max_snk_* is to be deprecated, so remove max_snk_* by adding a variable PDO for sink config. NACK there are actual users of the device-properties which you are now breaking. As I mentioned in another thread, you need to instead add the pdo array to

[PATCH v9 12/12] extcon: axp288: Set USB role where necessary

From: Hans de Goede The AXP288 BC1.2 charger detection / extcon code may seem like a strange place to add code to control the USB role-switch on devices with an AXP288, but there are 2 reasons to do this inside the axp288 extcon code: 1) On many devices the USB role is

[PATCH v9 01/12] drivers: base: Unified device connection lookup

Several frameworks - clk, gpio, phy, pmw, etc. - maintain lookup tables for describing connections and provide custom API for handling them. This introduces a single generic lookup table and API for the connections. The motivation for this commit is centralizing the connection lookup, but the

[PATCH v9 11/12] platform/x86: intel_cht_int33fe: Add device connections for the Type-C port

From: Hans de Goede We need to add device-connections for the Type-C mux/switch and usb-role code to be able to find the PI3USB30532 Type-C cross-switch and the device/host role-switch integrated in the CHT SoC. Signed-off-by: Hans de Goede

[PATCH v9 10/12] usb: typec: driver for Pericom PI3USB30532 Type-C cross switch

From: Hans de Goede Add a driver for the Pericom PI3USB30532 Type-C cross switch / mux chip found on some devices with a Type-C port. Signed-off-by: Hans de Goede Reviewed-by: Andy Shevchenko Signed-off-by: Heikki Krogerus

[PATCH v9 09/12] usb: roles: Add Intel xHCI USB role switch driver

From: Hans de Goede Various Intel SoCs (Cherry Trail, Broxton and others) have an internal USB role switch for swiching the OTG USB data lines between the xHCI host controller and the dwc3 gadget controller. Note on some Cherry Trail systems there is ACPI/AML code listening

Re: howto debug xhci driver?

Hi, Bin Liu writes: >> Bin Liu writes: >> >> >> > > BTY, the issue I am trying to debug is when reading bulk IN data >> >> >> > > from a >> >> >> > > USB2.0 device, if the device doesn't have data to transmit and >> >> >> > > NAKs the >> >> >> > > IN packet, after

Re: [PATCH 2/2] dt-bindings: usb: rt1711h device tree binding document

Hi Guenter, 2018-03-20 0:29 GMT+08:00 Guenter Roeck : > On Mon, Mar 19, 2018 at 11:49:35AM +0800, ShuFan Lee wrote: >> From: ShuFan Lee >> >> Add device tree binding document for Richtek RT1711H Type-C chip driver > > Cc: Rob Herring

Re: [PATCHv2] usb/gadget/uvc-configs Fix host unable to negotiate framesizes other than first

Hi Joel, (CC'ing Paul Elder who is working on the UVC gadget driver) Thank you for the patch. On Monday, 19 March 2018 21:36:41 EET Joel Pepper wrote: > Add bFrameIndex as a UVCG_FRAME_ATTR for each frame size. > Before all "bFrameindex" attributes were set to "1" with no way to > configure the

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Tue, Mar 20, 2018 at 02:23:54AM -0700, Daniel Gimpelevich wrote: > On Tue, 2018-03-20 at 10:21 +0100, Greg KH wrote: > > On Tue, Mar 20, 2018 at 02:13:48AM -0700, Daniel Gimpelevich wrote: > > > On Tue, 2018-03-20 at 10:08 +0100, Greg KH wrote: > > > > Put the device "type" or "name" as a

Re: [PATCH v8 01/12] drivers: base: Unified device connection lookup

On Tue, Mar 20, 2018 at 10:20:04AM +0100, Greg Kroah-Hartman wrote: > On Wed, Mar 14, 2018 at 04:12:04PM +0300, Heikki Krogerus wrote: > > Several frameworks - clk, gpio, phy, pmw, etc. - maintain > > lookup tables for describing connections and provide custom > > API for handling them. This

[PATCH v2] USB: misc: uss720: more vendor/product ID's

Reporting two more VID/PID pairs that work with this driver, having used an informational webpage as a buying guide now. The page listed additional working VID/PID pairs but did not include these two. None were upstreamed. Also taking this opportunity to sort the

Re: [PATCH v3] usb: core: introduce per-port over-current counters

On Wed, Mar 14, 2018 at 10:51:09AM +0100, Richard Leitner wrote: > From: Richard Leitner > > For some userspace applications information on the number of > over-current conditions at specific USB hub ports is relevant. > > In our case we have a series of USB

[PATCH v4 1/2] staging: typec: rt1711h typec chip driver

From: ShuFan Lee Richtek RT1711H Type-C chip driver that works with Type-C Port Controller Manager to provide USB PD and USB Type-C functionalities. Add definition of TCPC_CC_STATUS_TOGGLING. Signed-off-by: ShuFan Lee Reviewed-by: Heikki Krogerus

[PATCH v4 2/2] dt-bindings: usb: rt1711h device tree binding document

From: ShuFan Lee Add device tree binding document for Richtek RT1711H Type-C chip driver Signed-off-by: ShuFan Lee --- .../devicetree/bindings/usb/richtek,rt1711h.txt| 30 ++ 1 file changed, 30 insertions(+) create mode

[PATCH v4 0/2] staging: typec: rt1711h typec driver and dt-bindings

From: ShuFan Lee This patch series add rt1711h typec chip driver and dt-bindings changelogs between v1 & v2 - use gpiod_* instead of gpio_* changelogs between v2 & v3 - add dt-bindings for rt1711h typec driver changelogs between v3 & v4 - add definition of RT1711H_VID

Re: [PATCH v2 1/1] usb: musb: gadget: misplaced out of bounds check

Hello! On 3/20/2018 5:27 AM, Heinrich Schuchardt wrote: musb->endpoints[] has array size MUSB_C_NUM_EPS. We must check array bounds before accessing the array and not afterwards. Signed-off-by: Heinrich Schuchardt --- v2 Only the 4 low bits of epnum are relevant

Re: [PATCH v8 01/12] drivers: base: Unified device connection lookup

On Tue, Mar 20, 2018 at 12:04:12PM +0200, Heikki Krogerus wrote: > > > +void device_connection_remove(struct device_connection *con) > > > +{ > > > + mutex_lock(_lock); > > > + list_del_rcu(>list); > > > > See, rcu? > > True. I'll send one more version. Before I do that, Hans, can you quickly

[PATCH 0/5] usb: typec: remove max_snk_*

This patch set is to remove max_snk_mv/ma/mw configs, as we should define the sink capability by sink PDOs, the first patch update the source PDO match policy by compare the voltage range between source and sink PDOs no matter what type they are, the following patchs remove those 3 variables from

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

On 19/03/18 18:12, Martin Blumenstingl wrote: > Hi Roger, > > On Mon, Mar 19, 2018 at 9:49 AM, Roger Quadros wrote: >> Hi, >> >> On 19/03/18 00:29, Martin Blumenstingl wrote: >>> Hi Roger, >>> >>> On Fri, Mar 16, 2018 at 3:32 PM, Roger Quadros wrote: +some TI

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Tue, 2018-03-20 at 10:21 +0100, Greg KH wrote: > On Tue, Mar 20, 2018 at 02:13:48AM -0700, Daniel Gimpelevich wrote: > > On Tue, 2018-03-20 at 10:08 +0100, Greg KH wrote: > > > Put the device "type" or "name" as a comment, that makes more sense > > > and > > > follows what almost all other

Re: [PATCHv2] usb/gadget/uvc-configs Fix host unable to negotiate framesizes other than first

Hi Lauren, On 20.03.2018 10:02, Laurent Pinchart wrote: > Hi Joel, > > (CC'ing Paul Elder who is working on the UVC gadget driver) > > Thank you for the patch. > > On Monday, 19 March 2018 21:36:41 EET Joel Pepper wrote: >> Add bFrameIndex as a UVCG_FRAME_ATTR for each frame size. >> Before all

Re: [PATCH v2] USB: misc: uss720: more vendor/product ID's

On Tue, Mar 20, 2018 at 03:58:47AM -0700, Daniel Gimpelevich wrote: > Reporting two more VID/PID pairs that work with this driver, having used > an informational webpage as a buying > guide now. The page listed additional working VID/PID pairs but did not >

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

Hi, On Monday 19 March 2018 09:42 PM, Martin Blumenstingl wrote: > Hi Roger, > > On Mon, Mar 19, 2018 at 9:49 AM, Roger Quadros wrote: >> Hi, >> >> On 19/03/18 00:29, Martin Blumenstingl wrote: >>> Hi Roger, >>> >>> On Fri, Mar 16, 2018 at 3:32 PM, Roger Quadros

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Tue, Mar 20, 2018 at 02:03:46AM -0700, Daniel Gimpelevich wrote: > On Tue, 2018-03-20 at 09:36 +0100, Greg KH wrote: > > Who is "Rab" and why do you need to name who added what id to the > > patch? > > > I copied that part from the web page I referenced in the commit message. > It's evidently

[PATCH 3/5] dt-bindings: usb: fusb302: remove max-sink-* properties

Remove max-sink-* properties since they are deprecated. Signed-off-by: Li Jun --- Documentation/devicetree/bindings/usb/fcs,fusb302.txt | 6 -- 1 file changed, 6 deletions(-) diff --git a/Documentation/devicetree/bindings/usb/fcs,fusb302.txt

[PATCH 2/5] usb: typec: fusb302: remove max_snk_* for sink config

Since max_snk_* is to be deprecated, so remove max_snk_* by adding a variable PDO for sink config. Signed-off-by: Li Jun --- drivers/usb/typec/fusb302/fusb302.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-) diff --git a/drivers/usb/typec/fusb302/fusb302.c

[PATCH 5/5] usb: typec: tcpm: remove max_snk_*

Since there is no user of max_snk_*, so we can remove them from tcpm. Signed-off-by: Li Jun --- drivers/usb/typec/tcpm.c | 12 include/linux/usb/tcpm.h | 9 - 2 files changed, 21 deletions(-) diff --git a/drivers/usb/typec/tcpm.c b/drivers/usb/typec/tcpm.c

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Tue, 2018-03-20 at 10:08 +0100, Greg KH wrote: > Put the device "type" or "name" as a comment, that makes more sense > and > follows what almost all other drivers do. I strongly considered this, but I ultimately decided against it in consideration of the limited space for comments on the

Re: [PATCH] USB: misc: uss720: more vendor/product ID's

On Tue, Mar 20, 2018 at 02:13:48AM -0700, Daniel Gimpelevich wrote: > On Tue, 2018-03-20 at 10:08 +0100, Greg KH wrote: > > Put the device "type" or "name" as a comment, that makes more sense > > and > > follows what almost all other drivers do. > > I strongly considered this, but I ultimately

Re: [PATCH v8 01/12] drivers: base: Unified device connection lookup

On Wed, Mar 14, 2018 at 04:12:04PM +0300, Heikki Krogerus wrote: > Several frameworks - clk, gpio, phy, pmw, etc. - maintain > lookup tables for describing connections and provide custom > API for handling them. This introduces a single generic > lookup table and API for the connections. > > The

[PATCH v5 3/5] power: supply: Add 'usb_type' property and supporting code

This commit adds the 'usb_type' property to represent USB supplies which can report a number of different types based on a connection event. Examples of this already exist in drivers whereby the existing 'type' property is updated, based on an event, to represent what was connected (e.g. USB,

[PATCH v5 1/5] typec: tcpm: Add core support for sink side PPS

This commit adds code to handle requesting of PPS APDOs. Switching between standard PDOs and APDOs, and re-requesting an APDO to modify operating voltage/current will be triggered by an external call into TCPM. Signed-off-by: Adam Thomson Acked-by: Heikki

[PATCH v5 0/5] typec: tcpm: Add sink side support for PPS

This patch set adds sink side support for the PPS feature introduced in the USB PD 3.0 specification. The source PPS supply is represented using the Power Supply framework to provide access and control APIs for dealing with it's operating voltage and current, and switching between a standard PDO

Re: [PATCH v1 2/3] usb: dwc2: Change ISOC DDMA flow

Hi Zengtao, On 3/20/2018 6:01 AM, Zengtao (B) wrote: > Hi Minas: > > > > A few minor comments: > > > >> -Original Message- > >> From: linux-usb-ow...@vger.kernel.org > >> [mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Minas Harutyunyan > >> Sent: Saturday, March 17, 2018

[PATCH v5 4/5] typec: tcpm: Represent source supply through power_supply

This commit adds a power_supply class instance to represent a PD source's voltage and current properties. This provides an interface for reading these properties from user-space or other drivers. For PPS enabled Sources, this also provides write access to set the current and voltage and allows

[PATCH v5 5/5] typec: tcpm: Add support for sink PPS related messages

This commit adds sink side support for Get_Status, Status, Get_PPS_Status and PPS_Status handling. As there's the potential for a partner to respond with Not_Supported, handling of this message is also added. Sending of Not_Supported is added to handle messagescreceived but not yet handled.

[PATCH v5 2/5] Documentation: power: Initial effort to document power_supply ABI

This commit adds generic ABI information regarding power_supply properties. This is an initial attempt to try and align the usage of these properties between drivers. As part of this commit, common Battery and USB related properties have been listed. Signed-off-by: Adam Thomson

[PATCH v3 1/1] usb: musb: gadget: misplaced out of bounds check

musb->endpoints[] has array size MUSB_C_NUM_EPS. We must check array bounds before accessing the array and not afterwards. Signed-off-by: Heinrich Schuchardt --- v3 Remove superfluous braces. v2 Only the 4 low bits of epnum are relevant for indexing. ---

Re: [PATCH v3 1/1] usb: musb: gadget: misplaced out of bounds check

Hi, On Tue, Mar 20, 2018 at 07:42:48PM +0100, Heinrich Schuchardt wrote: > musb->endpoints[] has array size MUSB_C_NUM_EPS. > We must check array bounds before accessing the array and not afterwards. > > Signed-off-by: Heinrich Schuchardt > --- > v3 > Remove

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

Hi Roger, Hi Chunfeng, On Tue, Mar 20, 2018 at 1:04 PM, Chunfeng Yun wrote: > Hi Martin & Roger: > > On Mon, 2018-03-19 at 17:12 +0100, Martin Blumenstingl wrote: >> Hi Roger, >> >> On Mon, Mar 19, 2018 at 9:49 AM, Roger Quadros wrote: >> > Hi, >> > >>

Re: howto debug xhci driver?

Forgot to CC linux-usb. Forwarded Message Subject: Re: howto debug xhci driver? Date: Tue, 20 Mar 2018 13:56:21 -0700 From: Paul Zimmerman To: Bin Liu CC: Felipe Balbi Hi, Bin Liu writes: Bin

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

Hello Kishon, On Tue, Mar 20, 2018 at 12:27 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Monday 19 March 2018 09:42 PM, Martin Blumenstingl wrote: >> Hi Roger, >> >> On Mon, Mar 19, 2018 at 9:49 AM, Roger Quadros wrote: >>> Hi, >>> >>> On 19/03/18 00:29, Martin

[PATCH] usb/gadget/uvc-configs Fix host unable to negotiate framesizes other than first

- Add bFrameIndex as a UVCG_FRAME_ATTR_RO for each frame size. - Automatically assign ascending bFrameIndex to each frame in a format. Before all "bFrameindex" attributes were set to "1" with no way to configure the gadget otherwise. This resulted in the host always negotiating for bFrameIndex 1

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

Hi Martin, On Tue, 2018-03-20 at 22:57 +0100, Martin Blumenstingl wrote: > Hello Kishon, > > On Tue, Mar 20, 2018 at 12:27 PM, Kishon Vijay Abraham I > wrote: > > Hi, > > > > On Monday 19 March 2018 09:42 PM, Martin Blumenstingl wrote: > >> Hi Roger, > >> > >> On Mon, Mar 19,

[PATCH] USB:fix USB3 devices behind USB3 hubs not resuming at hibernate thaw

USB3 hubs don't support global suspend. USB3 specification 10.10, Enhanced SuperSpeed hubs only support selective suspend and resume, they do not support global suspend/resume where the hub downstream facing ports states are not affected. When system enters hibernation it first enters freeze

RE: [PATCH v1 2/3] usb: dwc2: Change ISOC DDMA flow

>-Original Message- >From: linux-usb-ow...@vger.kernel.org >[mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Minas Harutyunyan >Sent: Tuesday, March 20, 2018 10:40 PM >To: Zengtao (B) ; Minas Harutyunyan >; John Youn

Re: howto debug xhci driver?

On Tue, Mar 20, 2018 at 08:32:19AM -0500, Bin Liu wrote: > On Tue, Mar 20, 2018 at 09:14:12AM +0200, Felipe Balbi wrote: > > > > Hi, > > > > Bin Liu writes: > > > On Mon, Mar 05, 2018 at 01:21:42PM -0600, Bin Liu wrote: > > >> On Mon, Mar 05, 2018 at 10:16:49AM +0200, Felipe Balbi

Re: [PATCH 00/16] remove eight obsolete architectures

On Thu, 15 Mar 2018 03:42:25 PDT (-0700), Arnd Bergmann wrote: On Thu, Mar 15, 2018 at 10:59 AM, Hannes Reinecke wrote: On 03/15/2018 10:42 AM, David Howells wrote: Do we have anything left that still implements NOMMU? RISC-V ? (evil grin :-) Is anyone producing a chip that