Re: [PATCH 3/8] pid.c: Add IDR implementation for alloc_pid and free_pid

On Fri, 14 Jul 2017, Gargi Sharma wrote: > In pid_alloc function, idr_preload function is used along with > idr_alloc_cyclic. > idr_alloc_cyclic is used instead of idr_alloc because we might want to > reuse the unassigned integers. The rest of the code is same as the previous > alloc_pid, which

Re: [PATCH 4/8] pid.c: Add implementation for find_ge_pid

On Fri, 14 Jul 2017, Gargi Sharma wrote: > Earlier bitmap was traversed to find the pid greater or equal to nr > (passed as a parameter). Now a call to idr_get_next fetches the id > greater than or equal to nr. > > Signed-off-by: Gargi Sharma > --- > kernel/pid.c | 8

Re: [PATCH 1/5 v2] Extend the request_region() infrastructure

2017-06-22 15:21 keltezéssel, Zoltán Böszörményi írta: Add a new IORESOURCE_ALLOCATED flag that is automatically used when alloc_resource() is used internally in kernel/resource.c and free_resource() now takes this flag into account. The core of __request_region() was factored out into a new

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi, Pratyush Anand writes: > On Friday 09 June 2017 03:58 PM, Felipe Balbi wrote: >> Felipe Balbi writes: >> >>> Allow for ftrace data to be exported over a USB Gadget >>> Controller. With this, we have a potentially very fast pipe for >>>

Re: [USB] f16443a034: EIP:arch_local_irq_restore

Hi, Alan Stern writes: >> > Felipe: >> > >> > On Thu, 29 Jun 2017, kernel test robot wrote: >> > >> >> FYI, we noticed the following commit: >> >> >> >> commit: f16443a034c7aa359ddf6f0f9bc40d01ca31faea ("USB: gadgetfs, >> >> dummy-hcd, net2280: fix locking for

Issues with a VL813 based USB 3.0 Hub

Hi, I'm having two issues with an active, 7-port (+1, charging-only) USB 3.0 Hub from Goobay (Model: 69770). My setup looks like this: |Odroid-W| - |Motorola Lapdock| - |Goobay Hub| The Goobay hub supposedly features a VIA VL813. Or even two, as according to "lsusb -t" there are two, chained

Re: Issues with a VL813 based USB 3.0 Hub

On Fri, Jul 14, 2017 at 08:58:32AM +0200, Linus Lüssing wrote: > The Odroid-W runs a Raspbian based on Debian Jessie. Linux kernel > version: 4.9.36. Architecture: armhf 4.9 is really old, any chance you can try 4.12 for this? Lots of things have changed since 4.9 was released last year :)

Re: Issues with a VL813 based USB 3.0 Hub

On 2017-07-14 13:58, Linus Lüssing wrote: --- $ dmesg [...] [166914.044029] usb 1-1.6.1: new full-speed USB device number 23 using dwc_otg dwc_otg is not an official kernel driver, no support for it here. /Lars -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the

Re: [PATCH 5/5 v4] watchdog: sp5100_tco: Use request_declared_muxed_region()

2017-06-22 15:21 keltezéssel, Zoltán Böszörményi írta: Use the new request_declared_muxed_region() macro to synchronize accesses to the SB800 I/O port pair (0xcd6 / 0xcd7) with the PCI quirk for isochronous USB transfers and with the i2c-piix4 driver. At the same time, remove the long lifetime

Re: [PATCH 3/5 v4] usb: pci-quirks: Protect the I/O port pair of SB800

2017-06-22 15:21 keltezéssel, Zoltán Böszörményi írta: This patch uses the previously introduced macro called request_declared_muxed_region() to synchronize access to the I/O port pair 0xcd6 / 0xcd7 on SB800. These I/O ports are also used by i2c-piix4 and sp5100_tco, so synchronization is

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi, Pratyush Anand writes: > Hi Felipe, > > On Friday 09 June 2017 11:43 AM, Felipe Balbi wrote: >> +static void notrace ftrace_write(struct trace_export *ftrace, const void >> *buf, >> + unsigned int len) >> +{ >> +struct usb_ftrace

Re: Issues with a VL813 based USB 3.0 Hub

On Fri, Jul 14, 2017 at 02:41:24PM +0700, Lars Melin wrote: > On 2017-07-14 13:58, Linus Lüssing wrote: > > >--- > >$ dmesg > >[...] > >[166914.044029] usb 1-1.6.1: new full-speed USB device number 23 using > >dwc_otg > > dwc_otg is not an official kernel driver, no support for it here. Ah,

Re: [PATCH 3/8] pid.c: Add IDR implementation for alloc_pid and free_pid

Hi Gargi, [auto build test ERROR on v4.12] [also build test ERROR on next-20170714] [cannot apply to linus/master linux/master] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Gargi-Sharma/PID

Re: [PATCH v4 1/1] usb:host:xhci support option to disable the xHCI USB2 HW LPM

On Wed, Jul 12, 2017 at 03:06:48PM +0700, Thang Q. Nguyen wrote: > XHCI specification 1.1 does not require xHCI-compliant controllers > to always enable hardware USB2 LPM. However, the current xHCI > driver always enable it when seeing HLC=1. > This patch supports an option for users to control

Re: [USB] f16443a034: EIP:arch_local_irq_restore

On Fri, 14 Jul 2017, Felipe Balbi wrote: > Hi, > > Alan Stern writes: > >> > Felipe: > >> > > >> > On Thu, 29 Jun 2017, kernel test robot wrote: > >> > > >> >> FYI, we noticed the following commit: > >> >> > >> >> commit: f16443a034c7aa359ddf6f0f9bc40d01ca31faea

Re: [PATCH V3] Set NTB format again after altsetting switch for Huawei devices

From: Enrico Mioso Date: Tue, 11 Jul 2017 17:21:52 +0200 > Some firmwares in Huawei E3372H devices have been observed to switch back > to NTB 32-bit format after altsetting switch. > This patch implements a driver flag to check for the device settings and > set NTB format to

Re: [PATCH 1/8] pid_namespace: destroy_pid_namespace: Add IDR implementation

Hi Gargi, [auto build test ERROR on v4.12] [also build test ERROR on next-20170714] [cannot apply to linus/master linux/master] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Gargi-Sharma/PID

Re: [PATCH 0/8] PID allocation IDR implementation

On 07/14/2017 08:51 AM, Gargi Sharma wrote: > On Fri, Jul 14, 2017 at 4:52 PM, Greg KH wrote: >> On Fri, Jul 14, 2017 at 09:03:08AM +0530, Gargi Sharma wrote: >>> This patchset contains patches for PID allocation. Individual patches >>> in the series break the kernel.

[PATCH v2 1/3] mux: Add mux_control_get_optional() API

Sometimes drivers only use muxes under certain scenarios. For example, the chipidea usb controller may be connected to a usb switch on some platforms, and connected directly to a usb port on others. The driver won't know one way or the other though, so add a mux_control_get_optional() API that

[PATCH v2 0/3] USB Mux support for Chipidea

This patchset adds support for the TC7USB40MU usb mux found on db410c 96boards platforms via the new multiplexer framework and hooks that into the chipidea driver. This allows us to properly control host or device mode on this board via the sysfs knob. So far I've only tested this on db410c, so

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

On Fri, 14 Jul 2017 11:22:51 +0530 Pratyush Anand wrote: > Hi Felipe, > > On Friday 09 June 2017 03:58 PM, Felipe Balbi wrote: > > Felipe Balbi writes: > > > >> Allow for ftrace data to be exported over a USB Gadget > >> Controller. With this,

Re: [PATCH 0/3] USB Mux support for Chipidea

Quoting Stephen Boyd (2017-07-13 15:35:02) > Quoting Peter Rosin (2017-07-11 22:04:46) > > > > Maybe no need for a compatible update either, if it works to do something > > like this in the DT? > > > > usb_switch: usb-switch { > > compatible = "gpio-mux"; > >

[PATCH v2 2/3] usb: chipidea: Hook into mux framework to toggle usb switch

On the db410c 96boards platform we have a TC7USB40MU on the board to mux the D+/D- lines coming from the controller between a micro usb "device" port and a USB hub for "host" roles[1]. During a role switch, we need to toggle this mux to forward the D+/D- lines to either the port or the hub. Add

[PATCH v2 3/3] arm64: dts: qcom: Collapse usb support into one node

We currently have three device nodes for the same USB hardware block, as evident by the reuse of the same reg address multiple times. Now that the chipidea driver fully supports OTG with the MSM wrapper we can collapse all these nodes into one USB device node, reflecting the true nature of the

Re: [PATCH] smsc95xx: use ethtool_op_get_ts_info()

From: Petr Kulhavy Date: Thu, 13 Jul 2017 19:40:57 +0200 > This change enables the use of SW timestamping on Raspberry PI. > > smsc95xx uses the usbnet transmit function usbnet_start_xmit(), which > implements software timestamping. However the SOF_TIMESTAMPING_TX_SOFTWARE >

Re: [PATCH 0/8] PID allocation IDR implementation

On Fri, Jul 14, 2017 at 4:52 PM, Greg KH wrote: > On Fri, Jul 14, 2017 at 09:03:08AM +0530, Gargi Sharma wrote: >> This patchset contains patches for PID allocation. Individual patches >> in the series break the kernel. But once, the patchset is applied, the >> kernel

Re: [PATCH 0/8] PID allocation IDR implementation

On Fri, Jul 14, 2017 at 09:03:08AM +0530, Gargi Sharma wrote: > This patchset contains patches for PID allocation. Individual patches > in the series break the kernel. But once, the patchset is applied, the > kernel compiles. We have to figure out whether to send this as one whole patch > or if to

Re: [PATCH 3/5 v4] usb: pci-quirks: Protect the I/O port pair of SB800

On Fri, Jul 14, 2017 at 10:34:20AM +0200, Boszormenyi Zoltan wrote: > 2017-06-22 15:21 keltezéssel, Zoltán Böszörményi írta: > > This patch uses the previously introduced macro called > > request_declared_muxed_region() to synchronize access to > > the I/O port pair 0xcd6 / 0xcd7 on SB800. > > >

Re: PL2303 Linux driver (adding new chip version PID and GPIO)

On Fri, Jul 14, 2017 at 05:10:57AM +, Yeh.Charles[葉榮鑫] wrote: > Hi Greg, >The attached file" pl2303c_patch.zip & pl2303h_patch.zip" are patch file > for PL2303.c & PL2303.h. >Can you help to include it to the next kernel release? Hm, I started to edit this to make it fit the proper

Re: PL2303 Linux driver (adding new chip version PID and GPIO)

On Fri, Jul 14, 2017 at 10:32:49AM +, Chu.Mike [朱堅宜] wrote: > Hi Greg, > > This patch is for adding our new chip PL2303TB (UART, 12 GPIO, PWN) > PID is 2304 and GPIO function codes. Attached is datasheet. Can you > help us? Adding a new device is is simple, but adding custom ioctls for gpio