Re: [balbi-usb:testing/next 64/67] otg.c:undefined reference to `usb_gadget_vbus_disconnect'

Hi, Peter Chen writes: > On Wed, Jun 08, 2016 at 12:59:51PM +0300, Felipe Balbi wrote: >> >> Hi, >> >> kbuild test robot writes: >> > tree: https://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git >> > testing/next >> > head:

Re: Multiple chatty devices on Intel 5 Series/3400 USB2 EHCI controller act erratic

On 06/12/2016 06:05 PM, Alan Stern wrote: > Okay, thanks. I just wanted to be sure the patch was behaving as > intended. It was, but since it didn't fix your problem the whole > thing's a moot point. Anything else you'd like me to try or gather if you're interested in fixing the underlying

Re: [RFC v4 01/14] regulator: of: Add helper for getting all supplies

On Sun, Jun 12, 2016 at 03:29:01PM +0800, Peter Chen wrote: > On Fri, Jun 10, 2016 at 12:30:56PM -0500, Rob Herring wrote: > > On Thu, Jun 09, 2016 at 01:42:02PM +0200, Krzysztof Kozlowski wrote: > > > On 06/09/2016 12:29 PM, Mark Brown wrote: > > > > On Thu, Jun 09, 2016 at 11:44:18AM +0200,

[PATCH v4 1/3] usbip: vhci extension: modifications to vhci driver

Modification to Kconfig, vhci_hc.c, vhci.h and vhci_sysfs.c. 1. kernel config Followings are added. USBIP_VHCI_HC_PORTS: Number of ports per USB/IP virtual host controller. The default is 8 - same as current VHCI_NPORTS. USBIP_VHCI_NR_HCS: Number of USB/IP virtual host controllers. The

[PATCH v4 2/3] usbip: vhci extension: modifications to userspace

Modification to the userspace tools including usbip/libsrc and usbip/src. Changed corresponding to new vhci_sysfs.c. nports in sysfs is used to get total number of ports. Old get_nports() ignores the last status line because udev_device_get_sysattr_value() drops last new line. New version

[PATCH v4 3/3] usbip: vhci extension: dynamic extension

Modification for dynamic device registration and unregistration. 1. kernel config Followings are added. USBIP_VHCI_HC_PORTS: Number of ports per USB/IP virtual host controller. The default is 8 - same as current VHCI_NPORTS. USBIP_VHCI_MAX_HCS: Muximum number of USB/IP virtual host

[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.

[PATCH v5 0/2] Add a new Rockchip usb2 phy driver

The newer SoCs (rk3366, rk3399) of Rock-chip take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. These series patches add phy-rockchip-inno-usb2.c and the corresponding

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

The newer SoCs (rk3366, rk3399) take a different usb-phy IP block than rk3288 and before, and most of phy-related registers are also different from the past, so a new phy driver is required necessarily. Signed-off-by: Frank Wang --- Changes in v5: - Added 'reg' in

[PATCH v5 1/2] Documentation: bindings: add DT documentation for Rockchip USB2PHY

Signed-off-by: Frank Wang --- Changes in v5: - Added 'reg' property to identify the different phy-blocks. Changes in v4: - Used 'phy-supply' instead of 'vbus_*-supply'. Changes in v3: - Added 'clocks' and 'clock-names' optional properties. - Specified 'otg-port'

[PATCH v8 0/9] usbip: exporting devices

Dear all, This series of patches adds exporting device operation to USB/IP. 1. Overview Exporting devices may not be a new idea. The request and response PDU have been defined in tools/usbip/usbip/src/usbip_network.h. #define OP_EXPORT 0x06 #define OP_REQ_EXPORT (OP_REQUEST |

[PATCH v8 5/9] usbip: exporting devices: modifications to daemon

Refactoring to the daemon. usbipd_dev.c is device-side specific code extracted from usbipd.c. usbipd.c is left as common parts for both device(stub)-side and application(vhci)-side daemon. Signed-off-by: Nobuo Iwata --- tools/usb/usbip/src/Makefile.am | 2 +-

[PATCH v8 1/9] usbip: exporting devices: modifications to network header

Modification to export and un-export response in tools/usb/usbip/src/usbip_network.h. It just changes return code type from int to uint32_t as same as other responses. Added export and un-export request/response to Documentation/usb/usbip_protocol.txt. Signed-off-by: Nobuo Iwata

[PATCH v8 2/9] usbip: exporting devices: modifications to host side libraries

usbip_host_find_device() is created based on usbip_host_get_device(). usbip_host_get_device() was not used yet. bind and unbind function are exported for new operations. Signed-off-by: Nobuo Iwata --- tools/usb/usbip/libsrc/usbip_host_common.c | 6 ++

[PATCH v8 3/9] usbip: exporting devices: new connect operation

New connect operation. Signed-off-by: Nobuo Iwata --- tools/usb/usbip/src/Makefile.am | 3 +- tools/usb/usbip/src/usbip.c | 9 +- tools/usb/usbip/src/usbip.h | 5 +- tools/usb/usbip/src/usbip_connect.c | 228 4

[PATCH v8 6/9] usbip: exporting devices: modifications to attach and detach

Refactoring to attach and detatch operation. Common parts to new application(vhci)-side daemon are moved to libsrc/vhci_driver.c. Signed-off-by: Nobuo Iwata --- tools/usb/usbip/libsrc/vhci_driver.c | 99

[PATCH v8 4/9] usbip: exporting devices: new disconnect operation

New disconnect operation. Signed-off-by: Nobuo Iwata --- tools/usb/usbip/src/Makefile.am| 2 +- tools/usb/usbip/src/usbip.c| 6 + tools/usb/usbip/src/usbip.h| 2 + tools/usb/usbip/src/usbip_disconnect.c | 215

[PATCH v8 9/9] usbip: exporting devices: chage to documenattion

This patch adds function and usage of new connect operation, disconnect operation and application(vhci)-side daemon to README and manuals. At this point, the wording, 'server' and 'client' are ambiguous in several place. For existing attach command, the daemon runs device side machine and

[PATCH v8 7/9] usbip: exporting devices: new application-side daemon

New application(vhci)-side daemon. Signed-off-by: Nobuo Iwata --- tools/usb/usbip/libsrc/vhci_driver.c | 19 +++ tools/usb/usbip/libsrc/vhci_driver.h | 1 + tools/usb/usbip/src/Makefile.am | 7 +- tools/usb/usbip/src/usbipd.c | 12 +-

Re: Multiple chatty devices on Intel 5 Series/3400 USB2 EHCI controller act erratic

On Sun, 12 Jun 2016, Sean M. Pappalardo wrote: > Hello again. > > On 06/12/2016 07:57 AM, Alan Stern wrote: > > Would you mind posting the contents of > > /sys/kernel/debug/usb/ehci/:00:1d.0/periodic, for the patched > > kernel, while the test is running? > > Sure, attached. Sorry I

[PATCH v8 8/9] usbip: exporting devices: change to usbip_list.c

Correction to wording inconsistency around import and export in usbip_list.c. Please, see also cover letter about wording. Signed-off-by: Nobuo Iwata --- tools/usb/usbip/src/usbip_list.c | 22 -- 1 file changed, 12 insertions(+), 10

Re: [BUG] cdc-acm: no data available after port open

On Sun, Jun 12, 2016 at 11:03:45PM +0200, Ladislav Michl wrote: > Once ttyACM0 starts behave strangely, read() returns only what's in buffer > before > ttyACM0 was opened and then hangs infinitely. As this bug is hard to trigger, > has > anyone clue where to start debugging? Forgot to mention,

Re: Multiple chatty devices on Intel 5 Series/3400 USB2 EHCI controller act erratic

Hello again. On 06/12/2016 07:57 AM, Alan Stern wrote: > Would you mind posting the contents of > /sys/kernel/debug/usb/ehci/:00:1d.0/periodic, for the patched > kernel, while the test is running? Sure, attached. Sorry I didn't think to gather that before. Sincerely, Sean M. Pappalardo

[BUG] cdc-acm: no data available after port open

Hi there! I'm sorry for imprecise subject, but I really have no clue how to describe shortly... My setup is IGEPv2 board with DM3730 SoC which has usb device connected on EHCI controler via hub running linux-4.6. This device acts as serial-usb converter and feeds IGEP with data. After some time

usbip/vhci_hcd.c: vhci_get_frame_number

Hello kernel hackers, please excuse the way I'm writing this. I know I'm for sure braking rules. I'm trying to use the usbip vhcd_hcd driver to monitor a beehive via an exported usb mic. Usbip is great, because I can use a very small router running openwrt and export the mic via usbip. Thanks

Re: USB broken on Banana Pi in Linux 4.6

On Sun, 12 Jun 2016, Marc Haber wrote: > On Sat, Jun 11, 2016 at 02:55:04PM +0200, Marc Haber wrote: > > On Tue, Jun 07, 2016 at 10:30:17AM -0700, Greg KH wrote: > > > Nothing obvious, can you use 'git bisect' to go from 4.5.0 to 4.6.0 to > > > find the offending commit? > > > > I can. The first

Re: USB broken on Banana Pi in Linux 4.6

On Sat, Jun 11, 2016 at 02:55:04PM +0200, Marc Haber wrote: > On Tue, Jun 07, 2016 at 10:30:17AM -0700, Greg KH wrote: > > Nothing obvious, can you use 'git bisect' to go from 4.5.0 to 4.6.0 to > > find the offending commit? > > I can. The first round of bisecting let me end up with >

[PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID

The Riso Kagaku Webmail Notifier (and its clones) is supported as part of usb/misc/usbled driver currently. This patch migrates the driver for this device to the HID subsystem. Benefits: - Avoid using USB low-level calls and use the HID subsystem instead (as this device provides a USB HID

Re: Multiple chatty devices on Intel 5 Series/3400 USB2 EHCI controller act erratic

On Sat, 11 Jun 2016, Sean M. Pappalardo wrote: > > > On 06/10/2016 02:18 PM, Alan Stern wrote: > > Actually, after reviewing the data files you sent I did have a thought. > > Can you try out the patch below and see if it makes any difference? > > It did not, sorry. Would you mind posting

Re: [PATCH v10 13/14] usb: gadget: udc: adapt to OTG core

On Fri, Jun 10, 2016 at 04:07:22PM +0300, Roger Quadros wrote: > > +/** > + * usb_otg_add_gadget_udc - adds a new gadget to the udc class driver list > + * @parent: the parent device to this udc. Usually the controller > + * driver's device. It seems it should be udc device > +/* udc_lock must

Re: [PATCH v10 08/14] usb: otg: add OTG/dual-role core

On Fri, Jun 10, 2016 at 04:07:17PM +0300, Roger Quadros wrote: > index dca7856..03f7204 100644 > --- a/drivers/usb/Makefile > +++ b/drivers/usb/Makefile > @@ -59,5 +59,6 @@ obj-$(CONFIG_USB_RENESAS_USBHS) += renesas_usbhs/ > obj-$(CONFIG_USB_GADGET) += gadget/ > >

usb: common: otg-fsm: add license to usb-otg-fsm

usb: common: otg-fsm: add license to usb-otg-fsm. Fix warning about tainted kernel because usb-otg-fsm has no license. WARNING: with this patch usb-otg-fsm module can be loaded but then the kernel hangs. Tested with a udoo quad board. Signed-off-by: Oscar Curero --- ---

Re: [PATCH v9 08/14] usb: otg: add OTG/dual-role core

On Sun, Jun 12, 2016 at 02:26:17PM +0800, Peter Chen wrote: > On Thu, Jun 09, 2016 at 10:24:44AM +0300, Roger Quadros wrote: > > On 08/06/16 15:42, Peter Chen wrote: > > > On Wed, Jun 08, 2016 at 01:12:10PM +0300, Roger Quadros wrote: > > >> Hi, > > >> > > >> On 08/06/16 12:53, Peter Chen wrote: >

Re: [PATCH v10 06/14] usb: gadget.h: Add OTG to gadget interface

On Fri, Jun 10, 2016 at 04:07:15PM +0300, Roger Quadros wrote: > The OTG core will use struct otg_gadget_ops to > start/stop the gadget controller. > > The main purpose of this interface is to avoid directly > calling usb_gadget_start/stop() from the OTG core as they > wouldn't be defined in the

Re: [PATCH v7 2/4] usb: dwc3: add dual-role support

On Fri, Jun 10, 2016 at 04:17:28PM +0300, Roger Quadros wrote: > Register with the USB OTG/DRD core. Since we don't support > OTG yet we just work as a dual-role device even > if device tree says "otg". > > Get ID and VBUS information from the OTG controller > and kick the OTG state machine. >

Re: [RFC v4 01/14] regulator: of: Add helper for getting all supplies

On Fri, Jun 10, 2016 at 12:30:56PM -0500, Rob Herring wrote: > On Thu, Jun 09, 2016 at 01:42:02PM +0200, Krzysztof Kozlowski wrote: > > On 06/09/2016 12:29 PM, Mark Brown wrote: > > > On Thu, Jun 09, 2016 at 11:44:18AM +0200, Krzysztof Kozlowski wrote: > > >> Few drivers have a need of getting

Re: [PATCH v9 08/14] usb: otg: add OTG/dual-role core

On Thu, Jun 09, 2016 at 10:24:44AM +0300, Roger Quadros wrote: > On 08/06/16 15:42, Peter Chen wrote: > > On Wed, Jun 08, 2016 at 01:12:10PM +0300, Roger Quadros wrote: > >> Hi, > >> > >> On 08/06/16 12:53, Peter Chen wrote: > >>> On Wed, Jun 08, 2016 at 12:03:40PM +0300, Roger Quadros wrote: >

Re: [PATCH v2 1/2] mfd: ti-smusbdig: Add support for the TI SM-USB-DIG

Hi, [auto build test ERROR on ljones-mfd/for-mfd-next] [also build test ERROR on v4.7-rc2 next-20160609] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: