Re: [PATCH 2/5] usb: musb: core: added helper functions for parsing DT

Hi, Sergei Shtylyov writes: > On 02/18/2016 11:18 AM, Felipe Balbi wrote: > > This adds two functions to get DT properties "mentor,power" and "dr_mode": > musb_get_power() and musb_mode musb_get_mode() > > Signed-off-by: Petr Kulhavy

Re: [PATCHv3 00/11] Fixes and improvements to f_fs and f_midi

Hi, Michal Nazarewicz writes: >> Michal Nazarewicz writes: >>> Resending my previous two sets for f_fs and f_midi. This time rebased >>> on top of Felipe’s next branch. >>> >>> Dan Carpenter (1): >>> usb: gadget: f_midi: missing unlock on error path >>>

Re: [PATCH v7 05/10] usb: dbc: add bulk out and bulk in interfaces

On 02/18/2016 09:32 PM, Mathias Nyman wrote: > On 26.01.2016 14:58, Lu Baolu wrote: >> This patch adds interfaces for bulk out and bulk in ops. These >> interfaces could be used to implement early printk bootconsole >> or hook to various system debuggers. >> >> Signed-off-by: Lu Baolu

Re: [PATCH 19/19] usb: dwc3: Enable SuperSpeedPlus

Hi, John Youn writes: diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c index 5bbdf5d9c35e..d8566ad60d9b 100644 --- a/drivers/usb/dwc3/gadget.c +++ b/drivers/usb/dwc3/gadget.c @@ -1633,9 +1633,14 @@ static int

Re: driver migration

Hello I configured and setup a more recent kernel: V4.5.0-rc4 The driver compiles and inserts. When I plugin the USB-Dongle, the machine freezes (not sure whether it freezes during the firmware download or after it once it has reenumerated). I could observe a kernel oops message starting

Re: [PATCH v7 04/10] usb: dbc: add debug buffer

On 02/18/2016 07:43 PM, Mathias Nyman wrote: > On 26.01.2016 14:58, Lu Baolu wrote: >> "printk" is not suitable for dbc debugging especially when console >> is in usage. This patch adds a debug buffer in dbc driver and puts >> the debug messages in this local buffer. The debug buffer could be >>

[GIT PULL] USB Chipidea fixes for v4.5-rc5

The following changes since commit 18558cae0272f8fd9647e69d3fec1565a7949865: Linux 4.5-rc4 (2016-02-14 13:05:20 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/ tags/usb-ci-v4.5-rc5 for you to fetch changes up to

Re: [PATCH] usb: chipidea: fix return value check in ci_hdrc_pci_probe()

On Tue, Feb 16, 2016 at 05:12:51PM +0800, Peter Chen wrote: > On Sat, Feb 06, 2016 at 10:57:06PM +0800, weiyj...@163.com wrote: > > From: Wei Yongjun > > > > In case of error, the function usb_phy_generic_register() > > returns ERR_PTR() and never returns NULL. The

Re: Corsair HIDs not properly initializing

On Fri, Feb 19, 2016 at 03:44:29AM +, Cestarian Inhabitant wrote: > see ccMSC's CKB git project for more details (troubleshooting section) What is that? > Many of the new corsair HID devices (mice and keyboards) fail to > initialize correctly on kernel bootup. This is the workaround used to

Corsair HIDs not properly initializing

see ccMSC's CKB git project for more details (troubleshooting section) Many of the new corsair HID devices (mice and keyboards) fail to initialize correctly on kernel bootup. This is the workaround used to make them work. (Some device ID's, like for the K60 are missing) The code I use in the

[PATCH 2/2] usb: host: xhci-rcar: Use ARCH_RENESAS

Make use of ARCH_RENESAS in place of ARCH_SHMOBILE. This is part of an ongoing process to migrate from ARCH_SHMOBILE to ARCH_RENESAS the motivation for which being that RENESAS seems to be a more appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs. Signed-off-by: Simon

[PATCH 1/2] usb: renesas_usbhs: Use ARCH_RENESAS

Make use of ARCH_RENESAS in place of ARCH_SHMOBILE. This is part of an ongoing process to migrate from ARCH_SHMOBILE to ARCH_RENESAS the motivation for which being that RENESAS seems to be a more appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs. Signed-off-by: Simon

[PATCH 0/2] usb: Use ARCH_RENESAS

Hi, this short series makes use of of ARCH_RENESAS in place of ARCH_SHMOBILE. This is part of an ongoing process to migrate from ARCH_SHMOBILE to ARCH_RENESAS the motivation for which being that RENESAS seems to be a more appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs.

RE: [PATCH v6 00/10] add HNP polling support for usb otg fsm

Hi Felipe I didn't get any response for this request, if you need a resend of the whole patchset, please let me know. Li Jun > -Original Message- > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb- > ow...@vger.kernel.org] On Behalf Of Jun Li > Sent: Monday, February 15, 2016

[RESEND PATCH v6 05/10] usb: gadget: composite: handle otg status selector request from OTG host

If gadget with HNP polling support receives GetStatus request of otg status selector, it feedback to host with host request flag to indicate if it wants to take host role. Acked-by: Peter Chen Signed-off-by: Li Jun --- drivers/usb/gadget/composite.c |

[RESEND PATCH v6 08/10] Documentation: usb: chipidea: Update test procedure for HNP polling

Update HNP test procedure as HNP polling is supported. Acked-by: Peter Chen Signed-off-by: Li Jun --- Documentation/usb/chipidea.txt | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/Documentation/usb/chipidea.txt

[RESEND PATCH v6 06/10] usb: chipidea: otg: set host_request_flag for gadget

Set host_request_flag if the current peripheral wants to take host role via changing a_bus_req or b_bus_req by user application. Acked-by: Peter Chen Signed-off-by: Li Jun --- drivers/usb/chipidea/otg_fsm.c | 13 - 1 file changed, 12

[RESEND PATCH v6 10/10] usb: chipidea: otg: add A idle to B disconnect timer

B-device detects that bus is idle for more than TB_AIDL_BDIS min and begins HNP by turning off pullup on DP, this allows the bus to discharge to the SE0 state. This timer was missed and failed with PET test: 6.8.5 B-UUT HNP of USB OTG and EH automated compliance plan v1.2, this patch is to fix

[RESEND PATCH v6 09/10] usb: otg-fsm: add B_AIDL_BDIS timer

Add A-idle to B-disconnect timer, B-device detects that bus is idle for more than TB_AIDL_BDIS min and begins HNP by turning off pullup on D+. This allows the bus to discharge to the SE0 state. Acked-by: Peter Chen Signed-off-by: Li Jun ---

[RESEND PATCH v6 07/10] usb: chipidea: otg: enable HNP polling support for gadget and host

Enable HNP polling support for chipidea gadget and allocate memory for host request flag when otg fsm init. Acked-by: Peter Chen Signed-off-by: Li Jun --- drivers/usb/chipidea/otg_fsm.c | 4 1 file changed, 4 insertions(+) diff --git

[RESEND PATCH v6 04/10] usb: chipidea: udc: bypass otg status selector handling to gadget driver

Since gadget driver will handle this request, so controller driver bypass it. Acked-by: Peter Chen Signed-off-by: Li Jun --- drivers/usb/chipidea/udc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/usb/chipidea/udc.c

[RESEND PATCH v6 02/10] usb: add OTG status selector definition for HNP polling

A host is required to use the GetStatus command, with wIndex set to the OTG status selector(F000H) to request the Host request flag from the peripheral. Acked-by: Peter Chen Signed-off-by: Li Jun --- include/uapi/linux/usb/ch9.h | 1 + 1 file changed,

[RESEND PATCH v6 01/10] usb: gadget: add hnp_polling_support and host_request_flag in usb_gadget

Add 2 flags for USB OTG HNP polling, hnp_polling_support is to indicate if the gadget can support HNP polling, host_request_flag is used for gadget to store host request information from application, which can be used to respond to HNP polling from host. Acked-by: Peter Chen

[RESEND PATCH v6 00/10] add HNP polling support for usb otg fsm

HNP polling is a mechanism which allows the OTG device currently acting as host to determine when the other attached OTG device wishes to take the host role. When an OTG host, which supports HNP, is connected to an OTG peripheral which also supports HNP it shall poll the peripheral regularly to

Re: [PATCH 19/19] usb: dwc3: Enable SuperSpeedPlus

On 2/17/2016 10:39 PM, Felipe Balbi wrote: > John Youn writes: >> On 2/17/2016 12:39 AM, Felipe Balbi wrote: >>> >>> Hi, >>> >>> John Youn writes: Enable SuperSpeedPlus by programming the DCFG.speed and after enumerating, set

Re: [PATCHv3 00/11] Fixes and improvements to f_fs and f_midi

> Michal Nazarewicz writes: >> Resending my previous two sets for f_fs and f_midi. This time rebased >> on top of Felipe’s next branch. >> >> Dan Carpenter (1): >> usb: gadget: f_midi: missing unlock on error path >> >> Du, Changbin (1): >> usb: f_fs: avoid race condition

Re: [RFC v5 07/15] usb: ehci: add vbus-gpio parameter

On Thu, 18 Feb 2016 21:31:20 +0300 Sergei Shtylyov wrote: > On 02/18/2016 09:06 PM, Antony Pavlov wrote: [...] > > so I use regulator in the TL-MR3020 board dts file: > > > > reg_usb_vbus: reg_usb_vbus { > > compatible =

[ANNOUNCE] patch queue empty

Hi folks, it looks like I've finally caught up with my patch queue. Please go through my testing/fixes and testing/next and if you don't find your patches in either branch, resend them as I, likely, don't have them anymore. cheers -- balbi signature.asc Description: PGP signature

Re: "reset full-speed USB device number 6 using ehci-pci" with Dell Inspiron 15R 5537

On Thu, 18 Feb 2016 15:23:00 -0500 (EST) Alan Stern wrote: > Something like the patch below (untested). > + dev_info(>dev, "post reset hid_start_in -> %d\n", status); Ok, so I got the following: Feb 18 19:22:26 tux kernel: [ 258.693120] usb 3-1.6: reset

Re: [PATCHv3 00/11] Fixes and improvements to f_fs and f_midi

Hi, Michal Nazarewicz writes: > Resending my previous two sets for f_fs and f_midi. This time rebased > on top of Felipe’s next branch. > > Dan Carpenter (1): > usb: gadget: f_midi: missing unlock on error path > > Du, Changbin (1): > usb: f_fs: avoid race condition with

Re: [PATCH] USB: cdc_subset: only build when one driver is enabled

From: Arnd Bergmann Date: Wed, 17 Feb 2016 23:25:11 +0100 > This avoids a harmless randconfig warning I get when USB_NET_CDC_SUBSET > is enabled, but all of the more specific drivers are not: > > drivers/net/usb/cdc_subset.c:241:2: #warning You need to configure some > hardware

Re: "reset full-speed USB device number 6 using ehci-pci" with Dell Inspiron 15R 5537

On Thu, 18 Feb 2016, Daniel Fraga wrote: > On Thu, 18 Feb 2016 14:30:15 -0500 (EST) > Alan Stern wrote: > > > It looks like there's some problem in the usbhid driver. Apparently > > hid_start_in() gets some sort of error when it submits the input URB, > > because

Re: "reset full-speed USB device number 6 using ehci-pci" with Dell Inspiron 15R 5537

On Thu, 18 Feb 2016 14:30:15 -0500 (EST) Alan Stern wrote: > It looks like there's some problem in the usbhid driver. Apparently > hid_start_in() gets some sort of error when it submits the input URB, > because that URB doesn't show up in the usbmon output. > > Can

Re: [PATCH 2/5] usb: musb: core: added helper functions for parsing DT

On 02/18/2016 11:18 AM, Felipe Balbi wrote: This adds two functions to get DT properties "mentor,power" and "dr_mode": musb_get_power() and musb_mode musb_get_mode() Signed-off-by: Petr Kulhavy seems like I don't have patch 1/5. After fixing Sergei's comments, please resend

Re: "reset full-speed USB device number 6 using ehci-pci" with Dell Inspiron 15R 5537

On Thu, 18 Feb 2016, Daniel Fraga wrote: > On Thu, 18 Feb 2016 11:18:37 -0500 (EST) > Alan Stern wrote: > > > No idea. Can you collect a usbmon trace for bus 3, starting before the > > suspend and showing the problems? > > Ok Alan, I attached the requested

Re: [PATCH v5 1/1] USB: core: let USB device know device node

On Tue, 16 Feb 2016, Peter Chen wrote: > From: Peter Chen > > Although most of USB devices are hot-plug's, there are still some devices > are hard wired on the board, eg, for HSIC and SSIC interface USB devices. > If these kinds of USB devices are multiple functions,

Re: [PATCH v4] usb: devio: Add ioctl to disallow detaching kernel USB drivers.

On Sun, 14 Feb 2016, Emilio López wrote: > From: Reilly Grant > > The new USBDEVFS_DROP_PRIVILEGES ioctl allows a process to voluntarily > relinquish the ability to issue other ioctls that may interfere with > other processes and drivers that have claimed an interface on

Re: [PATCH] usb: host: ohci-pxa27x: propagate the irq error code

On Sat, 13 Feb 2016, Robert Jarzmik wrote: > In several drivers in the pxa architecture, it was found that the > platform_get_irq() was not propagated. This breaks the the device-tree > probe deferral path, if -EPROBE_DEFER is returned. Unfortunately, the > error return in this case is

Re: [RFC v5 07/15] usb: ehci: add vbus-gpio parameter

On 02/18/2016 09:06 PM, Antony Pavlov wrote: This patch retrieves and configures the vbus control gpio via the device tree. This patch is based on a ehci-s5p.c commit fd81d59c90d38661 ("USB: ehci-s5p: Add vbus setup function to the s5p ehci glue layer"). Signed-off-by: Antony Pavlov

Re: [PATCH 1/3] usb: fix endpoint descriptor buffer size decrement

On Thu, 18 Feb 2016, Mathias Nyman wrote: > An endpoint descriptor may be followed by both SuperSpeed and > SuperSpeedPlus Isoc endpoint companion descriptors. > These descriptors are all stored one after another in a buffer. > > The new SuperSpeedPlus Isoc endpoint companion parsing incorrectly

Re: OHCI-PCI: frame counter not updating, module disabled

On Thu, 18 Feb 2016 m...@superbash.de wrote: > This happens also with older kernel versions (3.x, etc.): > > A small LCD display (ID 1908:0102 GEMBIRD) connected to USB is used for > some years now. Computer (and display) runs always (24 hours/day). > 'lcd4linux' is used to update the displays

Re: [RFC v5 07/15] usb: ehci: add vbus-gpio parameter

On Thu, 18 Feb 2016 11:12:43 -0500 (EST) Alan Stern wrote: > On Tue, 9 Feb 2016, Antony Pavlov wrote: > > > This patch retrieves and configures the vbus control gpio via > > the device tree. > > > > This patch is based on a ehci-s5p.c commit fd81d59c90d38661 > >

Re: [RFC v5 07/15] usb: ehci: add vbus-gpio parameter

On 02/18/2016 05:12 PM, Alan Stern wrote: > On Tue, 9 Feb 2016, Antony Pavlov wrote: > >> This patch retrieves and configures the vbus control gpio via >> the device tree. >> >> This patch is based on a ehci-s5p.c commit fd81d59c90d38661 >> ("USB: ehci-s5p: Add vbus setup function to the s5p ehci

Re: NEC uPD720200 xHCI Controller dies when Runtime PM enabled

On 2016-02-18 16:12, Mathias Nyman wrote: > On 16.02.2016 23:58, main.ha...@googlemail.com wrote: >> >> >> On 2016-02-08 15:31, Mathias Nyman wrote: >>> Hi >>> >>> On 06.02.2016 19:08, Mike Murdoch wrote: Bug ID: 111251 Hello, I have a NEC uPD720200 USB3.0 controller in

Re: "reset full-speed USB device number 6 using ehci-pci" with Dell Inspiron 15R 5537

On Tue, 9 Feb 2016, Dâniel Fraga wrote: > I'm using Linux 4.4.1 kernel on a Dell Inspiron 15R 5537 and > everytime I wake up from S3 sleep, the syslog is full of the following > message: > > Feb 9 17:19:05 tux kernel: [19196.253206] usb 3-1.6: reset full-speed USB > device number 6 using

Re: [RFC v5 07/15] usb: ehci: add vbus-gpio parameter

On Tue, 9 Feb 2016, Antony Pavlov wrote: > This patch retrieves and configures the vbus control gpio via > the device tree. > > This patch is based on a ehci-s5p.c commit fd81d59c90d38661 > ("USB: ehci-s5p: Add vbus setup function to the s5p ehci glue layer"). > > Signed-off-by: Antony Pavlov

Re: [Bug 112171] UBSAN: Undefined behaviour in drivers/usb/host/ehci-hub.c:873:47

On Tue, 9 Feb 2016, Yaroslav Molochko wrote: > After upgrade to 4.5.0-rc3 I've got following stack trace, never seen > that before: > > Feb 08 22:58:56 x kernel: UBSAN: Undefined behaviour in >

[PATCH 3/3] usb: host: xhci-plat: fix of_table.cocci warnings

From: Julia Lawall Make sure (of/i2c/platform)_device_id tables are NULL terminated Generated by: scripts/coccinelle/misc/of_table.cocci Signed-off-by: Fengguang Wu Signed-off-by: Julia Lawall Signed-off-by: Mathias Nyman

[PATCH 0/3] usb and xhci fixes for usb-next 4.6

Hi Greg A few more patches for 4.6. At least the first one would be important to get with the rest of the USB 3.1 SSP Isoc patches to 4.6 Without it the SSP Isoc endpoint companion descriptor parsing may mess up the normal SS endpoint companion parsing. Julia Lawall (1): usb: host: xhci-plat:

[PATCH 1/3] usb: fix endpoint descriptor buffer size decrement

An endpoint descriptor may be followed by both SuperSpeed and SuperSpeedPlus Isoc endpoint companion descriptors. These descriptors are all stored one after another in a buffer. The new SuperSpeedPlus Isoc endpoint companion parsing incorrectly decreased the the remaining buffer size before

[PATCH 2/3] usb: host: xhci-plat: add R-Car Gen2 and Gen3 fallback compatibility strings

From: Simon Horman Add fallback compatibility strings for R-Car Gen2 and Gen3. This is in keeping with the fallback scheme being adopted wherever appropriate for drivers for Renesas SoCs. Signed-off-by: Simon Horman Acked-by: Geert

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, Feb 18, 2016 at 02:44:25PM +0100, Oliver Neukum wrote: > On Thu, 2016-02-18 at 15:25 +0200, Heikki Krogerus wrote: > > Hi, > > > > > We have port directories for port power switching. How is > > > the connector directory linked to them? > > > > I'm sorry, I don't think I understand

Re: NEC uPD720200 xHCI Controller dies when Runtime PM enabled

On 16.02.2016 23:58, main.ha...@googlemail.com wrote: On 2016-02-08 15:31, Mathias Nyman wrote: Hi On 06.02.2016 19:08, Mike Murdoch wrote: Bug ID: 111251 Hello, I have a NEC uPD720200 USB3.0 controller in a Thinkpad W520 laptop on kernel 4.4.1-gentoo. 0e:00.0 USB controller: NEC

Re: [PATCH v5 1/1] USB: core: let USB device know device node

On Tue, Feb 16, 2016 at 04:42:52PM +0800, Peter Chen wrote: > From: Peter Chen > > Although most of USB devices are hot-plug's, there are still some devices > are hard wired on the board, eg, for HSIC and SSIC interface USB devices. > If these kinds of USB devices are

Re: Spansion's CMSIS-DAP + COM Port

On Thu, 2016-02-18 at 13:05 +0100, Johan Hovold wrote: > > I have a Starter Kit SK-FM4-176L-S6SE2CC > > modprobe usbserial vendor=0x1a6a product=0x2000 > > > > makes the USB Port appear nicely (works with gtkterm) and at the > same > > time one can use the CMIS-DAP adapter with openocd. > > >

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, 2016-02-18 at 15:25 +0200, Heikki Krogerus wrote: Hi, > > We have port directories for port power switching. How is > > the connector directory linked to them? > > I'm sorry, I don't think I understand this point. Like this: oneukum@linux-dtbq:/sys/bus/usb/devices/3-0:1.0> ls -l

Re: [PATCH 1/3] usb: USB Type-C Connector Class

Hi, On Thu, Feb 18, 2016 at 10:35:41AM +0100, Oliver Neukum wrote: > On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote: > > Hi, > > > P.S. That reminds me, here's my current draft for the > > Documentation/ABI/. Could you take a look? > > And I am afraid, that I have a few remarks not

Re: [PATCH v7 05/10] usb: dbc: add bulk out and bulk in interfaces

On 26.01.2016 14:58, Lu Baolu wrote: This patch adds interfaces for bulk out and bulk in ops. These interfaces could be used to implement early printk bootconsole or hook to various system debuggers. Signed-off-by: Lu Baolu --- drivers/usb/early/xhci-dbc.c | 373

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, Feb 18, 2016 at 10:21:48AM +0100, Oliver Neukum wrote: > On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote: > > Hi, > > > The modes that can actually be selected have to be supported by both > > the connector and the partner, and this is where I'm putting the ball > > on the

Re: TODO List For Linux USB

Hi, On Wed, Feb 17, 2016 at 4:21 PM, Andiry Xu wrote: > On Tue, Feb 16, 2016 at 10:43 PM, Anil Nair wrote: >> Hi, >> >> On Wed, Feb 17, 2016 at 12:00 PM, Greg KH wrote: >>> On Wed, Feb 17, 2016 at 11:47:56AM +0530, Anil Nair

Re: [PATCH] USB: option: add "4G LTE usb-modem U901"

On Fri, Feb 12, 2016 at 04:40:00PM +0100, Bjørn Mork wrote: > Thomas reports: > > T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0 > D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 > P: Vendor=05c6 ProdID=6001 Rev=00.00 > S: Manufacturer=USB Modem > S: Product=USB

Re: Spansion's CMSIS-DAP + COM Port

[ +CC: Oliver ] On Tue, Feb 09, 2016 at 09:27:39PM +0530, Thorsten Wilmer wrote: > Hi, > > I have a Starter Kit SK-FM4-176L-S6SE2CC > modprobe usbserial vendor=0x1a6a product=0x2000 > > makes the USB Port appear nicely (works with gtkterm) and at the same > time one can use the CMIS-DAP

Re: [PATCHv2 1/2] usb: dwc3: pci: use build-in properties instead of platform data

Hi, Felipe Balbi writes: > Mika Westerberg writes: >> On Thu, Feb 18, 2016 at 01:31:33PM +0200, Heikki Krogerus wrote: >>> On Thu, Feb 18, 2016 at 01:27:28PM +0200, Felipe Balbi wrote: >>> > Heikki Krogerus

Re: [PATCH] USB: cp210x: add IDs for GE B650V3 and B850V3 boards

On Mon, Feb 01, 2016 at 02:57:25PM -0500, Akshay Bhat wrote: > From: Ken Lin > > Add USB ID for cp2104/5 devices on GE B650v3 and B850v3 boards. > > Signed-off-by: Ken Lin > Signed-off-by: Akshay Bhat Now applied,

Re: [PATCH v2] USB: option: add support for SIM7100E

On Sun, Jan 31, 2016 at 09:13:19PM +0100, Johan Hovold wrote: > On Fri, Jan 29, 2016 at 12:07:30AM +0300, Andrey Skvortsov wrote: > > $ lsusb: > > Bus 001 Device 101: ID 1e0e:9001 Qualcomm / Option > > > > $ usb-devices: > > T: Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#=101 Spd=480 MxCh= 0 > >

Re: [PATCH v7 04/10] usb: dbc: add debug buffer

On 26.01.2016 14:58, Lu Baolu wrote: "printk" is not suitable for dbc debugging especially when console is in usage. This patch adds a debug buffer in dbc driver and puts the debug messages in this local buffer. The debug buffer could be dumped whenever the console is not in use. This part of

Re: [PATCHv2 1/2] usb: dwc3: pci: use build-in properties instead of platform data

On Thu, Feb 18, 2016 at 01:27:28PM +0200, Felipe Balbi wrote: > Heikki Krogerus writes: > > > On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote: > >> > >> Hi, > >> > >> Heikki Krogerus writes: > >> > This should

Re: [PATCHv2 1/2] usb: dwc3: pci: use build-in properties instead of platform data

Heikki Krogerus writes: > On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote: >> >> Hi, >> >> Heikki Krogerus writes: >> > This should allow the core driver to drop handling of >> > platform data and expect the

Re: [PATCHv2 1/2] usb: dwc3: pci: use build-in properties instead of platform data

On Wed, Feb 17, 2016 at 04:24:26PM +0200, Felipe Balbi wrote: > > Hi, > > Heikki Krogerus writes: > > This should allow the core driver to drop handling of > > platform data and expect the platform specific details to > > always come from properties. > > > >

Re: [PATCH 0/3] usb: USB Type-C Class and driver for UCSI

On Thu, 2016-02-18 at 13:05 +0200, Heikki Krogerus wrote: > > Since we have capability details of ports in user space, I believe > > cable capability is also necessary for policy decision(power, alt > > mode). Is that something we are cautiously leaving out ? pls explain > > Adding the cable

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Thu, Feb 18, 2016 at 4:17 PM, Heikki Krogerus wrote: > On Thu, Feb 18, 2016 at 04:07:54PM +0530, Rajaram R wrote: >> On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus >> wrote: >> > On Wed, Feb 17, 2016 at 03:36:46PM +0200,

Re: [PATCH 0/3] usb: USB Type-C Class and driver for UCSI

Hi Rajaram, On Thu, Feb 18, 2016 at 01:04:48AM +0530, Rajaram R wrote: > On Tue, Feb 9, 2016 at 10:31 PM, Heikki Krogerus > wrote: > > Hi, > > > > The OS, or more precisely the user space, needs to be able to control > > a few things regarding USB Type-C ports.

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Thu, Feb 18, 2016 at 04:07:54PM +0530, Rajaram R wrote: > On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus > wrote: > > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote: > >> > >> Hi, > >> > >> Heikki Krogerus

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

Hi Peter, On Thu, Feb 18, 2016 at 05:07:04PM +0800, Peter Chen wrote: > On Wed, Feb 17, 2016 at 04:28:16PM +0200, Heikki Krogerus wrote: > > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote: > > > IIRC mode and role negotiation goes via CC pins using the power delivery > > > protocol.

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Thu, 2016-02-18 at 12:30 +0200, Felipe Balbi wrote: > Hi, > > Oliver Neukum writes: > >> > What exactly are you sure about about? > >> > >> heh, missed a NOT there :-) > > > > I am still confused :-) > > Do you think a sysfs interface is good, bad or good > > but

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Wed, Feb 17, 2016 at 7:58 PM, Heikki Krogerus wrote: > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote: >> >> Hi, >> >> Heikki Krogerus writes: >> > On Wed, Feb 17, 2016 at 11:36:52AM +0100, Oliver Neukum wrote: >>

[PATCH v3] usb: gadget: provide interface for legacy gadgets to get UDC name

Since commit 855ed04a3758b205e84b269f92d26ab36ed8e2f7 ("usb: gadget: udc-core: independent registration of gadgets and gadget drivers") gadget drivers can not assume that UDC drivers are already available on their initialization. This broke the HACK, which was used in gadgetfs driver, to get UDC

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

Hi, Oliver Neukum writes: >> > What exactly are you sure about about? >> >> heh, missed a NOT there :-) > > I am still confused :-) > Do you think a sysfs interface is good, bad or good > but insufficient? I'm not sure it's the best interface. My fear is that as new

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Thu, 2016-02-18 at 09:08 +0200, Felipe Balbi wrote: > Oliver Neukum writes: > >> Oliver Neukum writes: Hi, > > What exactly are you sure about about? > > heh, missed a NOT there :-) I am still confused :-) Do you think a sysfs interface is good, bad or

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Thu, 2016-02-18 at 17:29 +0800, Peter Chen wrote: > Does this UCSI spec has some similar things with USB Type-C Port > Controller Interface Spec at usb.org? If not, how to co-work > together in future? USB Type-C Port Controller Interface Spec: What can a type C connector do? UCSI spec:

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote: Hi, > P.S. That reminds me, here's my current draft for the > Documentation/ABI/. Could you take a look? And I am afraid, that I have a few remarks not bound to a specific entry. We have port directories for port power switching. How is

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Wed, Feb 10, 2016 at 12:30:42PM +0200, Heikki Krogerus wrote: > On Tue, Feb 09, 2016 at 10:21:55AM -0800, Greg KH wrote: > > On Tue, Feb 09, 2016 at 07:01:22PM +0200, Heikki Krogerus wrote: > > > USB Type-C Connector System Software Interface (UCSI) is a > > > specification that defines

Re: [PATCH 0/3] usb: USB Type-C Class and driver for UCSI

On Wed, Feb 17, 2016 at 07:53:47PM +0100, Oliver Neukum wrote: > On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote: > > Hi, > > > > The OS, or more precisely the user space, needs to be able to control > > a few things regarding USB Type-C ports. The first thing that must be > > allowed to

Re: [PATCH 1/3] usb: USB Type-C Connector Class

On Thu, 2016-02-18 at 10:47 +0200, Heikki Krogerus wrote: Hi, > The modes that can actually be selected have to be supported by both > the connector and the partner, and this is where I'm putting the ball > on the userspace at the moment. I'm not offering a list of > "possible_alternate_modes"

Re: [PATCH 2/3] usb: type-c: USB Type-C Connector System Software Interface

On Wed, Feb 17, 2016 at 04:28:16PM +0200, Heikki Krogerus wrote: > On Wed, Feb 17, 2016 at 03:36:46PM +0200, Felipe Balbi wrote: > > > > Hi, > > > > > IIRC mode and role negotiation goes via CC pins using the power delivery > > protocol. If I misunderstand anything, let me know. > > The data

[PATCH v2] usb: usbtmc: Fix disconnect/poll interaction

When the device is disconnected poll waiters were not being woken. Changes for v2: - add commit summary - add Fixes and Reported-by tags Fixes: eb6b92ecc0f9 ("Add support for receiving USBTMC USB488 SRQ notifications via poll/select") Reported-by: Oliver Neukum

Re: [PATCH 1/3] usb: USB Type-C Connector Class

Hi Oliver, On Wed, Feb 17, 2016 at 03:07:27PM +0100, Oliver Neukum wrote: > On Tue, 2016-02-09 at 19:01 +0200, Heikki Krogerus wrote: > > 1. connected - Connection status of the connector > > 2. alternate_mode - The current Alternate Mode > > 3. alternate_modes - Lists all Alternate Modes the

[PATCH] usb: storage: remove the US_DEBUG macro

Get rid of the US_DEBUG macro and use instead empty inline function definitions when CONFIG_USB_STORAGE_DEBUG is not defined Signed-off-by: Victor Dodon --- drivers/usb/storage/debug.h | 18 +++--- drivers/usb/storage/ene_ub6250.c | 1 -

Re: [PATCH 2/5] usb: musb: core: added helper functions for parsing DT

Hi, Petr Kulhavy writes: > On 17.02.2016 15:58, Felipe Balbi wrote: >> Hi, >> >> Petr Kulhavy writes: >>> This adds two functions to get DT properties "mentor,power" and "dr_mode": >>> musb_get_power() and musb_mode musb_get_mode() >>> >>> Signed-off-by: Petr

Re: [PATCH v2 RESEND] usb: gadget: provide interface for legacy gadgets to get UDC name

Hi, Marek Szyprowski writes: > Since commit 855ed04a3758b205e84b269f92d26ab36ed8e2f7 ("usb: gadget: > udc-core: independent registration of gadgets and gadget drivers") gadget > drivers can not assume that UDC drivers are already available on their > initialization.

[PATCH RESEND] usb: gadget: gadgetfs: unregister gadget only if it got successfully registered

Gadgetfs driver called usb_gadget_unregister_driver unconditionally, even if it didn't register it earlier due to other failures. This patch fixes this. Reported-by: Vegard Nossum Signed-off-by: Marek Szyprowski Tested-by: Vegard Nossum