[PATCH v4 1/6] dt-bindings: add bindings for USB physical connector

These bindings allow to describe most known standard USB connectors and it should be possible to extend it if necessary. USB connectors, beside USB can be used to route other protocols, for example UART, Audio, MHL. In such case every device passing data through the connector should have

[PATCH v4 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

OF graph describes MHL data lanes between MHL and respective USB connector. Signed-off-by: Andrzej Hajda --- v4: - added missing reg property in connector's port node (Krzysztof) --- .../boot/dts/exynos/exynos5433-tm2-common.dtsi | 32 -- 1 file

[PATCH v4 5/6] extcon: add possibility to get extcon device by OF node

Since extcon property is not allowed in DT, extcon subsystem requires another way to get extcon device. Lets try the simplest approach - get edev by of_node. Signed-off-by: Andrzej Hajda Acked-by: Chanwoo Choi --- v2: changed label to follow local

[PATCH v4 2/6] dt-bindings: add bindings for Samsung micro-USB 11-pin connector

Samsung micro-USB 11-pin connector beside standard micro-USB pins, has pins dedicated to route MHL traffic. Signed-off-by: Andrzej Hajda Reviewed-by: Rob Herring --- v4: - removed description of property inherited from usb-connector (Rob), - fixed example

[PATCH v4 6/6] drm/bridge/sii8620: use micro-USB cable detection logic to detect MHL

From: Maciej Purski Currently MHL chip must be turned on permanently to detect MHL cable. It duplicates micro-USB controller's (MUIC) functionality and consumes unnecessary power. Lets use extcon attached to MUIC to enable MHL chip only if it detects MHL cable.

[PATCH v4 0/6] dt-bindings: add bindings for USB physical connector

Hi, Thanks for reviews of previous iterations. This patchset introduces USB physical connector bindings, together with working example. I have removed RFC prefix - the patchset seems to be heading to a happy end :) v4: improved binding descriptions, added missing reg in dts. v3: Separate

[PATCH v4 3/6] arm64: dts: exynos: add micro-USB connector node to TM2 platforms

Since USB connector bindings are available we can describe it on TM2(e). Signed-off-by: Andrzej Hajda --- arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi

Re: [PATCH 3/7] usb: dwc3: pci: Store device properties dynamically

On Tue, Feb 20, 2018 at 11:12 PM, Thinh Nguyen wrote: > On 2/17/2018 7:29 AM, Andy Shevchenko wrote: >> On Fri, Feb 16, 2018 at 11:55 PM, Thinh Nguyen >> wrote: >>> Add the ability to add device properties dynamically. Currently, device >>>

Re: [Regression] xhci: some hard drives cannot be seen using a JMicron JMS56x enclosure

On 19.02.2018 01:38, Cyril Roelandt wrote: Hello, I'm inlining my answers to your questions. On 02/15/18 17:30, Mathias Nyman wrote: On 15.02.2018 03:05, Cyril Roelandt wrote: Hi, I use two hard drives in an enclosure connected to my PC using UAS. The enclosure is a JMicron JMS56x

[PATCH v3] Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export tcpci_irq. More operations can be extended in tcpci_data if needed. According to TCPCI specification, 4.4.5.2 ROLE_C

From: ShuFanLee Signed-off-by: ShuFanLee --- drivers/staging/typec/tcpci.c | 128 +- drivers/staging/typec/tcpci.h | 13 + 2 files changed, 115 insertions(+), 26 deletions(-) patch changelogs between

[PATCH 4.14 151/167] usb: Move USB_UHCI_BIG_ENDIAN_* out of USB_SUPPORT

4.14-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ec897569ad7dbc6d595873a487c3fac23f463f76 upstream. Move the Kconfig symbols USB_UHCI_BIG_ENDIAN_MMIO and USB_UHCI_BIG_ENDIAN_DESC out of

[PATCH 4.9 32/77] usb: Move USB_UHCI_BIG_ENDIAN_* out of USB_SUPPORT

4.9-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ec897569ad7dbc6d595873a487c3fac23f463f76 upstream. Move the Kconfig symbols USB_UHCI_BIG_ENDIAN_MMIO and USB_UHCI_BIG_ENDIAN_DESC out of

Re: [PATCH v3] Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export tcpci_irq. More operations can be extended in tcpci_data if needed. According to TCPCI specification, 4.4.5.2 RO

On Wed, Feb 21, 2018 at 10:30:34PM +0800, ShuFanLee wrote: > From: ShuFanLee > > Signed-off-by: ShuFanLee Something went really wrong with your subject line :( Please fix and try again. thanks, greg k-h -- To unsubscribe from this list: send

[PATCH] usb: phy-generic: Use gpiod_set_value_cansleep

The nop_reset and shutdown methods are called in a context that can sleep, so use gpiod_set_value_cansleep instead of gpiod_set_value. If you've connected the reset line to a GPIO expander, you'd get a kernel "slowpath" warning with gpiod_set_value. Signed-off-by: Mike Looijmans

Re: [PATCH v4 5/6] extcon: add possibility to get extcon device by OF node

On Wed, Feb 21, 2018 at 10:55 AM, Andrzej Hajda wrote: > Since extcon property is not allowed in DT, extcon subsystem requires > another way to get extcon device. Lets try the simplest approach - get > edev by of_node. > +/* > + * extcon_get_edev_by_of_node - Get the extcon

[PATCH] staging: typec: handle vendor defined part and modify drp toggling flow

From: ShuFanLee Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export tcpci_irq. More operations can be extended in tcpci_data if needed. According to TCPCI specification, 4.4.5.2 ROLE_CONTROL, TCPC shall not start DRP toggling until subsequently the

Re: [PATCH v5 00/17] Support for Qualcomm QUSBv2 and QMPv3 USB PHYs

Manu, On Mon, Feb 19, 2018 at 9:21 PM, Manu Gautam wrote: > Hi Kishon, > > > On 2/16/2018 5:19 PM, Kishon Vijay Abraham I wrote: >> >> On Thursday 01 February 2018 06:08 PM, Kishon Vijay Abraham I wrote: >>> >>> The series looks good. I'll start merging once -rc1 is

Re: [PATCH] staging: typec: handle vendor defined part and modify drp toggling flow

On Wed, Feb 21, 2018 at 11:02:23PM +0800, ShuFanLee wrote: > From: ShuFanLee > > Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export > tcpci_irq. > More operations can be extended in tcpci_data if needed. > According to TCPCI specification, 4.4.5.2

information required

Thanks for your last email response to me. The information required should include the following-: Your full names Your address Telephone number Your private email Occupation Age This is to enable my further discussion with you in confidence. Best regards and wishes to you. Mohammad Amir Khadov

Re: [PATCH 3/7] usb: dwc3: pci: Store device properties dynamically

Hi Andy, On 2/21/2018 6:46 AM, Andy Shevchenko wrote: > On Tue, Feb 20, 2018 at 11:12 PM, Thinh Nguyen > wrote: >> On 2/17/2018 7:29 AM, Andy Shevchenko wrote: >>> On Fri, Feb 16, 2018 at 11:55 PM, Thinh Nguyen >>> wrote: Add the

[PATCH v2] usb: quirks: add control message delay for 1b1c:1b20

Corsair Strafe RGB keyboard does not respond to usb control messages sometimes and hence generates timeouts. Commit de3af5bf259d ("usb: quirks: add delay init quirk for Corsair Strafe RGB keyboard") tried to fix those timeouts by adding USB_QUIRK_DELAY_INIT. Unfortunately, even with this quirk

Re: Host & gadget transparent driver

On Wed, Feb 21, 2018 at 11:23:26PM +0200, Ran Shalit wrote: > Hello, > > I am facing the following challenge: > > We have a camera device, and a ready drivers in the following configuration: > > (1) host <--> camera > > The drivers for host is a binary, i.e. source code is probably not >

[PATCH] usb: quirks: add control message delay for 1b1c:1b20

Corsair Strafe RGB keyboard does not respond to usb control messages sometimes and hence generates timeouts. Commit de3af5bf259d ("usb: quirks: add delay init quirk for Corsair Strafe RGB keyboard") tried to fix those timeouts by adding USB_QUIRK_DELAY_INIT. Unfortunately, even with this quirk

Re: [PATCH v4 4/6] arm64: dts: exynos: add OF graph between MHL and USB connector

Hi Andrzej, I love your patch! Yet something to improve: [auto build test ERROR on robh/for-next] [also build test ERROR on v4.16-rc2 next-20180221] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH v4 5/6] extcon: add possibility to get extcon device by OF node

On 21.02.2018 15:27, Andy Shevchenko wrote: > On Wed, Feb 21, 2018 at 10:55 AM, Andrzej Hajda wrote: >> Since extcon property is not allowed in DT, extcon subsystem requires >> another way to get extcon device. Lets try the simplest approach - get >> edev by of_node. >> +/*

回覆: [PATCH v3] Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export tcpci_irq. More operations can be extended in tcpci_data if needed. According to TCPCI specification, 4.4.5.2 RO

Hi Gerg, Thank you! I've fixed it and sent another email. Best Regards, * Shu-Fan Lee Richtek Technology Corporation TEL: +886-3-5526789 #2359 FAX: +886-3-5526612 * 寄件者:

[PATCH 4.15 152/163] usb: Move USB_UHCI_BIG_ENDIAN_* out of USB_SUPPORT

4.15-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ec897569ad7dbc6d595873a487c3fac23f463f76 upstream. Move the Kconfig symbols USB_UHCI_BIG_ENDIAN_MMIO and USB_UHCI_BIG_ENDIAN_DESC out of

Host & gadget transparent driver

Hello, I am facing the following challenge: We have a camera device, and a ready drivers in the following configuration: (1) host <--> camera The drivers for host is a binary, i.e. source code is probably not available, and also the protocol datasheet is probably not available. But we need to