Re: [PATCH] ARM64: dts: meson-gxbb-odroidc2: Enable USB Nodes

On 2016년 10월 01일 00:49, Kevin Hilman wrote: > Brian Kim writes: > >> Enable both gxbb USB controller and add a 5V regulator for the OTG port >> VBUS >> >> Signed-off-by: Brian Kim > Thanks for the patch. > > In the future, please state what

Re: [PATCH 2/2] usb: gadget: f_fs: stop sleeping in ffs_func_eps_disable

On Mon, Oct 3, 2016 at 5:07 PM, Michal Nazarewicz wrote: > ffs_func_eps_disable is called from atomic context so it cannot sleep > thus cannot grab a mutex. Change the handling of epfile->read_buffer > to use non-sleeping synchronisation method. > > Reported-by: Chen Yu

[PATCH 1/2] usb: gadget: f_fs: edit epfile->ep under lock

epfile->ep is protected by ffs->eps_lock (not epfile->mutex) so clear it while holding the spin lock. Signed-off-by: Michal Nazarewicz --- drivers/usb/gadget/function/f_fs.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 2/2] usb: gadget: f_fs: stop sleeping in ffs_func_eps_disable

ffs_func_eps_disable is called from atomic context so it cannot sleep thus cannot grab a mutex. Change the handling of epfile->read_buffer to use non-sleeping synchronisation method. Reported-by: Chen Yu Signed-off-by: Michał Nazarewicz Fixes:

Re: BUG: scheduling while atomic in f_fs when gadget remove driver

On Mon, Oct 3, 2016 at 1:16 PM, John Stultz wrote: > On Mon, Oct 3, 2016 at 1:07 PM, Michal Nazarewicz wrote: >> On Mon, Oct 03 2016, John Stultz wrote: >>> Can you resend it using git-send-email or in some way other then >>> embedding it inline here?

Re: [uas] ORICO 2588US3 USB HDD enclosure goes offline after idle

Hi Oliver, Sorry for the late reply. Installing the custom kernel (and making it boot) turned out to be the hard part for me. On 12.09.2016 15:03, Oliver Neukum wrote: please try: scsi_logging_level -s -E 7 I've applied the patch and booted with the modified kernel. It did disable LPM for

[RFC v4 1/2] usb: typec: USB Type-C Port Manager (tcpm)

This driver implements the USB Type-C Power Delivery state machine for both source and sink ports. Alternate mode support is not fully implemented. The driver attaches to the USB Type-C class code implemented in the following patches. usb: typec: add driver for Intel Whiskey Cove PMIC

[RFC v4 2/2] usb: typec: Type-C Port Controller Interface driver (tcpci)

The port controller interface driver interconnects the Type-C Port Manager with a Type-C Port Controller Interface (TCPCI) compliant port controller. Signed-off-by: Guenter Roeck --- v4: - Fix RP value set for ports supporting 3A current - Implement support for DRP toggling

[RFC v4 0/2] USB Type-C Port Manager

The following series of patches implements a USB Type-C Port Manager using the pending USB Type-C class code as basis. The code is still WIP, but I think it is important to get feedback from the community at this point. There are two patches in the series. The first patch implements the Type-C

Re: USB hot-plug not working (ASUS TP301UA-C4028T)

Hi Mathias, Just to know: does that mean the firmware from Asus is faulty in here? Do you think I should contact Asus about this? Cheers, Pierre. Le lundi 3 octobre 2016, 15:09:03 NZDT Mathias Nyman a écrit : > On 03.10.2016 13:09, Mathias Nyman wrote: > > I'm writing a workaround that will

Re: USB will randomly stop working

Coming from the kernel? No there's no kernel lines right before that that have to do with USB. The kernel line before that is: Oct 2 22:21:45 user-desktop kernel: [ 38.122133] Bluetooth: BNEP socket layer initialized. And that's quite a ways up in the file. Also my knowledge of git isn't that

Re: BUG: scheduling while atomic in f_fs when gadget remove driver

On Mon, Oct 03 2016, John Stultz wrote: > On Wed, Sep 28, 2016 at 2:38 PM, Michal Nazarewicz wrote: >> On Wed, Sep 28 2016, Michal Nazarewicz wrote: >>> With that done, the only thing which needs a mutex is >>> epfile->read_buffer. >> >> Perhaps this would do: >> >> >8

[PATCH v2] hid: hid-led: fix issue with transfer buffer not being dma capable

lirc_dev nuvoton_cir rc_core btusb btintel bluetooth rfkill usb_storage efivarfs ipv6 ehci_pci ehci_hcd xhci_pci xhci_hcd usbcore usb_common ext4 jbd2 mbcache ahci libahci libata CPU: 0 PID: 2578 Comm: systemd-udevd Not tainted 4.8.0-rc8-next-20161003 #1 Hardware name: ZOTAC ZBOX-CI321NANO/ZBOX

Re: BUG: scheduling while atomic in f_fs when gadget remove driver

On Wed, Sep 28, 2016 at 2:38 PM, Michal Nazarewicz wrote: > On Wed, Sep 28 2016, Michal Nazarewicz wrote: >> With that done, the only thing which needs a mutex is >> epfile->read_buffer. > > Perhaps this would do: > > >8 --

Re: [PATCH] hwrng: chaoskey - drop workaround for old hwrng core limitation

Hello. On 10/03/2016 09:32 PM, Julien Cristau wrote: The hwrng core used to mask 'quality' with 1023; that has been removed in 506bf0c0464ace57169aadcf02ae397999c57bdd, so we can now just set Please follow the commit citing format. Didn't checkpatch.pl complain here? quality to 1024.

[PATCH] hwrng: chaoskey - drop workaround for old hwrng core limitation

The hwrng core used to mask 'quality' with 1023; that has been removed in 506bf0c0464ace57169aadcf02ae397999c57bdd, so we can now just set quality to 1024. Signed-off-by: Julien Cristau --- drivers/usb/misc/chaoskey.c | 14 +- 1 file changed, 1 insertion(+), 13

Re: [PATCH] hid: hid-led: fix issue with transfer buffer not being dma capable

pci ehci_hcd >> xhci_pci xhci_hcd usbcore usb_common ext4 jbd2 mbcache ahci libahci libata >> CPU: 0 PID: 2578 Comm: systemd-udevd Not tainted 4.8.0-rc8-next-20161003 #1 >> Hardware name: ZOTAC ZBOX-CI321NANO/ZBOX-CI321NANO, BIOS B246P105 06/01/2015 >> c90003dbb7

Re: [PATCH] hid: hid-led: fix issue with transfer buffer not being dma capable

: 0 PID: 2578 Comm: systemd-udevd Not tainted 4.8.0-rc8-next-20161003 #1 > Hardware name: ZOTAC ZBOX-CI321NANO/ZBOX-CI321NANO, BIOS B246P105 06/01/2015 > c90003dbb7e0 81280425 c90003dbb830 > c90003dbb820 8105b086 063003dbb800 88006f374480

[PATCH] hid: hid-led: fix issue with transfer buffer not being dma capable

lirc_dev nuvoton_cir rc_core btusb btintel bluetooth rfkill usb_storage efivarfs ipv6 ehci_pci ehci_hcd xhci_pci xhci_hcd usbcore usb_common ext4 jbd2 mbcache ahci libahci libata CPU: 0 PID: 2578 Comm: systemd-udevd Not tainted 4.8.0-rc8-next-20161003 #1 Hardware name: ZOTAC ZBOX-CI321NANO/ZBOX

Re: [RFC/PATCH 27/45] usb: musb: make use of new usb_endpoint_maxp_mult()

On Wed, Sep 28, 2016 at 04:05:36PM +0300, Felipe Balbi wrote: > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Cc: Bin Liu > Signed-off-by: Felipe Balbi > --- > drivers/usb/musb/musb_gadget.c | 6

Re: [RFC/PATCH 01/45] usb: add helper to extract bits 12:11 of wMaxPacketSize

On Wed, Sep 28, 2016 at 04:05:10PM +0300, Felipe Balbi wrote: > According to USB Specification 2.0 table 9-4, > wMaxPacketSize is a bitfield. Endpoint's maxpacket > is laid out in bits 10:0. For high-speed, > high-bandwidth isochronous endpoints, bits 12:11 > contain a multiplier to tell us how

Re: [RFC/PATCH 15/45] usb: chipidea: udc: make use of new usb_endpoint_maxp_mult()

On Wed, Sep 28, 2016 at 04:05:24PM +0300, Felipe Balbi wrote: > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Cc: Peter Chen > Cc: > Signed-off-by: Felipe Balbi >

Re: [RFC/PATCH 16/45] usb: core: devices: make use of new usb_endpoint_maxp_mult()

On Wed, Sep 28, 2016 at 04:05:25PM +0300, Felipe Balbi wrote: > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Cc: Greg Kroah-Hartman > Cc: > Signed-off-by: Felipe Balbi

Re: [RFC/PATCH 40/45] usb: gadget: udc: s3c2410: remove unnecessary & operation

On Wed, Sep 28, 2016 at 04:05:49PM +0300, Felipe Balbi wrote: > Now that usb_endpoint_maxp() only returns the lowest > 11 bits from wMaxPacketSize, we can remove the & > operation from this driver. > > Signed-off-by: Felipe Balbi > --- >

Re: [RFC/PATCH 39/45] usb: gadget: udc: net2280: remove unnecessary & operation

On Wed, Sep 28, 2016 at 04:05:48PM +0300, Felipe Balbi wrote: > Now that usb_endpoint_maxp() only returns the lowest > 11 bits from wMaxPacketSize, we can remove the & > operation from this driver. > > Signed-off-by: Felipe Balbi > --- >

Re: [RFC/PATCH 38/45] usb: gadget: udc: net2272: remove unnecessary & operation

On Wed, Sep 28, 2016 at 04:05:47PM +0300, Felipe Balbi wrote: > Now that usb_endpoint_maxp() only returns the lowest > 11 bits from wMaxPacketSize, we can remove the & > operation from this driver. > > Signed-off-by: Felipe Balbi > --- >

Re: [RFC/PATCH 22/45] usb: gadget: udc: gr: make use of new usb_endpoint_maxp_mult()

On Wed, Sep 28, 2016 at 04:05:31PM +0300, Felipe Balbi wrote: > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Signed-off-by: Felipe Balbi > --- > drivers/usb/gadget/udc/gr_udc.c | 2 +- > 1 file changed, 1

Re: [RFC/PATCH 21/45] usb: gadget: udc: fusb300: make use of new usb_endpoint_maxp_mult()

On Wed, Sep 28, 2016 at 04:05:30PM +0300, Felipe Balbi wrote: > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Signed-off-by: Felipe Balbi > --- > drivers/usb/gadget/udc/fusb300_udc.c | 2 +- > 1 file changed, 1

Re: [RFC/PATCH 19/45] usb: gadget: udc: dummy: make use of new usb_endpoint_maxp_mult()

On Wed, Sep 28, 2016 at 04:05:28PM +0300, Felipe Balbi wrote: > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Cc: Alan Stern > Cc: > Signed-off-by: Felipe Balbi

Re: [PATCH V10 1/1] usb:serial: Add Fintek F81532/534 driver

On Thu, Sep 01, 2016 at 09:56:01AM +0800, Ji-Ze Hong (Peter Hong) wrote: > This driver is for Fintek F81532/F81534 USB to Serial Ports IC. > > F81532 spec: > https://drive.google.com/file/d/0B8vRwwYO7aMFOTRRMmhWQVNvajQ/view?usp= > sharing > > F81534 spec: >

Re: [RFC/PATCH 18/45] usb: gadget: udc: bdc: make use of new usb_endpoint_maxp_mult()

On Wed, Sep 28, 2016 at 04:05:27PM +0300, Felipe Balbi wrote: > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Cc: Ashwini Pahuja > Cc: > Signed-off-by: Felipe Balbi

Re: [PATCH] Revert "usb: dwc3: gadget: use allocated/queued reqs for LST bit"

Hi, ville.syrj...@linux.intel.com writes: > From: Ville Syrjälä > > This reverts commit 55a0237f8f47957163125e20ee9260538c5c341c. > > commit 55a0237f8f47 ("usb: dwc3: gadget: use allocated/queued reqs for > LST bit") causes my BYT FFRD8 with g_ether to behave

[GIT PULL] USB driver patches for 4.9-rc1

The following changes since commit 3be7988674ab33565700a37b210f502563d932e6: Linux 4.8-rc7 (2016-09-18 17:27:41 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.9-rc1 for you to fetch changes up to

[PATCH] Revert "usb: dwc3: gadget: use allocated/queued reqs for LST bit"

From: Ville Syrjälä This reverts commit 55a0237f8f47957163125e20ee9260538c5c341c. commit 55a0237f8f47 ("usb: dwc3: gadget: use allocated/queued reqs for LST bit") causes my BYT FFRD8 with g_ether to behave poorly. ssh/scp is very sluggish and can even stall

Re: [RFC PATCH v3 1/2] usb: typec: USB Type-C Port Manager (tcpm)

Hi Guenter, On Tue, Aug 23, 2016 at 02:10:50PM -0700, Guenter Roeck wrote: > +config TYPEC_TCPM > + tristate "USB Type-C Port Controller Manager" > + select TYPEC > + help > + The Type-C Port Controller Manager provides a USB PD and USB Type-C > + state machine for use

Re: PROBLEM: DWC3 USB 3.0 not working on Odroid-XU4 with Exynos 5422

Hi, On Di, 2016-09-20 at 23:12 +0200, Michael Niewöhner wrote: > > > Hi guys, > > > > > > > > > > > > > Hi All > > >   > > > Adding Vivek Gautam. > > >   > > > On 29 August 2016 at 16:35, Michael Niewöhner > > > > > > > > > > > wrote: > > > > > > > > > > > > > >

Re: [RFC/PATCH 17/45] usb: gadget: udc: atmel: make use of new usb_endpoint_maxp_mult()

Le 28/09/2016 à 15:05, Felipe Balbi a écrit : > We have introduced a helper to calculate multiplier > value from wMaxPacketSize. Start using it. > > Cc: Nicolas Ferre Acked-by: Nicolas Ferre > Cc: > Signed-off-by:

Re: [RFC/PATCH 35/45] usb: gadget: udc: atmel: remove unnecessary & operation

Le 28/09/2016 à 15:05, Felipe Balbi a écrit : > Now that usb_endpoint_maxp() only returns the lowest > 11 bits from wMaxPacketSize, we can remove the & > operation from this driver. > > Cc: Nicolas Ferre Acked-by: Nicolas Ferre > Cc:

Re: USB hot-plug not working (ASUS TP301UA-C4028T)

On 03.10.2016 13:09, Mathias Nyman wrote: I'm writing a workaround that will disable runtime PM for the xhci controller In case we are about to put (keep) it in D0 without PME# wake support. I also learned the lspci -vv might wake up the controller from D3cold so it's also possible that PME#

Re: USB hot-plug not working (ASUS TP301UA-C4028T)

On 01.10.2016 11:34, Pierre de Villemereuil wrote: Hi Mathias, FYI, turned out to be pretty easy. I got the tip from deano_ferrari without even asking: https://forums.opensuse.org/showthread.php/519926-No-USB-device-detected? p=2794434#post2794434 Simply adding this to GRUB options while

Re: [PATCH 1/2] usb: musb: Fix hardirq-safe hardirq-unsafe lock order error

Hi Tony, Thank you for the patch. On Friday 30 Sep 2016 11:10:09 Tony Lindgren wrote: > If we configure musb with 2430 glue as a peripheral, and then rmmod > omap2430 module, we'll get the following error: > > [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ] > ... > rmmod/413

[PATCH 3/7] tty: vgacon+sisusb, move scrolldelta to a common helper

The code is mirrorred in scrolldelta implementations of both vgacon and sisusb. Let's move the code to a separate helper where we will perform a common cleanup and further changes. While we are moving the code, make it linear and save one indentation level. This is done by returning from the

Re: USB will randomly stop working

On Mon, Oct 03, 2016 at 12:58:48AM -0700, Ashton Holmes wrote: > This happened back in the 4.8 release candidate and I thought it would > be fixed when the kernel went stable but I'm still having the issue. > The kernel seems to randomly reset my USB controller or do something > to that effect.

USB will randomly stop working

This happened back in the 4.8 release candidate and I thought it would be fixed when the kernel went stable but I'm still having the issue. The kernel seems to randomly reset my USB controller or do something to that effect. Basically all my USB devices stop will randomly stop working and I have

Re: Unable to safely detach external HDD on USB 3.0

On 02.10.2016 13:23, Marco Chiappero wrote: Hi all, Sorry for bothering you but I would like to know whether there are updates on this or not. This problem is affecting many people and has been identified, it would be a pity not to have a fix upstreamed. Let me know if I can help somehow.