[PATCH] USB: MUSB: fail with error when no DMA controller set

Fail with error when no DMA controller is set. Signed-off-by: Aaro Koskinen --- drivers/usb/musb/musb_core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/musb/musb_core.c b/drivers/usb/musb/musb_core.c index 18cfc0a..f8d3b40 100644 ---

Re: [PATCH v4 3/3] usb: chipidea: register driver as a peripheral with the phy

On 11/23/2015 12:29 AM, Peter Chen wrote: > On Fri, Nov 20, 2015 at 03:47:20PM -0800, Tim Bird wrote: >> Register the chipidea driver with the phy, so that the phy >> driver can kick the gadget driver when it resumes from low power. >> The phy-msm-usb (Qualcomm) driver requires this in order to

[PATCH v7 0/4] usb/gadget: independent registration of gadgets and gadget drivers

Hello, This is a resurrection of the patches initially submitted by Ruslan Bilovol in the following thread: https://lkml.org/lkml/2015/6/22/554 The changes since the original submission (v5) includes rebase onto latest linux-next branch, simplification of the code requested by Alan Stern and

[PATCH v7 2/4] usb: gadget: configfs: pass UDC name via usb_gadget_driver struct

From: Ruslan Bilovol Now when udc-core supports binding to specific UDC by passing its name via 'udc_name' member of usb_gadget_driver struct, switch to this generic approach. Tested-by: Maxime Ripard Signed-off-by: Ruslan Bilovol

[PATCH v7 4/4] usb: gadget: udc-core: independent registration of gadgets and gadget drivers

From: Ruslan Bilovol Change behavior during registration of gadgets and gadget drivers in udc-core. Instead of previous approach when for successful probe of usb gadget driver at least one usb gadget should be already registered use another one where gadget drivers and

[PATCH v7 1/4] usb: gadget: bind UDC by name passed via usb_gadget_driver structure

From: Ruslan Bilovol Introduce new 'udc_name' member to usb_gadget_driver structure. The 'udc_name' is a name of UDC that usb_gadget_driver should be bound to. If udc_name is NULL, it will be bound to any available UDC. Tested-by: Maxime Ripard

Re: Not enough host controller resources for new device state

On Sun, 2015-11-22 at 21:31 -0500, Alan Stern wrote: > In general it's best not to make things too complicated. Perhaps the > switch could be changed at runtime, say whenever xhci-hcd binds to or > unbinds from the motherboard's controller. But this could have > undesirable consequences. I am

Re: Udoo support for chipidea

On Fri, Nov 20, 2015 at 11:13:00AM -0500, Alan Stern wrote: > On Fri, 20 Nov 2015, Peter Chen wrote: > > > > > > Hi Alan, we have several designs that the on-board HUB need to > > > > > be reset by gpio pin and its clock is also from the board or > > > > > the SoC. Any suggestions how to add

Re: [PATCH v4 3/3] usb: chipidea: register driver as a peripheral with the phy

On Fri, Nov 20, 2015 at 03:47:20PM -0800, Tim Bird wrote: > Register the chipidea driver with the phy, so that the phy > driver can kick the gadget driver when it resumes from low power. > The phy-msm-usb (Qualcomm) driver requires this in order to > recover gadget operation after you disconnect

[PATCH v7 3/4] usb: gadget: udc-core: remove unused usb_udc_attach_driver()

From: Ruslan Bilovol Now when last user of usb_udc_attach_driver() is switched to passing UDC name via usb_gadget_driver struct, it's safe to remove this function Tested-by: Maxime Ripard Signed-off-by: Ruslan Bilovol

Re: [PATCH v3 1/2] cdc_acm: Ignore Infineon Flash Loader utility

On Sun, Nov 22, 2015 at 11:47:17AM +0100, Jonas Jonsson wrote: > Some modems, such as the Telit UE910, are using an Infineon Flash Loader > utility. It has two interfaces, 2/2/0 (Abstract Modem) and 10/0/0 (CDC > Data). The latter can be used as a serial interface to upgrade the > firmware of the

WARNING: CPU: 0 PID: 4139 at fs/sysfs/group.c:224 sysfs_remove_group+0x93/0xa0() occured when I remove USB Logitech HD Webcam C270

[ 98.627543] usb 1-9.1.5: reset high-speed USB device number 9 using xhci_hcd [ 100.985706] usb 1-9.1.3: ep 0x82 - rounding interval to 64 microframes, ep desc says 80 microframes [ 101.960934] tun: Universal TUN/TAP device driver, 1.6 [ 101.960938] tun: (C) 1999-2004 Max Krasnyansky

Re: [PATCH] USB: serial: cp210x: Remove CP2110 ID from compatibility list

On Tue, Nov 10, 2015 at 04:40:13PM -0600, Konstantin Shkolnyy wrote: > CP2110 ID (0x10c4, 0xea80) doesn't belong here because it's a HID > and completely different from CP210x devices. > > Signed-off-by: Konstantin Shkolnyy Now applied, thanks. Johan -- To

Re: [PATCHv3 00/14] Equivalent of tcm_usb_gadget with configfs

W dniu 15.11.2015 o 00:27, Nicholas A. Bellinger pisze: Hi Andrzej & Co, Ok, I've added both series into target-pending/queue-next so kbuild can give it a first pass. We'll need to get Jlbec's ACK on the configfs parts, and Sebastian's ACK on this series ahead of getting them into next

Re: WARNING: CPU: 0 PID: 4139 at fs/sysfs/group.c:224 sysfs_remove_group+0x93/0xa0() occured when I remove USB Logitech HD Webcam C270

This occured when I remove USB Logitech HD Webcam C270 -- Best Regards, Mike Gavrilov. 2015-11-23 14:30 GMT+05:00 Михаил Гаврилов : > [ 98.627543] usb 1-9.1.5: reset high-speed USB device number 9 using > xhci_hcd > [ 100.985706] usb 1-9.1.3: ep 0x82 -

[PATCH] usb: phy: allow modular build of DT helper

This one is a curious Kbuild glitch: The drivers/usb/phy/of.o file is currently always built-in if CONFIG_OF is set, independent of whether USB is modular or not. For the case of CONFIG_USB=m && CONFIG_USB_GADGET=m && CONFIG_USB_PHY=n, however the file is not built at all, because

[PATCH] net: cdc_ncm: fix NULL pointer deref in cdc_ncm_bind_common

Commit 77b0a099674a ("cdc-ncm: use common parser") added a dangerous new trust in the CDC functional descriptors presented by the device, unconditionally assuming that any device handled by the driver has a CDC Union descriptor. This descriptor is required by the NCM and MBIM specs, but crashing

[PATCH] ARM: tegra: select USB_ULPI from EHCI rather than platform

For historic reasons, the tegra platform selects USB_ULPI from architecture code, but that hasn't really made sense for a long time, as the only user of that code is the Tegra EHCI driver that has its own Kconfig symbol. This removes the 'select' statements from mach-tegra and drivers/soc/tegra

Re: Not enough host controller resources for new device state

On 23.11.2015 04:31, Alan Stern wrote: On Sun, 22 Nov 2015, Peter Stuge wrote: Patrick Shirkey wrote: if the kernel does have support for xHCI, we assume that the user will prefer xHCI over EHCI if the motherboard has xHCI. Obviously the solution above should suffice for my purposes but out

Re: [PATCH] ARM: tegra: select USB_ULPI from EHCI rather than platform

On Mon, Nov 23, 2015 at 02:51:29PM +0100, Arnd Bergmann wrote: > For historic reasons, the tegra platform selects USB_ULPI from architecture > code, but that hasn't really made sense for a long time, as the only > user of that code is the Tegra EHCI driver that has its own Kconfig > symbol. > >

Re: [PATCH v3 6/8] usb: dwc2: host: Assume all devices are on one single_tt hub

John, On Thu, Nov 19, 2015 at 8:33 PM, John Youn wrote: > Patches 1-3: > Acked-by: John Youn > > Patch 2: > Tested-by: John Youn > > Tested on core version 3.20 using internal TE for un-aligned > buffers. > > I haven't had

Re: [PATCH v7 4/4] usb: gadget: udc-core: independent registration of gadgets and gadget drivers

On Mon, Nov 23, 2015 at 10:32:53AM -0500, Alan Stern wrote: > On Mon, 23 Nov 2015, Marek Szyprowski wrote: > > > From: Ruslan Bilovol > > > > Change behavior during registration of gadgets and > > gadget drivers in udc-core. Instead of previous > > approach when for

Re: [PATCH] USB: quirks: Fix another ELAN touchscreen

On Mon, 2015-11-23 at 18:37 +0100, Adrien Vergé wrote: > > Makes one wonder however whether we shouldn't be applying > ALWAYS_POLL to > > all ELAN devices by default anyway. > > True! But I don't want to risk breaking anything on other models in > this patch. ALWAYS_POLL just extends an existing

Re: [Linux USB] enable/disable individual ports

On Mon, 23 Nov 2015, Peter Stuge wrote: > Alan Stern wrote: > > > > > It does print out a message, though not a big one. Would you like it > > > > > to do something more specific? A more verbose "usage" message, > > > > > perhaps? > > > > > > > > That's a good idea, and additionally I think it

Re: [PATCH v7 4/4] usb: gadget: udc-core: independent registration of gadgets and gadget drivers

On Mon, 23 Nov 2015, Marek Szyprowski wrote: > From: Ruslan Bilovol > > Change behavior during registration of gadgets and > gadget drivers in udc-core. Instead of previous > approach when for successful probe of usb gadget driver > at least one usb gadget should be

Re: Not enough host controller resources for new device state

On Mon, 23 Nov 2015, Patrick Shirkey wrote: > Thanks Alan, > > FYI, running these commands exhibits some interesting behavior on my machine. > > Unbinding disables all external ports. > > [7946053.417529] xhci_hcd :00:14.0: remove, state 4 > [7946053.417537] usb usb4: USB disconnect,

Re: [PATCH] USB: quirks: Fix another ELAN touchscreen

2015-11-23 15:52 GMT+01:00 Jiri Kosina : > The drivers/hid part is > > Acked-by: Jiri Kosina Thanks. > Makes one wonder however whether we shouldn't be applying ALWAYS_POLL to > all ELAN devices by default anyway. True! But I don't want to risk

[PATCH v2] USB: quirks: Fix another ELAN touchscreen

Like other buggy models that had their fixes [1], the touchscreen with id 04f3:21b8 from ELAN Microelectronics needs the device-qualifier quirk. Otherwise, it fails to respond, blocks the boot for a random amount of time and pollutes dmesg with: [ 2887.373196] usb 1-5: new full-speed USB device

Re: [4.3] kworker busy in pm_runtime_work

On Sun, 22 Nov 2015, Daniel J Blueman wrote: > On 16 November 2015 at 23:22, Alan Stern wrote: > > On Mon, 16 Nov 2015, Daniel J Blueman wrote: > > > >> Tuning USB suspend [1] in 4.3 on a Dell XPS 15 9553 (Skylake), I see a > >> kworker thread spinning in rpm_suspend

[GIT PULL] USB fixes for v4.4-rc3

Hi Greg, Here's my second round of fixes for current -rc as promissed. Let me know if you want anything to be changed, but response may be slow. 'vacation-mode' is a major mode which prevents emacs from being used :-p regards The following changes since commit