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

When the usb gadget supporting for usb charger is ready, the usb charger should get the type by the 'get_charger_type' callback which is implemented by the usb gadget operations, and get the usb charger pointer from struct 'usb_gadget'. Signed-off-by: Baolin Wang ---

[PATCH v7 1/4] 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 v7 2/4] 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. Introduce a callback 'get_charger_type' which

Re: [PATCH 1/3] usb: misc: generic_onboard_hub: add generic onboard USB HUB driver

On Mon, Dec 07, 2015 at 08:59:19PM -0600, Felipe Balbi wrote: > > Hi, > > Peter Chen writes: > > diff --git a/drivers/usb/misc/Makefile b/drivers/usb/misc/Makefile > > index 45fd4ac..da52e9a 100644 > > --- a/drivers/usb/misc/Makefile > > +++ b/drivers/usb/misc/Makefile

Re: [PATCH 1/3] usb: misc: generic_onboard_hub: add generic onboard USB HUB driver

On Tue, Dec 08, 2015 at 05:26:56PM +0800, Peter Chen wrote: > On Tue, Dec 08, 2015 at 07:19:05AM +0100, Sascha Hauer wrote: > > > + hub_data = devm_kzalloc(dev, sizeof(*hub_data), GFP_KERNEL); > > > + if (!hub_data) > > > + return -ENOMEM; > > > + > > > + if (dev->of_node) { > > > +

Re: [PATCH] usb: musb: dsps: handle the otg_state_a_wait_vrise_timeout case

Hi Felipe, On lun., déc. 07 2015, Felipe Balbi wrote: > Hi, > > Gregory CLEMENT writes: >> Hi Felipe, >> >> I am going back on this subject (again :) ) >> >> On mar., oct. 20 2015, Gregory CLEMENT >>

Re: [PATCH 2/3] doc: dt-binding: generic onboard USB HUB

On Tuesday 08 December 2015 17:20:46 Peter Chen wrote: > On Tue, Dec 08, 2015 at 12:30:59AM -0200, Fabio Estevam wrote: > > On Mon, Dec 7, 2015 at 11:37 PM, Peter Chen > > wrote: > > > Add dt-binding documentation for generic onboard USB HUB. > > > > > > Signed-off-by:

Re: [PATCH 1/3] usb: misc: generic_onboard_hub: add generic onboard USB HUB driver

On Tue, Dec 08, 2015 at 07:19:05AM +0100, Sascha Hauer wrote: > > + hub_data = devm_kzalloc(dev, sizeof(*hub_data), GFP_KERNEL); > > + if (!hub_data) > > + return -ENOMEM; > > + > > + if (dev->of_node) { > > + struct device_node *node = dev->of_node; > > + > > +

Re: Celot modem driver

On Wed, Nov 25, 2015 at 09:54:58AM -0600, Dan Williams wrote: > On Wed, 2015-11-25 at 13:13 +0100, M. Hrdlička wrote: > > Hello, > > log script told me, that I may to tell you about add this device to > > propper linux driver. > > > > Device is combo USB modem Celot CTD-200, manufacturing date in

Re: [PATCH 2/3] doc: dt-binding: generic onboard USB HUB

On Tue, Dec 08, 2015 at 12:30:59AM -0200, Fabio Estevam wrote: > On Mon, Dec 7, 2015 at 11:37 PM, Peter Chen wrote: > > Add dt-binding documentation for generic onboard USB HUB. > > > > Signed-off-by: Peter Chen > > --- > >

Re: [PATCH 1/3] usb: misc: generic_onboard_hub: add generic onboard USB HUB driver

On Tue, Dec 08, 2015 at 11:16:31AM +0800, kbuild test robot wrote: > Hi Peter, > > [auto build test ERROR on usb/usb-testing] > [also build test ERROR on v4.4-rc4 next-20151207] > > url: > https://github.com/0day-ci/linux/commits/Peter-Chen/USB-add-generic-onboard-US

Re: [PATCH 1/3] usb: misc: generic_onboard_hub: add generic onboard USB HUB driver

On Tuesday 08 December 2015 09:37:48 Peter Chen wrote: > +struct usb_hub_generic_data { > + struct clk *clk; > +}; > + > +static int usb_hub_generic_probe(struct platform_device *pdev) > +{ > + struct device *dev = >dev; > + struct usb_hub_generic_platform_data *pdata =

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

Hi Simon > > > Add fallback compatibility string. > > > This is in keeping with the fallback scheme being adopted wherever > > > appropriate for drivers for Renesas SoCs. > > > > > > Signed-off-by: Simon Horman > > > --- > > (snip) > > > + { > > > +

Re: [PATCH 2/3] doc: dt-binding: generic onboard USB HUB

Hi Peter, Am Dienstag, den 08.12.2015, 09:37 +0800 schrieb Peter Chen: > Add dt-binding documentation for generic onboard USB HUB. > > Signed-off-by: Peter Chen > --- > .../bindings/usb/generic-onboard-hub.txt | 28 > ++ > 1 file

[PATCH v7 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 v7 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

[PATCH] usb: Use memdup_user to reuse the code

From: Rahul Pathak Fixing coccicheck warning which recommends to use memdup_user instead to reimplement its code, using memdup_user simplifies the code ./drivers/usb/core/devio.c:1398:11-18: WARNING opportunity for memdup_user Signed-off-by: Rahul Pathak

[PATCH v2] r8152: fix lockup when runtime PM is enabled

When an interface is brought up which was previously suspended (via runtime PM), it would hang. This happens because napi_disable is called before napi_enable. Solve this by avoiding napi_enable in the resume during open function (netif_running is true when open is called, IFF_UP is set after a

Re: [PATCH] usb: Use memdup_user to reuse the code

On Tue, Dec 08, 2015 at 11:38:59AM +, Pathak, Rahul (R.) wrote: > diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c > index 38ae877c..05266f0 100644 > --- a/drivers/usb/core/devio.c > +++ b/drivers/usb/core/devio.c > @@ -1395,11 +1395,9 @@ static int proc_do_submiturb(struct

RE: [PATCH v2] r8152: fix lockup when runtime PM is enabled

Peter Wu [mailto:pe...@lekensteyn.nl] > Sent: Tuesday, December 08, 2015 7:18 PM > > When an interface is brought up which was previously suspended (via > runtime PM), it would hang. This happens because napi_disable is called > before napi_enable. > > Solve this by avoiding napi_enable in the

Re: [PATCHv2 1/2] extcon: add driver for Intel USB mux

Hi, On Tue, Dec 08, 2015 at 10:17:47AM +0900, Chanwoo Choi wrote: > I can't agree to add specific function for only one device driver. > As I commented, it is not appropriate way. OK, I'll prepare something else for this. Thanks, -- heikki -- To unsubscribe from this list: send the line

Re: [PATCH v6 3/3] usb: gadget: f_midi: pre-allocate IN requests

On 01/12/15 18:31, Felipe F. Tonello wrote: > This patch introduces pre-allocation of IN endpoint USB requests. This > improves on latency (requires no usb request allocation on transmit) and avoid > several potential probles on allocating too many usb requests (which involves > DMA pool

Re: [PATCH] r8152: fix lockup when runtime PM is enabled

On Tue, Dec 08, 2015 at 03:18:59AM +, Hayes Wang wrote: > Peter Wu > > Sent: Tuesday, December 08, 2015 12:59 AM > [...] > > + if (tp->netdev->flags & IFF_UP) { > > Maybe you could just replace the checking of netif_running(tp->netdev) > with this. Simply replacing

re: usb: gadget: tcm: factor out f_tcm

Hello Andrzej Pietrasiewicz, The patch b4b91143ec45: "usb: gadget: tcm: factor out f_tcm" from Oct 27, 2015, leads to the following static checker warning: drivers/usb/gadget/function/f_tcm.c:1149 usbg_submit_command() warn: bool is not less than zero.

Re: [PATCH 2/3] doc: dt-binding: generic onboard USB HUB

On Tuesday 08 December 2015 10:50:49 Philipp Zabel wrote: > Am Dienstag, den 08.12.2015, 09:37 +0800 schrieb Peter Chen: > > Add dt-binding documentation for generic onboard USB HUB. > > > > Signed-off-by: Peter Chen > > --- > > .../bindings/usb/generic-onboard-hub.txt

Re: [TESTPATCH v2] xhci: fix usb2 resume timing and races.

On 05.12.2015 06:02, Daniel J Blueman wrote: On 1 December 2015 at 16:26, Mathias Nyman wrote: usb2 ports need to signal resume for 20ms before moving to U0 state. Both device and host can initiate resume. On host initated resume port is set to resume state,

[PATCH v2] usb: Use memdup_user to reuse the code

From: Rahul Pathak Fixing coccicheck warning which recommends to use memdup_user instead to reimplement its code, using memdup_user simplifies the code ./drivers/usb/core/devio.c:1398:11-18: WARNING opportunity for memdup_user Changes after v1: setting isopkt=NULL for

Re: [PATCH 1/3] usb: misc: generic_onboard_hub: add generic onboard USB HUB driver

Hi, Peter Chen writes: >> seriously ? Is this really all ? What about that reset line below ? > > The clock is PHY input clock on the HUB, this clock may from SoC's > PLL. oh, you might have misunderstood my comment. I'm saying that there is more than one thing you

Re: [PATCH] usb: ohci: nxp: clean up included header files

On Tue, 8 Dec 2015, Vladimir Zapolskiy wrote: > Remove mach/irq.h from the list of included headers, there is no > compilation dependency on this include file, the change is needed > to prevent a compilation failure, when mach/irq.h is removed. > > Additionally remove other unneeded includes. >

Re: [PATCH] usb: musb: dsps: handle the otg_state_a_wait_vrise_timeout case

Felipe, On 12/08/2015 08:20 AM, Felipe Balbi wrote: Hi, Gregory CLEMENT writes: if it is the case then it didn't fix the issue I had. I activated the following debug line: [musb_hdrc]musb_interrupt =_ "** IRQ %s usb%04x tx%04x rx%04x\012"

Re: [PATCH] usb: musb: dsps: handle the otg_state_a_wait_vrise_timeout case

Hi, Bin Liu writes: > Felipe, > > On 12/08/2015 08:20 AM, Felipe Balbi wrote: >> >> Hi, >> >> Gregory CLEMENT writes: >> if it is the case then it didn't fix the issue I had. >> >> I activated the following debug line: >> >>

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

On 12/08/2015 08:51 AM, Simon Horman wrote: Add fallback compatibility string. This is in keeping with the fallback scheme being adopted wherever appropriate for drivers for Renesas SoCs. Signed-off-by: Simon Horman ---

Re: usb: gadget: tcm: factor out f_tcm

Hi Dan, W dniu 08.12.2015 o 14:15, Dan Carpenter pisze: Hello Andrzej Pietrasiewicz, The patch b4b91143ec45: "usb: gadget: tcm: factor out f_tcm" from Oct 27, 2015, leads to the following static checker warning: drivers/usb/gadget/function/f_tcm.c:1149 usbg_submit_command()

Re: [PATCH] usb: musb: dsps: handle the otg_state_a_wait_vrise_timeout case

Hi, Gregory CLEMENT writes: if it is the case then it didn't fix the issue I had. I activated the following debug line: [musb_hdrc]musb_interrupt =_ "** IRQ %s usb%04x tx%04x rx%04x\012" [musb_dsps]dsps_interrupt =p "usbintr (%x)

Re: [PATCH RESEND v2 2/2] usb: phy: phy-am335x: bypass first VBUS sensing for host-only mode

Hi, Bin Liu writes: > diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig > index 5b625e2..b33e00b 100644 > --- a/drivers/usb/Kconfig > +++ b/drivers/usb/Kconfig > @@ -32,7 +32,7 @@ if USB_SUPPORT > config USB_COMMON > tristate > default y > - depends on USB ||

Re: [PATCH RESEND v2 2/2] usb: phy: phy-am335x: bypass first VBUS sensing for host-only mode

Felipe, On 12/08/2015 08:59 AM, Felipe Balbi wrote: Hi, Bin Liu writes: diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig index 5b625e2..b33e00b 100644 --- a/drivers/usb/Kconfig +++ b/drivers/usb/Kconfig @@ -32,7 +32,7 @@ if USB_SUPPORT config USB_COMMON

Re: [PATCH] usb: musb: dsps: handle the otg_state_a_wait_vrise_timeout case

On 12/08/2015 08:35 AM, Felipe Balbi wrote: Hi, Bin Liu writes: Felipe, On 12/08/2015 08:20 AM, Felipe Balbi wrote: Hi, Gregory CLEMENT writes: if it is the case then it didn't fix the issue I had. I activated the following debug

Re: [PATCH v2] usb: Use memdup_user to reuse the code

On Tue, 8 Dec 2015, Pathak, Rahul (R.) wrote: > From: Rahul Pathak > > Fixing coccicheck warning which recommends to use memdup_user instead > to reimplement its code, using memdup_user simplifies the code > > ./drivers/usb/core/devio.c:1398:11-18: WARNING opportunity for

Re: [PATCH v2] r8152: fix lockup when runtime PM is enabled

On Tue, Dec 08, 2015 at 12:39:12PM +, Hayes Wang wrote: > Peter Wu [mailto:pe...@lekensteyn.nl] > > Sent: Tuesday, December 08, 2015 7:18 PM > > > > When an interface is brought up which was previously suspended (via > > runtime PM), it would hang. This happens because napi_disable is called

Re: [PATCH] usb: musb: dsps: handle the otg_state_a_wait_vrise_timeout case

Hi, Bin Liu writes: > "This bit should be set high prior to setting bit 0 and cleared after bit > 0 > is cleared." > > and on the other side: > "Both the soft_reset and soft_reset_isolation bits should be asserted > simultaneously." > > The hang

Re: [PATCH v2 2/2] usb: xhci: add Broadcom specific fake doorbell

Hello. On 12/08/2015 01:31 AM, Hauke Mehrtens wrote: From: Rafał Miłecki This fixes problem with controller seeing devices only in some small percentage of cold boots. This quirk is also added to the platform data so we can activate it when we register our platform driver.

Re: [PATCH RESEND v2 2/2] usb: phy: phy-am335x: bypass first VBUS sensing for host-only mode

Felipe, On 12/08/2015 09:05 AM, Bin Liu wrote: Felipe, On 12/08/2015 08:59 AM, Felipe Balbi wrote: Hi, Bin Liu writes: diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig index 5b625e2..b33e00b 100644 --- a/drivers/usb/Kconfig +++ b/drivers/usb/Kconfig @@ -32,7 +32,7 @@

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

Hi Baolin, [auto build test ERROR on balbi-usb/next] [also build test ERROR on v4.4-rc4 next-20151208] url: https://github.com/0day-ci/linux/commits/Baolin-Wang/gadget-Introduce-the-usb-charger-framework/20151208-163942 base: https://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git

Re: [PATCH 1/3] usb: misc: generic_onboard_hub: add generic onboard USB HUB driver

On 7 December 2015 at 18:37, Peter Chen wrote: > Current USB HUB driver lacks of platform interfaces to configure > external signal on HUB chip, eg, the PHY input clock and gpio reset > pin for HUB, these kinds of HUBs are usually soldered at the board, > and they are

Re: [PATCH RESEND v2 2/2] usb: phy: phy-am335x: bypass first VBUS sensing for host-only mode

Hi, Bin Liu writes: > Felipe, > > On 12/08/2015 09:05 AM, Bin Liu wrote: >> Felipe, >> >> On 12/08/2015 08:59 AM, Felipe Balbi wrote: >>> >>> Hi, >>> >>> Bin Liu writes: diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig index 5b625e2..b33e00b 100644

Re: USB TrackPoint mouse non-functional with dock; works if direct

On Mon, 7 Dec 2015, Josh Triplett wrote: > > You're looking at the wrong files. The files to monitor are the ones > > in /sys/devices/pci:00/:00:14.0/usb2/2-3/2-3.1/2-3.1.2/power > > (assuming that this device really is the mouse and not something else). > > Handy shortcut link:

[[PATCH v3]] usb: phy: phy-am335x: bypass first VBUS sensing for host-only mode

To prevent VBUS contention, the am335x MUSB phy senses VBUS first before transitioning to host mode. However, for host-only mode, VBUS could be directly tied to 5V power rail which could prevent MUSB transitions to host mode. This change receives dr_mode of the controller then bypass the first

Re: Infrastructure for zerocopy I/O

On Mon, 7 Dec 2015, Steinar H. Gunderson wrote: > On Mon, Dec 07, 2015 at 10:45:55AM -0500, Alan Stern wrote: > >> Here we are. Lightly tested, I believe all comments should be addressed. > > This looks quite good. I have only a couple of comments. > > Excellent. I'm sorry we've needed so many

Re: Infrastructure for zerocopy I/O

On Tue, Dec 08, 2015 at 11:07:55PM +0100, Steinar H. Gunderson wrote: > On Tue, Dec 08, 2015 at 05:01:46PM -0500, Alan Stern wrote: > > I don't see anything else to change. You can submit this to Greg KH > > and add: > > > > Acked-by: Alan Stern > > Great! > > How

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

On Tue, Dec 08, 2015 at 05:35:28PM +0300, Sergei Shtylyov wrote: > On 12/08/2015 08:51 AM, Simon Horman wrote: > > >Add fallback compatibility string. > >This is in keeping with the fallback scheme being adopted wherever > >appropriate for drivers for Renesas SoCs. > > > >Signed-off-by: Simon

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

On Tue, Dec 08, 2015 at 08:32:49AM +, Kuninori Morimoto wrote: > > Hi Simon > > > > > Add fallback compatibility string. > > > > This is in keeping with the fallback scheme being adopted wherever > > > > appropriate for drivers for Renesas SoCs. > > > > > > > > Signed-off-by: Simon Horman

Re: [PATCH] usb: ohci: nxp: clean up included header files

On 08.12.2015 17:30, Alan Stern wrote: > On Tue, 8 Dec 2015, Vladimir Zapolskiy wrote: > >> Remove mach/irq.h from the list of included headers, there is no >> compilation dependency on this include file, the change is needed >> to prevent a compilation failure, when mach/irq.h is removed. >> >>

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

Hi Simon > > > (As Sergei noted elsewhere, "renesas,rcar-usbhs" is consistent > > > with what I documented elsewhere in the patch) > > > > "renesas,rcar-usbhs" is better, > > but I guess you want to have "renesas,rcar-gen2-usbhs" ? > > > > My understanding is these > > > > *

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

On Wed, Dec 09, 2015 at 06:29:07AM +, Kuninori Morimoto wrote: > > Hi Simon > > > > > (As Sergei noted elsewhere, "renesas,rcar-usbhs" is consistent > > > > with what I documented elsewhere in the patch) > > > > > > "renesas,rcar-usbhs" is better, > > > but I guess you want to have

Re: [PATCH 2/2] usb: renesas_usbhs: add device tree support for r8a779[23]

On Tue, Dec 08, 2015 at 02:51:51PM +0900, Simon Horman wrote: > Simply document new compatibility string. > As a previous patch adds a generic R-Car Gen2 compatibility string > there appears to be no need for a driver updates. > > Also add names for SoCs. > > Signed-off-by: Simon Horman

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

Hi Simon > (As Sergei noted elsewhere, "renesas,rcar-usbhs" is consistent > with what I documented elsewhere in the patch) "renesas,rcar-usbhs" is better, but I guess you want to have "renesas,rcar-gen2-usbhs" ? My understanding is these * renesas,usbhs-r8a77xx# SoC specific *

Re: [PATCH 2/3] doc: dt-binding: generic onboard USB HUB

On Tue, Dec 08, 2015 at 10:58:48AM +0100, Arnd Bergmann wrote: > On Tuesday 08 December 2015 10:50:49 Philipp Zabel wrote: > > Am Dienstag, den 08.12.2015, 09:37 +0800 schrieb Peter Chen: > > > Add dt-binding documentation for generic onboard USB HUB. > > > > > > Signed-off-by: Peter Chen

Re: [PATCH v2] r8152: fix lockup when runtime PM is enabled

From: Peter Wu Date: Tue, 8 Dec 2015 12:17:42 +0100 > When an interface is brought up which was previously suspended (via > runtime PM), it would hang. This happens because napi_disable is called > before napi_enable. > > Solve this by avoiding napi_enable in the resume

Re: [PATCH 1/2] usb: renesas_usbhs: add fallback compatibility string

On Wed, Dec 09, 2015 at 04:48:47AM +, Kuninori Morimoto wrote: > > Hi Simon > > > (As Sergei noted elsewhere, "renesas,rcar-usbhs" is consistent > > with what I documented elsewhere in the patch) > > "renesas,rcar-usbhs" is better, > but I guess you want to have "renesas,rcar-gen2-usbhs" ?

Re: USB TrackPoint mouse non-functional with dock; works if direct

On Tue, Dec 08, 2015 at 11:04:00AM -0500, Alan Stern wrote: > On Mon, 7 Dec 2015, Josh Triplett wrote: > > > > You're looking at the wrong files. The files to monitor are the ones > > > in /sys/devices/pci:00/:00:14.0/usb2/2-3/2-3.1/2-3.1.2/power > > > (assuming that this device really

Re: Infrastructure for zerocopy I/O

On Tue, 8 Dec 2015, Steinar H. Gunderson wrote: > On Tue, Dec 08, 2015 at 03:26:28PM -0500, Alan Stern wrote: > > I just noticed this -- usbm->memlist needs to be initialized before > > dec_usb_memory_use_count() can be called. INIT_LIST_HEAD before the > > "if" statement will fix the problem. >

Re: Infrastructure for zerocopy I/O

On Tue, Dec 08, 2015 at 05:01:46PM -0500, Alan Stern wrote: > I don't see anything else to change. You can submit this to Greg KH > and add: > > Acked-by: Alan Stern Great! How do I submit? Just do git send-email to some address? Do you know what the status is for

Re: Infrastructure for zerocopy I/O

On Tue, Dec 08, 2015 at 03:26:28PM -0500, Alan Stern wrote: > I just noticed this -- usbm->memlist needs to be initialized before > dec_usb_memory_use_count() can be called. INIT_LIST_HEAD before the > "if" statement will fix the problem. Done. > The patch could use one more ingredient. In >