[no subject]

Hallo Am Mrs Mavis Wancyzk, Sie haben eine Spende von 4,800,000.00EUR Ich gewann die America Lottery im Wert von $ 758.7 Millionen und ich spende einen Teil davon an fünf glückliche Menschen und Wohltätigkeits-Häuser in Erinnerung an meinen verstorbenen Ehemann, der an Krebs gestorben ist.

Re: patch 8466489ef5ba48272ba4fa4ea9f8f403306de4c7 breaks Renesas USB3 controller functionality

Hi Everyone, On Wednesday 11 April 2018 07:32 PM, Marc Zyngier wrote: > On Wed, 11 Apr 2018 14:11:52 +0100, > Bockholdt Arne wrote: >> >> Hi all, >> >> is there anything new, I've just tried the new stable 4.16.1 kernel >> without any change. The Renesys USB3 controller is still not >>

Re: [PATCH 1/2] dt-bindings: add MediaTek XS-PHY binding

On Wed, 2018-05-02 at 07:41 -0500, Rob Herring wrote: > On Wed, May 2, 2018 at 2:04 AM, Chunfeng Yun > wrote: > > Hi Rob, > > On Tue, 2018-05-01 at 09:24 -0500, Rob Herring wrote: > >> On Wed, Apr 25, 2018 at 03:45:28PM +0800, Chunfeng Yun wrote: > >> > Add a DT

[PATCH v5 13/14] staging: typec: tcpci: Only touch target bit when enable vconn

We need regmap_update_bits to avoid touch any other bits when enable or disable vconn. Reviewed-by: Guenter Roeck Signed-off-by: Li Jun --- drivers/staging/typec/tcpci.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git

[PATCH v5 14/14] staging: typec: tcpci: move tcpci driver out of staging

Move TCPCI(Typec port controller interface) driver out of staging. Signed-off-by: Li Jun --- drivers/staging/Kconfig| 2 -- drivers/staging/Makefile | 1 - drivers/staging/typec/TODO | 5 - drivers/usb/typec/Kconfig | 7

[PATCH v5 12/14] staging: typec: tcpci: keep the not connecting cc line open

While set polarity, we should keep the not connecting cc line to be open. Signed-off-by: Li Jun --- drivers/staging/typec/tcpci.c | 18 ++ 1 file changed, 14 insertions(+), 4 deletions(-) diff --git a/drivers/staging/typec/tcpci.c b/drivers/staging/typec/tcpci.c

[PATCH v5 11/14] usb: typec: tcpm: set cc for drp toggling attach

In case of drp toggling, we may need set correct cc value for role control after attach as it may never been set. Signed-off-by: Li Jun --- drivers/usb/typec/tcpm.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/usb/typec/tcpm.c b/drivers/usb/typec/tcpm.c index

[PATCH v5 09/14] staging: typec: tcpci: enable vbus detection

TCPCI implementation may need SW to enable VBUS detection to generate power status events. Reviewed-by: Guenter Roeck Signed-off-by: Li Jun --- drivers/staging/typec/tcpci.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH v5 10/14] typec: tcpm: add starting value for drp toggling

As DRP port autonomously toggles the Rp/Rd need a start value to begin with, so add one parameter for it in tcpm_start_drp_toggling. Reviewed-by: Guenter Roeck Signed-off-by: Li Jun --- drivers/usb/typec/tcpm.c | 10 +- 1 file changed, 5

[PATCH v5 08/14] staging: typec: tcpci: register port before request irq

From: Peter Chen With that we can clear any pending events and the port is registered so driver can be ready to handle typec events once we request irq. Signed-off-by: Peter Chen Signed-off-by: Li Jun --- drivers/staging/typec/tcpci.c |

[PATCH v5 04/14] usb: typec: add fwnode to tcpc

Add fwnode handle to get the fwnode so we can get typec configs it contains. Suggested-by: Heikki Krogerus Signed-off-by: Li Jun --- drivers/staging/typec/tcpci.c | 7 +++ drivers/usb/typec/tcpm.c | 1 + include/linux/usb/tcpm.h |

[PATCH v5 07/14] staging: typec: tcpci: remove unused tcpci_tcpc_config

Since we will use config settings via device properties, so remove the hard code tcpci_tcpc_config. Signed-off-by: Li Jun --- drivers/staging/typec/tcpci.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/staging/typec/tcpci.c b/drivers/staging/typec/tcpci.c

[PATCH v5 03/14] staging: typec: tcpci: add compatible string for nxp ptn5110

Add nxp ptn5110 typec controller compatible string: usb-tcpci,ptn5110, which is a standard tcpci chip with power delivery support. Signed-off-by: Li Jun --- drivers/staging/typec/tcpci.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/typec/tcpci.c

[PATCH v5 06/14] usb: typec: tcpm: support get typec and pd config from device properties

This patch adds support of get typec and power delivery config from firmware description. Signed-off-by: Li Jun --- drivers/usb/typec/tcpm.c | 133 +++ 1 file changed, 111 insertions(+), 22 deletions(-) diff --git

[PATCH v5 05/14] usb: typec: add API to get typec basic port power and data config

This patch adds 3 APIs to get the typec port power and data type, and preferred power role by its name string. Signed-off-by: Li Jun --- drivers/usb/typec/class.c | 52 +++ include/linux/usb/typec.h | 3 +++ 2 files changed, 55

[PATCH v5 02/14] dt-bindings: usb: add documentation for typec port controller(TCPCI)

TCPCI stands for typec port controller interface, its implementation has full typec port control with power delivery support, it's a standard i2c slave with GPIO input as irq interface, detail see spec "Universal Serial Bus Type-C Port Controller Interface Specification Revision 1.0, Version 1.1"

[PATCH v5 00/14] staging: typec: tcpci: move out of staging

This patch set attempts to move the tcpci driver out of staging by fix some tcpci driver issues and define typec and power delivery device properties, the changes are verified on NXP PTN5110, which is a standard tcpci typec port controller device with power delivery support, tested power source

[PATCH v5 01/14] dt-bindings: connector: add properties for typec

Add bingdings supported by current typec driver, so user can pass all those properties via dt. Signed-off-by: Li Jun --- .../bindings/connector/usb-connector.txt | 44 +++ include/dt-bindings/usb/pd.h | 62 ++ 2

[PATCH v5 1/7] clk: msm8996-gcc: Mark halt check as no-op for USB/PCIE pipe_clk

The USB and PCIE pipe clocks are sourced from external clocks inside the QMP USB/PCIE PHYs. Enabling or disabling of PIPE RCG clocks is dependent on PHY initialization sequence hence update halt_check to BRANCH_HALT_SKIP for these clocks so that clock status bit is not polled when enabling or

[PATCH v5 3/7] phy: qcom-qusb2: Fix crash if nvmem cell not specified

Driver currently crashes due to NULL pointer deference while updating PHY tune register if nvmem cell is NULL. Since, fused value for Tune1/2 register is optional, we'd rather bail out. Fixes: ca04d9d3e1b1 ("phy: qcom-qusb2: New driver for QUSB2 PHY on Qcom chips") Reviewed-by: Vivek Gautam

[PATCH v5 5/7] phy: qcom-qmp: Add QMP V3 USB3 UNI PHY support for sdm845

QMP V3 UNI PHY is a single lane USB3 PHY without support for DisplayPort (DP). Main difference from DP combo QMPv3 PHY is that UNI PHY doesn't have dual RX/TX lanes and no separate DP_COM block for configuration related to type-c or DP. Also remove "qcom,qmp-v3-usb3-phy" compatible string which

[PATCH v5 4/7] dt-bindings: phy-qcom-qmp: Update bindings for sdm845

Update compatible strings for USB3 PHYs on SDM845. One is QMPv3 DisplayPort-USB combo PHY and other one is USB UNI PHY which is single lane USB3 PHY without DP capability. While at it also remove "qcom,qmp-v3-usb3-phy" compatible string which was earlier added for sdm845 only as there wouldn't be

[PATCH v5 7/7] phy: qcom-qusb2: Add QUSB2 PHYs support for sdm845

There are two QUSB2 PHYs present on sdm845. In order to improve eye diagram for both the PHYs some parameters need to be changed. Provide device tree properties to override these from board specific device tree files. Signed-off-by: Manu Gautam ---

[PATCH v5 6/7] dt-bindings: phy-qcom-usb2: Add support to override tuning values

To improve eye diagram for PHYs on different boards of same SOC, some parameters may need to be changed. Provide device tree properties to override these from board specific device tree files. While at it, replace "qcom,qusb2-v2-phy" with compatible string for USB2 PHY on sdm845 which was earlier

[PATCH v5 0/7] phy: qcom: Updates for USB PHYs on SDM845

SDM845 has two USB instances each with QUSB2 and QMP PHYs. One of the QMP PHY is USB-DP (DisplayPort) combo PHY where as other one is single lane UNI-PHY (without DP support). Changes are related to PHY configuration for electrical parameters tuning to improve eye-diagram and some fixes. First

[PATCH v5 0/7] phy: qcom: Updates for USB PHYs on SDM845

SDM845 has two USB instances each with QUSB2 and QMP PHYs. One of the QMP PHY is USB-DP (DisplayPort) combo PHY where as other one is single lane UNI-PHY (without DP support). Changes are related to PHY configuration for electrical parameters tuning to improve eye-diagram and some fixes. First

[PATCH net,stable] qmi_wwan: do not steal interfaces from class drivers

The USB_DEVICE_INTERFACE_NUMBER matching macro assumes that the { vendorid, productid, interfacenumber } set uniquely identifies one specific function. This has proven to fail for some configurable devices. One example is the Quectel EM06/EP06 where the same interface number can be either QMI or

Re: Since Linux 4.13 tlp or powertop usage cause "xHCI host controller not responding, assume dead" on Dell 5855

On Wed, 2 May 2018, Mathias Nyman wrote: > On 24.04.2018 16:50, Alan Stern wrote: > > On Tue, 24 Apr 2018, Mathias Nyman wrote: > > > > In this situation, the HCD_WAKEUP_PENDING(hcd) test in > > hcd-pci.c:suspend_common() should prevent the controller from going > > back into D3.

Re: [PATCH v2 2/2] usb: dwc2: fix isoc split in transfer with no data

Dear Doug, 在 2018年05月02日 13:02, Doug Anderson 写道: Hi, On Tue, May 1, 2018 at 8:04 PM, William Wu wrote: If isoc split in transfer with no data (the length of DATA0 packet is zero), we can't simply return immediately. Because the DATA0 can be the first transaction

Re: [PATCH v2 1/2] usb: dwc2: alloc dma aligned buffer for isoc split in

Dear Doug, 在 2018年05月02日 12:33, Doug Anderson 写道: Hi, On Tue, May 1, 2018 at 8:04 PM, William Wu wrote: The commit 3bc04e28a030 ("usb: dwc2: host: Get aligned DMA in a more supported way") rips out a lot of code to simply the allocation of aligned DMA. However, it

Re: [RFC 07/10] pinctrl: samsung: Remove support for Exynos5440

On Tue, Apr 24, 2018 at 10:32:36PM +0200, Krzysztof Kozlowski wrote: > The Exynos5440 is not actively developed, there are no development > boards available and probably there are no real products with it. > Remove wide-tree support for Exynos5440. > > Signed-off-by: Krzysztof Kozlowski

Re: [RFC 01/10] ARM: dts: exynos: Remove Exynos5440

On Tue, Apr 24, 2018 at 10:32:30PM +0200, Krzysztof Kozlowski wrote: > The Exynos5440 (quad-core A15 with GMAC, PCIe, SATA) was targeting > server platforms but it did not make it to the market really. There are > no development boards with it and probably there are no real products > neither.

Re: [RFC 10/10] ARM: exynos: Remove support for Exynos5440

On Tue, Apr 24, 2018 at 10:32:39PM +0200, Krzysztof Kozlowski wrote: > The Exynos5440 is not actively developed, there are no development > boards available and probably there are no real products with it. > Remove wide-tree support for Exynos5440. > > Signed-off-by: Krzysztof Kozlowski

Re: dwc2: enumeration issue with audio dongle connected to USB hub

Hi Minas, > Minas Harutyunyan hat am 2. Mai 2018 um > 10:54 geschrieben: > > > Hi, > > On 4/27/2018 10:03 AM, Stefan Wahren wrote: > > Hi, > > during my tests with a Raspberry Pi 2 B with an C-Media audio dongle > > connected to a powered USB hub, i noticed

Re: USB regression for Android phone and sound card in 4.14

Some more details from my system: [    0.725657] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [    0.725670] ehci-pci: EHCI PCI platform driver [    0.726004] ehci-platform: EHCI generic platform driver [    0.726340] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [   

Re: [PATCH] usb-storage: stop using block layer bounce buffers

On Wed, 2 May 2018, Christoph Hellwig wrote: > On Fri, Apr 27, 2018 at 10:09:17AM -0400, Alan Stern wrote: > > On Fri, 27 Apr 2018, Christoph Hellwig wrote: > > > > > On Sun, Apr 15, 2018 at 11:24:11AM -0400, Alan Stern wrote: > > > > On Sun, 15 Apr 2018, Christoph Hellwig wrote: > > > > > > >

Re: Since Linux 4.13 tlp or powertop usage cause "xHCI host controller not responding, assume dead" on Dell 5855

On 24.04.2018 16:50, Alan Stern wrote: On Tue, 24 Apr 2018, Mathias Nyman wrote: In this situation, the HCD_WAKEUP_PENDING(hcd) test in hcd-pci.c:suspend_common() should prevent the controller from going back into D3. The WAKEUP_PENDING bit gets set in usb_hcd_resume_root_hub() and it doesn't

RE: [PATCH v2 1/2] usb: dwc3: gadget: Correct handling of scattergather lists

Hi All, Please let me know if the changes in this patch are okay . If the changes looks fine , can we proceed with this patch. Thanks, Anurag Kumar Vulisha >-Original Message- >From: v.anuragku...@gmail.com [mailto:v.anuragku...@gmail.com] >Sent: Tuesday, March 27, 2018 4:35 PM >To:

Re: [PATCH 02/20] usb: host: xhci: check DYING state earlier

On Wed, 2 May 2018, Felipe Balbi wrote: > >> Look at the result. With this change we don't need to take a lock, > >> allocate memory, search for endpoint index, search for endpoint > >> state. All of those are needed for proper operation of the function, but > >> if the controller has already

Re: [PATCH] typec: tcpm: Fix incorrect 'and' operator

On Mon, Apr 30, 2018 at 08:23:06AM -0500, Gustavo A. R. Silva wrote: > Currently, logical and is being used instead of *bitwise* and. > > Fix this by using a proper bitwise and operator. > > Addresses-Coverity-ID: 1468455 ("Logical vs. bitwise operator") > Fixes: 64f7c494a3c0 ("typec: tcpm: Add

Re: [RFC PATCH 1/7] usb: typec: Generalize mux mode names

Hi Heikki, On 2018-05-02 10:25, Heikki Krogerus wrote: On Wed, May 02, 2018 at 11:23:35AM +0300, Heikki Krogerus wrote: Hi Mats, On Wed, May 02, 2018 at 12:21:07AM +0200, Mats Karrman wrote: The current naming used for tcpc_mux_mode constants makes too much assumptioms about the usage of

Re: [PATCH 02/20] usb: host: xhci: check DYING state earlier

On 02.05.2018 14:46, Felipe Balbi wrote: Hi, Mathias Nyman writes: On 17.04.2018 10:07, Felipe Balbi wrote: Hi, Mathias Nyman writes: On 16.04.2018 15:29, Felipe Balbi wrote: Instead of allocating urb priv and, maybe, bail

Re: [PATCH] usb-storage: stop using block layer bounce buffers

On Fri, Apr 27, 2018 at 10:09:17AM -0400, Alan Stern wrote: > On Fri, 27 Apr 2018, Christoph Hellwig wrote: > > > On Sun, Apr 15, 2018 at 11:24:11AM -0400, Alan Stern wrote: > > > On Sun, 15 Apr 2018, Christoph Hellwig wrote: > > > > > > > USB host controllers now must handle highmem, so we can

Re: [PATCH 1/2] dt-bindings: add MediaTek XS-PHY binding

On Wed, May 2, 2018 at 2:04 AM, Chunfeng Yun wrote: > Hi Rob, > On Tue, 2018-05-01 at 09:24 -0500, Rob Herring wrote: >> On Wed, Apr 25, 2018 at 03:45:28PM +0800, Chunfeng Yun wrote: >> > Add a DT binding documentation of XS-PHY for MediaTek SoCs >> > with USB3.1 GEN2

Re: [PATCH] musb: fix remote wakeup racing with suspend

On Wed, May 02, 2018 at 03:12:16AM +0200, Daniel Glöckner wrote: > Hi, > > On Tue, May 01, 2018 at 08:48:11AM -0500, Bin Liu wrote: > > On Fri, Apr 27, 2018 at 03:00:05PM +0200, Daniel Glöckner wrote: > > > It has been observed that writing 0xF2 to the power register while it > > > reads as 0xF4

Re: Kernel Oops when downloading data from a 4G modem connected via USB

> Could you please apply follow patches from linux-usb mailing list: > 1. usb: dwc2: hcd: Fix host channel halt flow > 2. usb: dwc2: host: Fix transaction errors in host mode > and test again. Thanks for your response. I've tried applying the above patches (taken from

Re: [PATCH 02/20] usb: host: xhci: check DYING state earlier

Hi, Mathias Nyman writes: > On 17.04.2018 10:07, Felipe Balbi wrote: >> >> Hi, >> >> Mathias Nyman writes: >>> On 16.04.2018 15:29, Felipe Balbi wrote: Instead of allocating urb priv and, maybe, bail out due to xhci being

Re: [PATCH 02/20] usb: host: xhci: check DYING state earlier

On 17.04.2018 10:07, Felipe Balbi wrote: Hi, Mathias Nyman writes: On 16.04.2018 15:29, Felipe Balbi wrote: Instead of allocating urb priv and, maybe, bail out due to xhci being in DYING state, we can move the check earlier and avoid the memory allocation

Re: [PATCH] USB: serial: visor: handle potential invalid device configuration

On Wed, May 02, 2018 at 09:50:04AM +0200, Johan Hovold wrote: > On Sun, Apr 29, 2018 at 05:41:55PM +0200, Greg Kroah-Hartman wrote: > > If we get an invalid device configuration from a palm 3 type device, we > > might incorrectly parse things, and we have the potential to crash in > >

Re: [PATCH v1 0/2] usb: dwc2: gadget: Fixes for LPM

Hi Simon, On 4/21/2018 4:52 PM, Simon Shields wrote: > Hi Grigor, > > On Fri, Apr 20, 2018 at 01:00:16PM +, Grigor Tovmasyan wrote: >> Hi Simon, >> >> On 4/19/2018 8:31 PM, Simon Shields wrote: >>> Hi all, >>> >>> On 10/04/2018 10:21 PM, Grigor Tovmasyan wrote: Here are two little fixes

Re: Regression due to "Workaround for uPD72020x USB3 chips"

On 2 May 2018 at 11:18, Domenico Andreoli wrote: > On Wed, May 02, 2018 at 10:22:05AM +0200, Ard Biesheuvel wrote: >> On 2 May 2018 at 10:06, Domenico Andreoli >> wrote: >> > Dear all, >> > >> > my home machine stopped to boot starting

Re: Regression due to "Workaround for uPD72020x USB3 chips"

On Wed, May 02, 2018 at 10:22:05AM +0200, Ard Biesheuvel wrote: > On 2 May 2018 at 10:06, Domenico Andreoli wrote: > > Dear all, > > > > my home machine stopped to boot starting from kernel version 4.12.7. > > > > The last message I read is about resetting some USB3

Re: dwc2: enumeration issue with audio dongle connected to USB hub

Hi, On 4/27/2018 10:03 AM, Stefan Wahren wrote: > Hi, > during my tests with a Raspberry Pi 2 B with an C-Media audio dongle > connected to a powered USB hub, i noticed the enumeration errors below (the > device gets finally ernumerated). I tested yesterdays linux-next, 4.17-rc2 > and 4.14 but

Re: Kernel Oops when downloading data from a 4G modem connected via USB

Hi, On 4/29/2018 4:44 PM, Amr Bekhit wrote: > Hello, > > We're working with an embedded system that uses the RK3188 SoC and has a > Quectel EC25 4G modem connected via USB. We're using Buildroot 2018.02.1 to > compile the kernel (4.15.16 using the radxarock_defconfig) and root file > system. The

Re: [RFC PATCH 1/7] usb: typec: Generalize mux mode names

On Wed, May 02, 2018 at 11:23:35AM +0300, Heikki Krogerus wrote: > Hi Mats, > > On Wed, May 02, 2018 at 12:21:07AM +0200, Mats Karrman wrote: > > The current naming used for tcpc_mux_mode constants makes > > too much assumptioms about the usage of the signals. > > This patch replaces the names

Re: [RFC PATCH 1/7] usb: typec: Generalize mux mode names

Hi Mats, On Wed, May 02, 2018 at 12:21:07AM +0200, Mats Karrman wrote: > The current naming used for tcpc_mux_mode constants makes > too much assumptioms about the usage of the signals. > This patch replaces the names with generic names more closely > tied to the Type-C specifications and also

Re: [PATCH] USB: serial: visor: handle potential invalid device configuration

On Sun, Apr 29, 2018 at 05:41:55PM +0200, Greg Kroah-Hartman wrote: > If we get an invalid device configuration from a palm 3 type device, we > might incorrectly parse things, and we have the potential to crash in > "interesting" ways. > > Fix this up by verifying the size of the configuration

Re: [PATCH] USB: serial: option: adding support for ublox R410M

On Thu, Apr 26, 2018 at 02:12:32PM -0500, Dan Williams wrote: > On Thu, 2018-04-26 at 18:29 +0200, Johan Hovold wrote: > > On Thu, Apr 26, 2018 at 11:22:25PM +0700, Lars Melin wrote: > > > On 4/26/2018 23:12, Johan Hovold wrote: > > > > On Thu, Apr 26, 2018 at 06:40:46PM +0700, Lars Melin wrote: >

Re: [PATCH 1/2] dt-bindings: add MediaTek XS-PHY binding

Hi Rob, On Tue, 2018-05-01 at 09:24 -0500, Rob Herring wrote: > On Wed, Apr 25, 2018 at 03:45:28PM +0800, Chunfeng Yun wrote: > > Add a DT binding documentation of XS-PHY for MediaTek SoCs > > with USB3.1 GEN2 controller > > > > Signed-off-by: Chunfeng Yun > > --- > >

Re: [PATCH 1/4] platform: x86: intel_cht_int33fe: Fix dependencies

On Tue, May 01, 2018 at 11:53:24AM +0200, Hans de Goede wrote: > Hi, > > On 30-04-18 14:41, Heikki Krogerus wrote: > > The driver will not probe unless bq24190 is loaded, so > > making it a dependency. > > Hmm, the dependency is pure run-time, with this Kconfig > change if a user now decides to

Re: [PATCH 4/4] usb: roles: intel_xhci: Always allow user control

On Tue, May 01, 2018 at 11:57:55AM +0200, Hans de Goede wrote: > Hi, > > On 30-04-18 14:41, Heikki Krogerus wrote: > > Trying to determine the USB port type with this mux is very > > difficult. To simplify the situation, always allowing user > > control, even if the port is USB Type-C port. > >

Re: [PATCH 3/4] usb: typec: fusb302: Fix debugfs issue

On Mon, Apr 30, 2018 at 06:34:03AM -0700, Guenter Roeck wrote: > On 04/30/2018 05:41 AM, Heikki Krogerus wrote: > > Removing the "fusb302" debugfs directory when unloading > > the driver. That allows the driver to be loaded more then > > ones. > > > > This fixes an issue where the driver, if

Re: [GIT PULL] USB fixes for v4.17-rc3

Hi, Greg Kroah-Hartman writes: > On Fri, Apr 27, 2018 at 11:09:50AM +0300, Felipe Balbi wrote: >> >> Hi Greg, >> >> here's a tiny, 7 fixes only, pull request for the current -rc cycle. Let >> me know if you want anything to be changed. >> >> cheers >> >> The

[PATCH v9 2/2] usb/gadget: Add driver for Aspeed SoC virtual hub

The Aspeed BMC SoCs support a "virtual hub" function. It provides some HW support for a top-level USB2 hub behind which sit 5 gadget "ports". This driver adds support for the full functionality, emulating the hub standard requests and exposing 5 UDC gadget drivers corresponding to the ports. The

[PATCH v9 1/2] usb/gadget: Constify usb_gadget_get_string "table" argument

The table is never modified by the function. This allows us to use it on a statically defined table that is marked const. Signed-off-by: Benjamin Herrenschmidt --- drivers/usb/gadget/usbstring.c | 2 +- include/linux/usb/gadget.h | 2 +- 2 files changed, 2