Re: [PATCH v5 resend 0/2] phy-sun4i-usb: peripheral-mode + a31 otg workaround

Hi, On Wednesday 29 June 2016 11:44 PM, Hans de Goede wrote: > Hi Kishon, > > The "USB: Fix of_usb_get_dr_mode_by_phy with a shared phy block" > patch on which this series depends is in usb-next now: > >

[PATCH v14 3/4] usb: gadget: Integrate with the usb gadget supporting for usb charger

When the usb gadget supporting for usb charger is ready, the usb charger can implement the usb_charger_plug_by_gadget() function, usb_charger_exit() function and dev_to_uchger() function by getting 'struct usb_charger' from 'struct gadget'. Signed-off-by: Baolin Wang

[PATCH v14 1/4] usb: gadget: Introduce the usb charger framework

This patch introduces the usb charger driver based on usb gadget that makes an enhancement to a power driver. It works well in practice but that requires a system with suitable hardware. The basic conception of the usb charger is that, when one usb charger is added or removed by reporting from

[PATCH v14 2/4] usb: gadget: Support for the usb charger framework

For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb charger initialization and exit. It will report to the usb charger when the gadget state is changed, then the usb charger can do the power things. Signed-off-by: Baolin Wang

[PATCH v14 4/4] power: wm831x_power: Support USB charger current limit management

Integrate with the newly added USB charger interface to limit the current we draw from the USB input based on the input device configuration identified by the USB stack, allowing us to charge more quickly from high current inputs without drawing more current than specified from others.

[PATCH v14 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

Currently the Linux kernel does not provide any standard integration of this feature that integrates the USB subsystem with the system power regulation provided by PMICs meaning that either vendors must add this in their kernels or USB gadget devices based on Linux (such as mobile phones) may not

RE: [PATCH 08/21] usb: chipidea: Kick OTG state machine for AVVIS with vbus extcon

Hi Stephen, > -Original Message- > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb- > ow...@vger.kernel.org] On Behalf Of Peter Chen > Sent: Thursday, June 30, 2016 9:27 AM > To: Stephen Boyd > Cc: linux-usb@vger.kernel.org;

Re: [PATCH 15/21] usb: chipidea: msm: Mux over secondary phy at the right time

On Wed, Jun 29, 2016 at 12:28:58PM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-06-29 01:08:52) > > On Sun, Jun 26, 2016 at 12:28:32AM -0700, Stephen Boyd wrote: > > > We need to pick the correct phy at runtime based on how the SoC > > > has been wired onto the board. If the secondary phy

Re: [PATCH 13/21] usb: chipidea: msm: Allow core to get usb phy

On Wed, Jun 29, 2016 at 12:31:18PM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-06-29 04:34:11) > > On Wed, Jun 29, 2016 at 02:48:11PM +0800, Peter Chen wrote: > > > On Sun, Jun 26, 2016 at 12:28:30AM -0700, Stephen Boyd wrote: > > > > @@ -53,21 +44,9 @@ static struct

Re: [PATCH 12/21] usb: chipidea: msm: Keep device runtime enabled

On Wed, Jun 29, 2016 at 05:43:30PM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-06-28 23:46:00) > > On Sun, Jun 26, 2016 at 12:28:29AM -0700, Stephen Boyd wrote: > > > Sometimes the usb wrapper device is part of a power domain that > > > needs to stay on as long as the device is active.

Re: [PATCH 08/21] usb: chipidea: Kick OTG state machine for AVVIS with vbus extcon

On Wed, Jun 29, 2016 at 06:19:59PM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-06-28 20:09:13) > > On Sun, Jun 26, 2016 at 12:28:25AM -0700, Stephen Boyd wrote: > > > Force the OTG state machine to go forward when we're using an > > > extcon for vbus detection. In this case, the

Re: [PATCH 06/21] usb: chipidea: Initialize and reinitialize phy later

On Wed, Jun 29, 2016 at 06:23:50PM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-06-28 19:30:52) > > On Sun, Jun 26, 2016 at 12:28:23AM -0700, Stephen Boyd wrote: > > > The ULPI phy on qcom platforms needs to be initialized and > > > powered on after a USB reset and before we toggle the

Re: [PATCH 19/21] usb: chipidea: msm: Be silent on probe defer errors

On Sun, Jun 26, 2016 at 12:28:36AM -0700, Stephen Boyd wrote: > If something fails in ci_hdrc_add_device() due to probe defer, we > shouldn't print an error message. Be silent in this case as we'll > try probe again later. > > Cc: Peter Chen > Cc: Greg Kroah-Hartman

Re: [PATCH 10/21] usb: chipidea: msm: Rely on core to override AHBBURST

On Wed, Jun 29, 2016 at 11:59:21AM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-06-28 23:32:11) > > On Sun, Jun 26, 2016 at 12:28:27AM -0700, Stephen Boyd wrote: > > > The core framework already handles setting this parameter with a > > > platform quirk. Add the appropriate flag so that

Re: ftdi_sio: overrun errors

Am 2016-05-27 20:02, schrieb Johan Hovold: On Fri, May 13, 2016 at 12:17:24PM +0200, mich...@walle.cc wrote: Hi, if the internal buffer is full, a read() returns a steady stream of zeros until one valid character is received. According to my experiments this happens if the FT232 receives

Re: [PATCH 4/7] reset: Supply *_shared variant calls when using *_optional APIs

Hi Lee, On Wed, Jun 29, 2016 at 10:37:34AM +0100, Lee Jones wrote: [...] > > > > If that is not the case, go ahead. Otherwise I could provide > > > > a tag at commit 2485394d9e0b ("reset: TRIVIAL: Add line break at same > > > > place for similar APIs") for you to merge. > > > > > > Yes please.

Re: [PATCH v5 resend 0/1] usb: musb: sunxi: Simplify dr_mode handling

Hi, On Wed, Jun 29, 2016 at 08:16:39PM +0200, Hans de Goede wrote: > Hi Bin Liu, > > The "USB: Fix of_usb_get_dr_mode_by_phy with a shared phy block" > patch on which this patch indirectly depends is in usb-next now: > >

Re: [PATCH 1/3] usb: dwc2: Add support for STM32F429/439/469 USB OTG in FS mode with internal PHY

On 6/29/2016 12:47 PM, Bruno Herrera wrote: > On Mon, Jun 27, 2016 at 7:51 PM, John Youn wrote: >> On 6/21/2016 7:26 PM, Bruno Herrera wrote: >>> Signed-off-by: Bruno Herrera >> >> Please add a commit message describing the purpose of your changes,

Re: [PATCH 1/3] usb: dwc2: Add support for STM32F429/439/469 USB OTG in FS mode with internal PHY

On Mon, Jun 27, 2016 at 7:51 PM, John Youn wrote: > On 6/21/2016 7:26 PM, Bruno Herrera wrote: >> Signed-off-by: Bruno Herrera > > Please add a commit message describing the purpose of your changes, > some information about the platform you're

Re: [PATCH 3/3] dt-bindings: Document the STM32 USB OTG DWC2 core binding

On Tue, Jun 28, 2016 at 5:54 PM, Rob Herring wrote: > On Fri, Jun 24, 2016 at 03:51:18PM -0300, Bruno Herrera wrote: >> On Fri, Jun 24, 2016 at 12:41 PM, Rob Herring wrote: >> > On Tue, Jun 21, 2016 at 11:25:49PM -0300, Bruno Herrera wrote: >> >> Signed-off-by:

Re: [PATCH 20/21] phy: Add support for Qualcomm's USB HSIC phy

Quoting Neil Armstrong (2016-06-29 02:16:51) > On 06/28/2016 11:58 PM, Stephen Boyd wrote: > > Quoting Neil Armstrong (2016-06-28 01:49:37) > >> On 06/26/2016 09:28 AM, Stephen Boyd wrote: > >>> + uphy->cal_sleep_clk = clk = devm_clk_get(>dev, "cal_sleep"); > >>> + if (IS_ERR(clk)) > >>> +

[PATCH v5 resend 0/1] usb: musb: sunxi: Simplify dr_mode handling

Hi Bin Liu, The "USB: Fix of_usb_get_dr_mode_by_phy with a shared phy block" patch on which this patch indirectly depends is in usb-next now: https://git.kernel.org/cgit/linux/kernel/git/gregkh/usb.git/commit/?h=usb-next=ce15ed4c5dfb3f7757e6611902aed5db253af977 Can you please merge this now?

[PATCH v5 resend] usb: musb: sunxi: Simplify dr_mode handling

phy-sun4i-usb now has proper dr_mode handling, it always registers an extcon, and sends a notify with the mode (even when in peripheral- / host-only mode) at least once. So we can simply the sunxi musb glue by always registering its extcon notifier and relying on sunxi_musb_work() to enable vbus

[PATCH v5 resend 1/2] phy-sun4i-usb: Add support for peripheral-only mode

Use the new of_usb_get_dr_mode_by_phy() function to get the dr_mode from the musb controller node instead of assuming that having an id_det gpio means otg mode, and not having one means host mode. Implement peripheral-only mode by adding a sun4i_usb_phy0_get_id_det helper which looks at the

[PATCH v5 resend 2/2] phy-sun4i-usb: Add workaround for missing Vbus det interrupts on A31

The A31 companion pmic (axp221) does not generate vbus change interrupts when the board is driving vbus, so we must poll when using the pmic for vbus-det _and_ we're driving vbus. Signed-off-by: Hans de Goede Acked-by: Kishon Vijay Abraham I --- Changes in

[PATCH v5 resend 0/2] phy-sun4i-usb: peripheral-mode + a31 otg workaround

Hi Kishon, The "USB: Fix of_usb_get_dr_mode_by_phy with a shared phy block" patch on which this series depends is in usb-next now: https://git.kernel.org/cgit/linux/kernel/git/gregkh/usb.git/commit/?h=usb-next=ce15ed4c5dfb3f7757e6611902aed5db253af977 Can you please merge this series? Regards,

Re: [GIT PULL] usb patches for v4.8

On Wed, Jun 29, 2016 at 04:11:31PM +0300, Felipe Balbi wrote: > > Hi Greg, > > here's the big pull request for gadget API and related UDC drivers. > > Nothing really scary lately. Patches have been in linux-next for a while > without outstanding reports. > > Let me know if you want any

[no subject]

Hello LKML. I have had a small ASUS usb screen gadget that came with my motherboard. Its been sitting on my desk for about 7 years. Having exhausted my patience waiting for a nifty Linux app to drive it, I wrote one. If you have such a beast and want the app, go to

Re: [PATCH v5 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

Hi Kishon, Am Mittwoch, 29. Juni 2016, 19:44:52 schrieb Kishon Vijay Abraham I: > On Friday 17 June 2016 10:16 PM, Heiko Stübner wrote: > > Am Freitag, 17. Juni 2016, 17:24:46 schrieb Kishon Vijay Abraham I: > > [...] > > > >>> + /* find out a proper config which can be matched with dt. */ > >>>

udev rule to reserve ftdi jtag instead of device description locked quirk

Hi there. I am seeking for a solution to make ftdi-sio.ko ignoring one of the ft2232h (and similar) channel, where it have to be free for jtag (and other) operations via libusb, libftdi, libftd2xx and so on. I have found in the sources, that there is a long list of device descriptors of devices

Re: Unable to wake Surface 3 from freeze with USB devices

On Tue, 28 Jun 2016, Stephen J wrote: > Hello, > > I'm currently having some difficulty with getting my Surface 3 device > to resume from the "freeze" PM state with USB devices. This device > uses an Intel Cherry Trail xHCI host, enumerated over PCI. (I am able > to resume with the device's

Re: [PATCH v5 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

Hi, On Friday 17 June 2016 10:16 PM, Heiko Stübner wrote: > Hi Kishon, > > Am Freitag, 17. Juni 2016, 17:24:46 schrieb Kishon Vijay Abraham I: > >>> + ret = of_clk_add_provider(node, of_clk_src_simple_get, rphy->clk480m); >>> + if (ret < 0) >>> + goto err_clk_provider; >>> + >>> +

[PATCHv4 2/2] usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY

This adds driver for the USB Type-C PHY on Intel WhiskeyCove PMIC which is available on some of the Intel Broxton SoC based platforms. Signed-off-by: Heikki Krogerus --- drivers/usb/typec/Kconfig | 14 ++ drivers/usb/typec/Makefile | 1 +

[PATCHv4 0/2] USB Type-C Connector class

Hi, The USB Type-C class is meant to provide unified interface to the userspace to present the USB Type-C ports in a system. Changes since v3: - Documentation cleanup as proposed by Roger Quadros - Setting partner altmodes member to NULL on removal and fixing a warning, as proposed by Guenter

[PATCHv4 1/2] usb: USB Type-C connector class

The purpose of USB Type-C connector class is to provide unified interface for the user space to get the status and basic information about USB Type-C connectors on a system, control over data role swapping, and when the port supports USB Power Delivery, also control over power role swapping and

[GIT PULL] usb patches for v4.8

Hi Greg, here's the big pull request for gadget API and related UDC drivers. Nothing really scary lately. Patches have been in linux-next for a while without outstanding reports. Let me know if you want any changes, but things seem to be calming down. I have, however, a few patches pending in

DONATION OF $ 1.5 MILLION DOLLARS!!!

My wife and I have awarded you with a donation of $ 1.5 million Dollars from part of our Jackpot Lottery of 161,653,000 Million Pounds,Send your name,Address, Phone for claims Now. To verify the genuineness of this email, check this web page;

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi, Baolin Wang writes: > For supporting the usb charger, it adds the usb_charger_init() and > usb_charger_exit() functions for usb charger initialization and exit. > > It will report to the usb charger when the gadget state is changed,

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi Felipe, On 29 June 2016 at 20:06, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb charger initialization and exit.

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi, Baolin Wang writes: >>> For supporting the usb charger, it adds the usb_charger_init() and >>> usb_charger_exit() functions for usb charger initialization and exit. >>> >>> It will report to the usb charger when the gadget state is changed, >>>

Re: [PATCH 18/21] usb: chipidea: msm: Add reset controller for PHY POR bit

On Sun, Jun 26, 2016 at 12:28:35AM -0700, Stephen Boyd wrote: > The MSM chipidea wrapper has two bits that are used to reset the > first or second phy. Add support for these bits via the reset > controller framework, so that phy drivers can reset their > hardware at the right time during

Re: [PATCH 13/21] usb: chipidea: msm: Allow core to get usb phy

On Wed, Jun 29, 2016 at 02:48:11PM +0800, Peter Chen wrote: > On Sun, Jun 26, 2016 at 12:28:30AM -0700, Stephen Boyd wrote: > > The chipidea core gets the usb phy and initializes the phy at the > > right point now so we don't need to get the phy in this driver. > > > > Cc: Peter Chen

Re: [PATCH 17/21] usb: chipidea: msm: Make platform data driver local instead of global

On Sun, Jun 26, 2016 at 12:28:34AM -0700, Stephen Boyd wrote: > If two devices are probed with this same driver, they'll share > the same platform data structure, while the chipidea core layer > writes and modifies it. This can lead to interesting results > especially if one device is an OTG type

Re: [PATCH] usb: otg-fsm: Cancel HNP polling work when not used

On Wed, Jun 29, 2016 at 10:56:42AM +, Jun Li wrote: > > > } > > > > > > +static void otg_stop_hnp_polling(struct otg_fsm *fsm) { > > > + /* > > > + * The memory of host_req_flag should be allocated by > > > + * controller driver, otherwise, hnp polling is not started. > > > + */ > > > + if

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Wed, Jun 29, 2016 at 04:21:49PM +0530, Rajaram R wrote: > On Wed, Jun 29, 2016 at 4:00 PM, Heikki Krogerus > wrote: > > On Wed, Jun 29, 2016 at 02:21:10PM +0530, Rajaram R wrote: > >> On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus > >>

RE: [PATCH] usb: otg-fsm: Cancel HNP polling work when not used

Hi > -Original Message- > From: Peter Chen [mailto:hzpeterc...@gmail.com] > Sent: Wednesday, June 29, 2016 5:44 PM > To: Stephen Boyd > Cc: Peter Chen ; Felipe Balbi ; > linux-arm-ker...@lists.infradead.org;

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Wed, Jun 29, 2016 at 4:00 PM, Heikki Krogerus wrote: > On Wed, Jun 29, 2016 at 02:21:10PM +0530, Rajaram R wrote: >> On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus >> wrote: >> > Hi, >> > >> > On Mon, Jun 27, 2016 at

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Wed, Jun 29, 2016 at 02:21:10PM +0530, Rajaram R wrote: > On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus > wrote: > > Hi, > > > > On Mon, Jun 27, 2016 at 03:51:08PM +0530, Rajaram R wrote: > >> May be I am missing user or usage of the driver.. I see this

Re: [PATCH] usb: otg-fsm: Cancel HNP polling work when not used

On Mon, Jun 27, 2016 at 06:18:27PM -0700, Stephen Boyd wrote: > We setup the HNP polling worker, but we never stop it. The OTG > state machine can go round and round and keep reinitializing the > worker even while it's actively running. That's bad, and debug > objects catches it. Fix this by

Re: [PATCH 4/7] reset: Supply *_shared variant calls when using *_optional APIs

On Wed, 29 Jun 2016, Philipp Zabel wrote: > Am Mittwoch, den 29.06.2016, 09:06 +0100 schrieb Lee Jones: > > On Wed, 29 Jun 2016, Philipp Zabel wrote: > > > Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones: > > > > Philipp, > > > > > > > > I need this to go into the -rcs too. > > > > >

Re: [PATCH 4/7] reset: Supply *_shared variant calls when using *_optional APIs

Am Mittwoch, den 29.06.2016, 09:06 +0100 schrieb Lee Jones: > On Wed, 29 Jun 2016, Philipp Zabel wrote: > > Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones: > > > Philipp, > > > > > > I need this to go into the -rcs too. > > > > > > Can I add it with your Ack please? > > > > I have

Re: [PATCH 20/21] phy: Add support for Qualcomm's USB HSIC phy

On 06/28/2016 11:58 PM, Stephen Boyd wrote: > Quoting Neil Armstrong (2016-06-28 01:49:37) >> On 06/26/2016 09:28 AM, Stephen Boyd wrote: >>> + uphy->cal_sleep_clk = clk = devm_clk_get(>dev, "cal_sleep"); >>> + if (IS_ERR(clk)) >>> + return PTR_ERR(clk); >> >> Hi Stephen, >> >>

[PATCH v2] usb: gadget: rndis: free response queue during REMOTE_NDIS_RESET_MSG

From: Xerox Lin When rndis data transfer is in progress, some Windows7 Host PC is not sending the GET_ENCAPSULATED_RESPONSE command for receiving the response for the previous SEND_ENCAPSULATED_COMMAND processed. The rndis function driver appends each response for the

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Mon, Jun 27, 2016 at 5:43 PM, Heikki Krogerus wrote: > Hi, > > On Mon, Jun 27, 2016 at 03:51:08PM +0530, Rajaram R wrote: >> May be I am missing user or usage of the driver.. I see this driver is >> providing limited information of the Type-C connectors or the

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

On 29 June 2016 at 16:34, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: >> For supporting the usb charger, it adds the usb_charger_init() and >> usb_charger_exit() functions for usb charger initialization and exit. >> >> It will

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi, Baolin Wang writes: > For supporting the usb charger, it adds the usb_charger_init() and > usb_charger_exit() functions for usb charger initialization and exit. > > It will report to the usb charger when the gadget state is changed, > then the usb

Re: [PATCH 16/21] usb: chipidea: msm: Restore wrapper settings after reset

On Sun, Jun 26, 2016 at 12:28:33AM -0700, Stephen Boyd wrote: > When the RESET bit is set in the USBCMD register it resets quite > a few of the wrapper's registers to their reset state. This > includes the GENCONFIG and GENCONFIG2 registers. Currently this > is done by the usb phy and ehci-msm

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi Felipe, On 29 June 2016 at 16:20, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: >>> Baolin Wang writes: For supporting the usb charger, it adds the usb_charger_init() and usb_charger_exit() functions for usb

Re: [PATCH v12 2/4] gadget: Support for the usb charger framework

Hi, Baolin Wang writes: >> Baolin Wang writes: >>> For supporting the usb charger, it adds the usb_charger_init() and >>> usb_charger_exit() functions for usb charger initialization and exit. >>> >>> It will report to the usb charger when the

Re: [PATCH 15/21] usb: chipidea: msm: Mux over secondary phy at the right time

On Sun, Jun 26, 2016 at 12:28:32AM -0700, Stephen Boyd wrote: > We need to pick the correct phy at runtime based on how the SoC > has been wired onto the board. If the secondary phy is used, take > it out of reset and mux over to it by writing into the TCSR > register. Make sure to do this on

RE: [PATCH 0/2] usb: renesas_usbhs: fix issues on specific situations

Yoshihiro Shimoda writes: > Hi Felipe, > > Would you review this patch set? both in my queue. -- balbi signature.asc Description: PGP signature

Re: [PATCH] usb: gadget: rndis: free response queue during REMOTE_NDIS_RESET_MSG

Amit Pundir writes: > From: xerox_lin Please sanitize name here. Then resend. thanks -- balbi signature.asc Description: PGP signature

Re: [PATCH 4/7] reset: Supply *_shared variant calls when using *_optional APIs

On Wed, 29 Jun 2016, Philipp Zabel wrote: > Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones: > > Philipp, > > > > I need this to go into the -rcs too. > > > > Can I add it with your Ack please? > > I have already added your patches to my branch, and I intend to send a > pull request

Re: [PATCH 4/7] reset: Supply *_shared variant calls when using *_optional APIs

Hi Lee, Am Dienstag, den 28.06.2016, 09:56 +0100 schrieb Lee Jones: > Philipp, > > I need this to go into the -rcs too. > > Can I add it with your Ack please? I have already added your patches to my branch, and I intend to send a pull request for it tomorrow. I am afraid applying this patch in

Re: [PATCH 14/21] usb: chipidea: msm: Add proper clk and reset support

On Sun, Jun 26, 2016 at 12:28:31AM -0700, Stephen Boyd wrote: > The msm chipidea controller uses two main clks, an AHB clk to > read/write the MMIO registers and a core clk called the system > clk that drives the controller itself. Add support for these clks > as they're required in all designs. >

Re: [PATCH 13/21] usb: chipidea: msm: Allow core to get usb phy

On Sun, Jun 26, 2016 at 12:28:30AM -0700, Stephen Boyd wrote: > The chipidea core gets the usb phy and initializes the phy at the > right point now so we don't need to get the phy in this driver. > > Cc: Peter Chen > Cc: Greg Kroah-Hartman >

Re: [PATCH 12/21] usb: chipidea: msm: Keep device runtime enabled

On Sun, Jun 26, 2016 at 12:28:29AM -0700, Stephen Boyd wrote: > Sometimes the usb wrapper device is part of a power domain that > needs to stay on as long as the device is active. Let's get and > put the device in driver probe/remove so that we keep the power > domain powered as long as the device

Re: [PATCH 11/21] usb: chipidea: msm: Use hw_write_id_reg() instead of writel directly

On Sun, Jun 26, 2016 at 12:28:28AM -0700, Stephen Boyd wrote: > The MSM_USB_BASE macro trick is not very clear, and we're using > it for only one register write so let's just move to using > hw_write_id_reg() and passing the ci pointer instead. That > clearly shows what offset we're using and

Re: [PATCH 10/21] usb: chipidea: msm: Rely on core to override AHBBURST

On Sun, Jun 26, 2016 at 12:28:27AM -0700, Stephen Boyd wrote: > The core framework already handles setting this parameter with a > platform quirk. Add the appropriate flag so that we always set > AHBBURST to 0. Technically DT should be doing this, but we always > do it for msm chipidea devices so

Re: [PATCH 1/1] usb: dwc3: st: Inform the reset framework that our reset line may be shared

Hi, Lee Jones writes: > On the STiH410 B2120 development board the MiPHY28lp shares its reset > line with the Synopsys DWC3 SuperSpeed (SS) USB 3.0 Dual-Role-Device > (DRD). New functionality in the reset subsystems forces consumers to > be explicit when requesting

Re: [PATCH 09/21] usb: chipidea: Add support for ULPI PHY bus

On Sun, Jun 26, 2016 at 12:28:26AM -0700, Stephen Boyd wrote: > Some phys for the chipidea controller are controlled via the ULPI > viewport. Add support for the ULPI bus so that these sorts of > phys can be probed and read/written automatically without having > to duplicate the viewport logic in