Re: [PATCH v4 0/3] lan78xx: Read configuration from Device Tree

From: Phil Elwell Date: Thu, 19 Apr 2018 17:59:37 +0100 > The Microchip LAN78XX family of devices are Ethernet controllers with > a USB interface. Despite being discoverable devices it can be useful to > be able to configure them from Device Tree, particularly in low-cost >

[PATCH v4 0/3] lan78xx: Read configuration from Device Tree

The Microchip LAN78XX family of devices are Ethernet controllers with a USB interface. Despite being discoverable devices it can be useful to be able to configure them from Device Tree, particularly in low-cost applications without an EEPROM or programmed OTP. This patch set adds support for

[PATCH v4 0/3] usb: renesas_usbhs: Add RZ/A1 support

This series adds RZ/A1 gadget support to the renesas_usbhs driver. Basically, it's almost the same HW as the R-Car (and SH) parts. The only real difference is the some extra registers for the PHY. This was tested on an RSK board by connecting to a PC as an Ethernet CDC gadget. v4: * Re-added

Re: [PATCH v4 0/3] initialize (multiple) PHYs in xhci-plat

On Mon, 2017-10-02 at 14:44 +0200, Greg KH wrote: > On Mon, Oct 02, 2017 at 02:35:08PM +0200, Jerome Brunet wrote: > > On Sun, 2017-10-01 at 22:32 +0200, Martin Blumenstingl wrote: > > > Hello Greg, Hello Mathias, > > > > > > On Mon, Sep 18, 2017 at 10:49 AM, Greg KH

Re: [PATCH v4 0/3] initialize (multiple) PHYs in xhci-plat

Hi Greg, On Mon, Oct 2, 2017 at 2:44 PM, Greg KH wrote: > On Mon, Oct 02, 2017 at 02:35:08PM +0200, Jerome Brunet wrote: >> On Sun, 2017-10-01 at 22:32 +0200, Martin Blumenstingl wrote: >> > Hello Greg, Hello Mathias, >> > >> > On Mon, Sep 18, 2017 at 10:49 AM, Greg

Re: [PATCH v4 0/3] initialize (multiple) PHYs in xhci-plat

Hello Greg, Hello Mathias, On Mon, Sep 18, 2017 at 10:49 AM, Greg KH wrote: > On Sun, Sep 17, 2017 at 10:51:31PM +0200, Martin Blumenstingl wrote: >> Hello Mathias, Hello Greg, >> >> On Sun, Sep 3, 2017 at 11:38 PM, Martin Blumenstingl >>

Re: [PATCH v4 0/3] initialize (multiple) PHYs in xhci-plat

On Sun, Sep 17, 2017 at 10:51:31PM +0200, Martin Blumenstingl wrote: > Hello Mathias, Hello Greg, > > On Sun, Sep 3, 2017 at 11:38 PM, Martin Blumenstingl > wrote: > > This series is the outcome of a discussion with Felipe Balbi, > > see [0] and [1]. > > The

Re: [PATCH v4 0/3] initialize (multiple) PHYs in xhci-plat

Hello Mathias, Hello Greg, On Sun, Sep 3, 2017 at 11:38 PM, Martin Blumenstingl wrote: > This series is the outcome of a discussion with Felipe Balbi, > see [0] and [1]. > The quick-summary of this is: > - dwc3 already takes one USB2 and one USB3 PHY and

[PATCH v4 0/3] initialize (multiple) PHYs in xhci-plat

This series is the outcome of a discussion with Felipe Balbi, see [0] and [1]. The quick-summary of this is: - dwc3 already takes one USB2 and one USB3 PHY and initializes these correct - some other HCI platform drivers (like ehci-platform.c, xhci-mtk.c and ohci-platform.c) do not have a

Re: [PATCH v4 0/3] Introduce USB charger support in USB phy

Hi Felipe, On 15 August 2017 at 17:53, Felipe Balbi wrote: > > Hi, > > Baolin Wang writes: >>> Currently the Linux kernel does not provide any standard integration of this >>> feature that integrates the USB subsystem with the system power regulation

Re: [PATCH v4 0/3] Introduce USB charger support in USB phy

Hi, Baolin Wang writes: >> 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

Re: [PATCH v4 0/3] Introduce USB charger support in USB phy

Hi Felipe, On 27 July 2017 at 13:14, Baolin Wang wrote: > 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

[PATCH v4 0/3] Introduce USB charger support in USB phy

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 v4 0/3] USB Audio Gadget refactoring

On Tue, Jun 6, 2017 at 12:41 PM, Felipe Balbi wrote: > > Hi, > > Greg KH writes: >>> > I'm OK with dropping legacy f_uac1 implementation. >>> > >>> > Another idea I was thinking about is to implement simple in-kernel >>> > driver which will do the

Re: [PATCH v4 0/3] USB Audio Gadget refactoring

Hi, Greg KH writes: >> > I'm OK with dropping legacy f_uac1 implementation. >> > >> > Another idea I was thinking about is to implement simple in-kernel >> > driver which will do the same as existing alsaloop tool userspace >> > tool does (so legacy users will need

Re: [PATCH v4 0/3] USB Audio Gadget refactoring

On Mon, Jun 05, 2017 at 12:22:13PM +0300, Felipe Balbi wrote: > > Hi, > > Ruslan Bilovol writes: > >> Ruslan Bilovol writes: > >>> I came to this patch series when wanted to do two things: > >>> - use UAC1 as virtual ALSA sound card on

Re: [PATCH v4 0/3] USB Audio Gadget refactoring

Hi, Ruslan Bilovol writes: >> Ruslan Bilovol writes: >>> I came to this patch series when wanted to do two things: >>> - use UAC1 as virtual ALSA sound card on gadget side, >>>just like UAC2 is used so it's possible to do rate >>>

Re: [PATCH v4 0/3] USB Audio Gadget refactoring

Hi, On Fri, Jun 2, 2017 at 12:42 PM, Felipe Balbi wrote: > > Hi, > > Ruslan Bilovol writes: >> I came to this patch series when wanted to do two things: >> - use UAC1 as virtual ALSA sound card on gadget side, >>just like UAC2 is used so it's

Re: [PATCH v4 0/3] USB Audio Gadget refactoring

Hi, Ruslan Bilovol writes: > I came to this patch series when wanted to do two things: > - use UAC1 as virtual ALSA sound card on gadget side, >just like UAC2 is used so it's possible to do rate >resampling > - have both playback/capture support in UAC1 > >

[PATCH v4 0/3] USB Audio Gadget refactoring

I came to this patch series when wanted to do two things: - use UAC1 as virtual ALSA sound card on gadget side, just like UAC2 is used so it's possible to do rate resampling - have both playback/capture support in UAC1 Since I wanted to have same behavior for both UAC1/UAC2, obviously

Re: [PATCH v4 0/3] phy: Group phy drivers based on vendor listing

Hi Vivek, On Wednesday 05 April 2017 05:07 PM, Vivek Gautam wrote: > Hi Kishon, > > > On 04/05/2017 04:34 PM, Kishon Vijay Abraham I wrote: >> Hi Vivek, >> >> On Monday 20 March 2017 06:49 PM, Vivek Gautam wrote: >>> This is the next version to an earlier posted series [1]. >>> Missed Cc'ing

Re: [PATCH v4 0/3] phy: Group phy drivers based on vendor listing

Hi Vivek, On Monday 20 March 2017 06:49 PM, Vivek Gautam wrote: > This is the next version to an earlier posted series [1]. > Missed Cc'ing the first patch of the previous series [1] to lkml. > Posting out this series now after addressing comments > and after adding the received 'Acked-by' and

[PATCH v4 0/3] phy: Group phy drivers based on vendor listing

This is the next version to an earlier posted series [1]. Missed Cc'ing the first patch of the previous series [1] to lkml. Posting out this series now after addressing comments and after adding the received 'Acked-by' and 'Reviewed-by' tags. This series is based on linux-phy/next branch. [1]

[PATCH v4 0/3] Add EHCI support for Armada 37xx

Hi, The EHCI controller in the Armada 37xx SoCs is the one used on many other mvebu SoCs such as the orion5x, the kirkwood, or the armada. However, for Armada 37xx an extra initialization step is needed: this is the purpose of the first patch. The second patch allows to build the driver for the

Re: [PATCH v4 0/3] dmaengine: cppi41: Add dma support to da8xx

On Mon, Jan 30, 2017 at 06:49:18PM +0100, Alexandre Bailon wrote: > This series add support of DA8xx to CPPI 4.1 driver. > As the CPPI 4.1 is now generic, we only had to add the glue for DA8xx. Applied this one as well, thanks -- ~Vinod -- To unsubscribe from this list: send the line

[PATCH v4 0/3] dmaengine: cppi41: Add dma support to da8xx

This series add support of DA8xx to CPPI 4.1 driver. As the CPPI 4.1 is now generic, we only had to add the glue for DA8xx. This serie should applied on top of "[PATCH v3 0/7] dmaengine: cppi41: Make CPPI 4.1 driver more generic". Changes in v4: - Fix the address overlaping between usb and

[PATCH v4 0/3] usb: dwc3: Interrupt moderation

This patch series implements interrupt moderation and also uses it in implementing a workaround for STAR 9000961433. v4: * Rebased on testing/next * Always copy the entire cache and retain the accounting code in the event handler v3: * Cache the events between irq and bh v2: * Remove the

[PATCH v4 0/3] [PART 1/4] USB: ohci-da8xx: Allow a regulator for VBUS and over current

This is the first of 4 series of patches to convert the da8xx-ohci driver to use a regulator and probe form device tree To be able to use device tree to probe the driver, we need to remove the platform callbacks that are handling vbus and over current. These patches prepare the stage by

[PATCH v4 0/3] usb: chipidea: imx: Add USB configuration for imx53

Changes in V2: - Patches sent to early with bad contents Changes in V3: - Change subject - Split "configure imx for ULPI phy" for disable-oc code Changes in V4: - Fix "Change switch order" commit message - Indent switch/case (set case on the same column as

Re: [RFT PATCH v4 0/3] usb: dwc2: Fix core reset and force mode delays

Hi, Stefan Wahren writes: > Hi John, > >> John Youn hat am 1. September 2016 um 23:07 >> geschrieben: >> >> >> This series accounts for the delay from the IDDIG debounce filter when >> switching modes. This delay is a function of the PHY clock

Re: [RFT PATCH v4 0/3] usb: dwc2: Fix core reset and force mode delays

Hi John, > John Youn hat am 1. September 2016 um 23:07 > geschrieben: > > > This series accounts for the delay from the IDDIG debounce filter when > switching modes. This delay is a function of the PHY clock speed and > can range from 5-50 ms. This delay must be taken

[RFT PATCH v4 0/3] usb: dwc2: Fix core reset and force mode delays

This series accounts for the delay from the IDDIG debounce filter when switching modes. This delay is a function of the PHY clock speed and can range from 5-50 ms. This delay must be taken into account on core reset and force modes. A full explanation is provided in the patch commit log and code

[PATCH v4 0/3] usbip: vhci number of ports extension

This series of patches extends number of ports limitaion in application (vhci) side. 1. Background Assuming a system shown below that services distributerd devices in home or office via USB/IP, if the devices are set at every doors and windows, number devices may be up to tens.

Re: [Xen-devel] [Patch V4 0/3] xen, usb: support pvUSB frontend driver

Hi Oleksandr, On 17/03/16 20:43, Oleksandr Tyshchenko wrote: > Hi Juergen, All. > > I would like to apply PVUSB drivers for using in our platform while > PVUSB stuff doesn't reach upstream. > > Unfortunately, I couldn't find more recent version of "kernel based" > backend driver in mailing

[PATCH v4 0/3] usb: renesas_usbhs: More compat strings

Hi, this short series adds generic, and soc-specific r8a7792 and r8a7793 compat strings to the Renesas USBHS driver. The intention is to provide a complete set of compat strings for known R-Car SoCs. Changes since v3: * State that one or more compat string should be used Changes since v2: *

Re: [Patch V4 0/3] xen, usb: support pvUSB frontend driver

Ping? On 06/23/2015 08:53 AM, Juergen Gross wrote: This series adds XEN guest pvUSB support. With pvUSB it is possible to use physical USB devices from a XEN domain. The support consists of a frontend in form of a virtual hcd driver in the unprivileged domU passing I/O-requests to the backend

[PATCH v4 0/3]

Hi, this is v4 of an attempt to make easier for devices to remain in runtime PM when the system ges to sleep, mainly to reduce the time spent resuming devices. In this version there's a patch from Alan that relaxes the conditions that allow a device to go directly to the complete phase, thus

[Patch V4 0/3] xen, usb: support pvUSB frontend driver

This series adds XEN guest pvUSB support. With pvUSB it is possible to use physical USB devices from a XEN domain. The support consists of a frontend in form of a virtual hcd driver in the unprivileged domU passing I/O-requests to the backend in a driver domain (usually Dom0). The backend is not

[PATCh v4 0/3] usb: udc: Unify dp control

Hi Felipe, This is the follow-up: http://marc.info/?l=linux-usbm=140979297227434w=2. Sorry for late. In the first patch, we introduce an internal APIs which are used to find corresponding udc according to usb_gadget, it can simplify the code structure. In the 2nd patch, it maintains flag

Re: [PATCH v4 0/3] Rework xhci: clear root port wake on bits if controller isn't wake-up capable

On 14.11.2014 05:14, Lu, Baolu wrote: Hi Mathias, This patch series has been acked by Alan Stern. There seems no further comments from others. Can you please pull in it? Thanks, -baolu Ah, yes, thanks for reminding, I'll pull them in and send them forward. -Mathias -- To unsubscribe

[PATCH v4 0/3] Rework xhci: clear root port wake on bits if controller isn't wake-up capable

This serie of patch reworks commit ff8cbf250b448aac35589f6075082c3fcad8a8fe. This has been discussed at http://www.spinics.net/lists/linux-usb/msg114986.html It also includes a patch to fix a comment in drivers/usb/host/xhci.h. Changes in v4: - Refine xhci_disable_port_wake_on_bits().

Re: [PATCH v4 0/3] HS-USB device tree support for R8A7791/Koelsch/Henninger board

On Fri, Oct 24, 2014 at 07:45:05PM +0900, Yoshihiro Shimoda wrote: Here's the set of 3 patches against Simon Horman's 'renesas.git' repo, 'renesas-devel-20141024-v3.18-rc1' tag. Here we add the HS-USB device tree support on the R8A7791/Koelsch/Henninger reference boards. The patchset

[PATCH v4 0/3] HS-USB device tree support for R8A7791/Koelsch/Henninger board

Here's the set of 3 patches against Simon Horman's 'renesas.git' repo, 'renesas-devel-20141024-v3.18-rc1' tag. Here we add the HS-USB device tree support on the R8A7791/Koelsch/Henninger reference boards. The patchset requires the USB PHY driver (already merged by Kishon and Greg) and the

Re: [PATCH v4 0/3] Add USB PHY device tree support for R8A7791/Koelsch/Henninger board

On Sat, Sep 27, 2014 at 01:05:41AM +0400, Sergei Shtylyov wrote: Hello. Here's the set of 3 patches against Simon Horman's 'renesas.git' repo, 'renesas-devel-20140924-v3.17-rc6' tag. Here we add the USB PHY device tree support on the R8A7791/Koelsch/Henninger boards. The patchset requires

[PATCH v4 0/3] Add USB PHY device tree support for R8A7791/Koelsch/Henninger board

Hello. Here's the set of 3 patches against Simon Horman's 'renesas.git' repo, 'renesas-devel-20140924-v3.17-rc6' tag. Here we add the USB PHY device tree support on the R8A7791/Koelsch/Henninger boards. The patchset requires the USB PHY driver already merged by Kishon and Greg in order to

[PATCH v4 0/3] mfd: viperboard: fix cache line sharing and cleanups

Changes since v3: * undo a whitespace change * one more error path cleanup * add commit body to the last patch Changes since v2: * switch to using devm_ allocation * remove unused platform_device Changes since v1: * split cache sharing fix and cleanups into separate patches

[PATCH v4 0/3] mfd: add support for Diolan DLN-2

This patch series adds support for Diolan USB-I2C/GPIO Master Adapter DLN-2. Details about device can be found here: https://www.diolan.com/i2c/i2c_interface.html. Changes since v3: * Mostly addressing latest review comments from Johan * MFD driver: more message size checks for responses,

[PATCH v4 0/3] LED triggers for USB host and device

This adds LED triggers for USB host and device. First patch refactors UDC drivers as requested by Felipe Balbi, second is a preparation for the third, which adds the LED triggers. Changes from v3: - usb_gadget_giveback_request() moved outside of CONFIG_HAS_DMA conditioned block. - Added

[PATCH v4 0/3] usb: gadget: f_fs: userspace API fixes and improvements

This patchset contains changes in FunctionFS making it easier and safer to use. It fixes bug in endpoint files handling code, adds new ioctl allowing to obtain endpoint descriptor, and introduces virtual address mapping which allows to separate endpoint address space in function from physical

[PATCH v4 0/3] Add ST dwc3 glue layer driver

This series adds support for the ST glue logic which wraps the DWC3 controller on STiH407 SoC family chipsets. Changes since v3 - Various formating nits Changes since v2 - Use dr_mode for host/device static configuration - Manage shared reset signal to usbss to avoid hang if probing before

[PATCH v4 0/3]: usb: gadget: fixes for dummy_hcd

Here is v4 of the fixes for dummy_hcd The first patch is a simplification / refactoring for dummy_start(), the second fixes support for streams that was broken since the introduction of the can_do_streams field in commit 14aec589327a6fc4035f5327d90ac5548f501c4c and the third (and most

Re: [PATCH v4 0/3] usb: chipidea: msm: Clean and fix glue layer driver

On Tue, 2014-04-29 at 08:45 +0800, Peter Chen wrote: Applied, thanks Thank you, Ivan -- To unsubscribe from this list: send the line unsubscribe linux-usb in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v4 0/3] usb: chipidea: msm: Clean and fix glue layer driver

On Fri, 2014-04-25 at 03:10 +, Peter Chen wrote: On Thu, 2014-04-24 at 08:38 +0800, Peter Chen wrote: On Wed, Apr 23, 2014 at 03:28:01PM +0300, Ivan T. Ivanov wrote: From: Ivan T. Ivanov iiva...@mm-sol.com This series intend to fix driver, which was broken for a while.

Re: [PATCH v4 0/3] usb: chipidea: msm: Clean and fix glue layer driver

Hi Peter, On Thu, 2014-04-24 at 08:38 +0800, Peter Chen wrote: On Wed, Apr 23, 2014 at 03:28:01PM +0300, Ivan T. Ivanov wrote: From: Ivan T. Ivanov iiva...@mm-sol.com This series intend to fix driver, which was broken for a while. It is used to create peripheral role device, which in

RE: [PATCH v4 0/3] usb: chipidea: msm: Clean and fix glue layer driver

On Thu, 2014-04-24 at 08:38 +0800, Peter Chen wrote: On Wed, Apr 23, 2014 at 03:28:01PM +0300, Ivan T. Ivanov wrote: From: Ivan T. Ivanov iiva...@mm-sol.com This series intend to fix driver, which was broken for a while. It is used to create peripheral role device, which in

Re: [PATCH v4 0/3] usb: chipidea: msm: Clean and fix glue layer driver

On Wed, Apr 23, 2014 at 03:28:01PM +0300, Ivan T. Ivanov wrote: From: Ivan T. Ivanov iiva...@mm-sol.com This series intend to fix driver, which was broken for a while. It is used to create peripheral role device, which in coordination with phy-usb-msm driver could provide USB2.0 gadget

[PATCH v4 0/3] usb: chipidea: misc update for register operations

From: Li Jun b47...@freescale.com This patchset has some improvements for interfaces of read and write some controller registers. Change for v4: Use one write for BSV irq status clear and enable in udc_id_switch_for_device(). Changes for v3: Remove special revert write for bits in

Re: [PATCH v4 0/3] usb: chipidea: misc update for register operations

On Tue, Mar 18, 2014 at 12:59:05PM +0800, Li Jun wrote: From: Li Jun b47...@freescale.com This patchset has some improvements for interfaces of read and write some controller registers. Change for v4: Use one write for BSV irq status clear and enable in udc_id_switch_for_device().

[PATCH v4 0/3] usb: ohci-at91: various improvements

Hello, This patch series moves the different driver resources (clks and iomem) retrieval to the device managed versions (devm_ functions). Best Regards, Boris Changes since v3: - replace devm_request_and_ioremap call by devm_ioremap_resource Changes since v2: - split urgent fix and resource

[PATCH v4 0/3] DWC3 USB support for Qualcomm platform

From: Ivan T. Ivanov iiva...@mm-sol.com Hi, Here is fourth version of MSM USB3 drivers patches. Changes since v3: * Remove _clk suffix from clock names * Clarify required child node for qcom,dwc3 * Fix comments in functions headers * Use dbg instead err in drivers probe functions. Changes

[PATCH v4 0/3] usb: gadget: state tracking

here's v4 Changes since v3: - Remove direct inclusion of uapi/linux/usb/ch9.h Chances since v2: - split usb_state_string() to a separate patch, placed it on usb-common.c and renamed from usb_device_state_string() - moved NOTATTACHED to

[PATCH v4 0/3] Fix the Build error for fsl_mxc_udc.c

Changes for v4: - Using pdev's struct resource to do ioremap - Add ioremap return value check Changes for v3: - Split the one big patch into three patches Changes for v2: - Add const for fsl_udc_devtype - Do ioremap for phy address at fsl-mxc-udc Peter Chen (3): usb: fsl-mxc-udc: replace

[PATCH v4 0/3] imx: add usbmisc support

usbmisc driver handles the SoC specific non-core usb registers. Changes since last version: - rebase onto torvalds latest git tree - use phandle linke usb controllers and usbmisc device. It also make usbmisc driver possible to be kernel modules. Richard Zhao (3): USB: chipidea: add imx