Re: [linux-next][PATCH] usb: dwc3: omap: remove IRQ_NOAUTOEN used with shared irq

* Vignesh R [170628 21:21]: > > > On Thursday 29 June 2017 05:01 AM, Strashko, Grygorii wrote: > > IRQ_NOAUTOEN can't be used with shared IRQs and Kernel now will triggers > > warning if it happns, since commit 04c848d39879 ("genirq: Warn when > > IRQ_NOAUTOEN is used with shared interrupts"). A

Re: usb-related linux-next boot failures

Hi, Vignesh R writes: >> Vignesh R writes: >>> On Wednesday 28 June 2017 04:00 PM, Tony Lindgren wrote: Felipe Balbi [170628 01:32]: > Greg KH writes: >> On Tue, Jun 27, 2017 at 02:28:56PM -0400, Carlos Hernandez wrote: >>> Still seeing AM57xx/DRA72/DRA7x usb-related boot fa

Re: [PATCH 2/2] usb: dwc3: gadget: lazily map requests for DMA

Hi Jack, Jack Pham writes: > On Wed, May 17, 2017 at 01:31:12PM +0300, Felipe Balbi wrote: >> Some functions might want to have very, very long request queues. We >> can't make any assumptions about how many requests we *are* able to >> map, so instead of mapping requests early, let's map them l

[PATCH] usb: dwc3: pci: constify dev_pm_ops structures.

dev_pm_ops are not supposed to change at runtime. All functions working with dev_pm_ops provided by work with const dev_pm_ops. So mark the non-const structs as const. File size before: textdata bss dec hex filename 2707 456 03163 c5b drivers/usb/dwc3/dwc3-

[linux-next][PATCH] usb: dwc3: core: Call dwc3_core_get_phy() before initializing phys

commit f54edb539c116 ("usb: dwc3: core: initialize ULPI before trying to get the PHY") moved call to dwc3_core_get_phy() from dwc3_probe() to dwc3_core_init() after dwc3_core_soft_reset(). But dwc3_core_soft_reset() calls phy_init(), therefore dwc3_core_get_phy() needs to be called before dwc3_core

Re: [linux-next][PATCH] usb: dwc3: omap: remove IRQ_NOAUTOEN used with shared irq

On Thursday 29 June 2017 05:01 AM, Strashko, Grygorii wrote: > IRQ_NOAUTOEN can't be used with shared IRQs and Kernel now will triggers > warning if it happns, since commit 04c848d39879 ("genirq: Warn when > IRQ_NOAUTOEN is used with shared interrupts"). And this is the case for > OMAP DWC 3 driv

RE: [RFC] usb: gadget: f_mass_storage: about behavior of raise_exception() in suspend

Hi Alan, > From: Alan Stern > Sent: Thursday, June 29, 2017 12:36 AM > > On Wed, 28 Jun 2017, Yoshihiro Shimoda wrote: > > > Hi, > > > > I have a question about the behavior. > > > > < Background > > > In my environment (R-Car + renesas_usbhs driver), the driver will call > > usb_gadget_driver-

Re: [PATCH 5/8] usb: gadget: bdc: hook a quick Device Tree compatible string

Hi Florian, [auto build test WARNING on linus/master] [also build test WARNING on v4.12-rc7 next-20170628] [cannot apply to balbi-usb/next] [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/Al

[PATCH] usb: gadget: bdc: fix platform_no_drv_owner.cocci warnings

drivers/usb/gadget/udc/bdc/bdc_core.c:545:3-8: No need to set .owner here. The core will do it. Remove .owner field if calls are used which set it automatically Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci Fixes: 34bf991059e5 ("usb: gadget: bdc: hook a quick Device Tree com

[linux-next][PATCH] usb: dwc3: omap: remove IRQ_NOAUTOEN used with shared irq

IRQ_NOAUTOEN can't be used with shared IRQs and Kernel now will triggers warning if it happns, since commit 04c848d39879 ("genirq: Warn when IRQ_NOAUTOEN is used with shared interrupts"). And this is the case for OMAP DWC 3 driver. Hence, remove IRQ_NOAUTOEN flag and instead call disable_irq() bef

Crash in gs_write_room() in kernel 4.4, and your gs_start_tx() patch

Baolin, I have a question about the following commit: 511a36d2f357 "usb: gadget: Add the gserial port checking in gs_start_tx()" When usb gadget is set gadget serial function, it will be crash in below situation. It will clean the 'port->port_usb' pointer in gserial_disconnect() function wh

Re: [PATCH 2/2] usb: dwc3: gadget: lazily map requests for DMA

Hi Felipe, On Wed, May 17, 2017 at 01:31:12PM +0300, Felipe Balbi wrote: > Some functions might want to have very, very long request queues. We > can't make any assumptions about how many requests we *are* able to > map, so instead of mapping requests early, let's map them late. This > way, functi

[PATCH V2 1/1] net: cdc_ncm: Reduce memory use when kernel memory low

The CDC-NCM driver can require large amounts of memory to create skb's and this can be a problem when the memory becomes fragmented. This especially affects embedded systems that have constrained resources but wish to maximise the throughput of CDC-NCM with 16KiB NTB's. The issue is after running

[PATCH V2 0/1] Reduce cdc_ncm memory use when kernel memory low

Problem --- We are using an ARM embedded platform and require 16KiB NTB's to allow for fast data transfer. Unfortunately we have found that there are times after running the kernel for a while and transferring a lot of data over the CDC-NCM connection that it can become harder to find 16KiB pa

Re: Linux USB-Serial and DSR flow control

On 2017-06-27 10:00, Johan Hovold wrote: Sure, thanks. I'll send you my address. I assume the firmware is free software? Cool, you're welcome. As it's just a modified version of the LUFA USBtoSerial example project, it will be under the same MIT license. I prefer GPL myself, but close eno

Re: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

On Wed, Jun 28, 2017 at 07:17:25PM +0200, Johan Hovold wrote: > On Wed, Jun 28, 2017 at 06:23:25PM +0200, Jeremie RAPIN wrote: > > From: Jeremie Rapin > > > > Added the USB serial device ID for the CEL ZigBee EM3588 > > radio stick. > > > > Signed-off-by: Jeremie Rapin > > Thanks for resending

Re: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

On Wed, Jun 28, 2017 at 06:23:25PM +0200, Jeremie RAPIN wrote: > From: Jeremie Rapin > > Added the USB serial device ID for the CEL ZigBee EM3588 > radio stick. > > Signed-off-by: Jeremie Rapin Thanks for resending on the right format, all looks good to me now. Acked-by: Johan Hovold Greg,

Re: usb-related linux-next boot failures

On 06/28/2017 05:30 AM, Tony Lindgren wrote: > Felipe Balbi [170628 01:32]: >> Greg KH writes: >>> On Tue, Jun 27, 2017 at 02:28:56PM -0400, Carlos Hernandez wrote: Still seeing AM57xx/DRA72/DRA7x usb-related boot failures on linux-next... >>> >>> Is this a regression? If so, any specif

[PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

From: Jeremie Rapin Added the USB serial device ID for the CEL ZigBee EM3588 radio stick. Signed-off-by: Jeremie Rapin --- drivers/usb/serial/cp210x.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c index 0c55e7f..f64e914 100644 ---

Re: Moxa UPort 1150 and RS-422/485… what's the "proper" way to switch modes

On Wed, Jun 28, 2017 at 08:07:54AM +1000, Stuart Longland wrote: > This beats the official Moxa solution: their Windows driver wants a > reboot of the entire machine to switch between serial standards. Interesting approach. Johan -- To unsubscribe from this list: send the line "unsubscribe linux

Re: [RFC] usb: gadget: f_mass_storage: about behavior of raise_exception() in suspend

On Wed, 28 Jun 2017, Yoshihiro Shimoda wrote: > Hi, > > I have a question about the behavior. > > < Background > > In my environment (R-Car + renesas_usbhs driver), the driver will call > usb_gadget_driver->disconnect() in system suspend timing. > - In case of the ncm driver, it will call usb_

Re: Moxa UPort 1150 and RS-422/485… what's the "proper" way to switch modes

On Tue, Jun 27, 2017 at 02:08:51PM +0200, Oliver Neukum wrote: > Am Dienstag, den 27.06.2017, 19:43 +1000 schrieb Stuart Longland: > > Maybe a good start would be a "standard" option (referring to the > > physical signalling standard, TTL/RS-232/RS-422/RS-485), that lists the > > available standard

Re: Moxa UPort 1150 and RS-422/485… what's the "proper" way to switch modes

On Tue, Jun 27, 2017 at 07:43:28PM +1000, Stuart Longland wrote: > On 27/06/17 19:04, Johan Hovold wrote: > >> What's the "proper" way to configure such ports for RS-422 and/or 4-wire > >> RS-485? Is there an example driver in the tree that I can use as a > >> guide to porting Moxa's mode-switch c

Re: Moxa UPort 1150 and RS-422/485… what's the "proper" way to switch modes

Oliver Neukum writes: > Am Mittwoch, den 28.06.2017, 14:01 +0200 schrieb Greg KH: >> On Wed, Jun 28, 2017 at 11:19:09AM +0200, Oliver Neukum wrote: >> > >> > 1) module option >> >> No, just no, sorry. > > I am sorry, but this is just ideological an answer. This is rather > specialized hardware,

Re: [PATCH 4/8] usb: bdc: Small code cleanup

On Wed, Jun 28, 2017 at 4:47 AM, David Laight wrote: >> >> temp = bdc_readl(bdc->regs, BDC_BDCSC); >> if ((temp & BDC_P64) && >> !dma_set_mask_and_coherent(dev, DMA_BIT_MASK(64))) { >> - dev_dbg(bdc->dev, "Using 64-bit address\n"); >> + dev

Re: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

On Wed, Jun 28, 2017 at 03:49:44PM +0200, Jérémie Rapin wrote: > of course, thanks for your patience. > > From d9460214172ef62d7aced73ea110a85244b55d55 Mon Sep 17 00:00:00 2001 > From: Jeremie Rapin > Date: Wed, 28 Jun 2017 14:49:21 +0200 > Subject: [PATCH] USB: serial: cp210x: add ID for CEL EM3

Re: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

of course, thanks for your patience. >From d9460214172ef62d7aced73ea110a85244b55d55 Mon Sep 17 00:00:00 2001 From: Jeremie Rapin Date: Wed, 28 Jun 2017 14:49:21 +0200 Subject: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick Added the USB serial device ID for the CEL ZigBee EM

Re: usb data toggle reset in xhci_endpoint_reset

On 28.06.2017 16:17, Dennis Wassenberg wrote: Hi all, I have a question regarding the usb data toggle reset patch at https://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git/log/?h=ep_reset_halt_test I know that it is just experimental. Now I am in the situation that I need exactly thi

Re: [PATCH v5] xhci: Bad Ethernet performance plugged in ASM1042A host

On 22.06.2017 07:49, Jiahau Chang wrote: When USB Ethernet is plugged in ASMEDIA ASM1042A xHCI host, bad performance was manifesting in Web browser use (like download large file such as ISO image). It is known limitation of ASM1042A that is not compatible with driver scheduling, As a workaround w

Re: usb-related linux-next boot failures

Hi Felipe, On Wednesday 28 June 2017 04:24 PM, Felipe Balbi wrote: > > Hi, > > Vignesh R writes: >> On Wednesday 28 June 2017 04:00 PM, Tony Lindgren wrote: >>> Felipe Balbi [170628 01:32]: Greg KH writes: > On Tue, Jun 27, 2017 at 02:28:56PM -0400, Carlos Hernandez wrote: >> St

Re: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

On Wed, Jun 28, 2017 at 03:29:38PM +0200, Jérémie Rapin wrote: > > From d9460214172ef62d7aced73ea110a85244b55d55 Mon Sep 17 00:00:00 2001 > From: Jeremie Rapin > Date: Wed, 28 Jun 2017 14:49:21 +0200 > Subject: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick > > Added the US

[PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

-- Overkiz Logo *Jérémie RAPIN* Embedded Software Engineer M : +33 4 50 10 79 50 j.ra...@overkiz.com Immeuble Variation A | Allée de la Mandallaz 74370 METZ-TESSY | France www.overkiz.com Overkiz Footer This messa

Re: [PATCH] USB: serial: cp210x: add ID for CEL EM3588 USB ZigBee stick

My fault, thank. On 06/28/2017 03:23 PM, Greg KH wrote: On Wed, Jun 28, 2017 at 03:09:39PM +0200, Jérémie Rapin wrote: This message and any attachments are confidential and intended solely for the addressees. Any unauthorized use or disclosure, either whole or partial is prohibited. E-mails a

usb data toggle reset in xhci_endpoint_reset

Hi all, I have a question regarding the usb data toggle reset patch at https://git.kernel.org/pub/scm/linux/kernel/git/mnyman/xhci.git/log/?h=ep_reset_halt_test I know that it is just experimental. Now I am in the situation that I need exactly this data toggle reset. I want to flash a radio uni

Re: Moxa UPort 1150 and RS-422/485… what's the "proper" way to switch modes

Am Mittwoch, den 28.06.2017, 14:01 +0200 schrieb Greg KH: > On Wed, Jun 28, 2017 at 11:19:09AM +0200, Oliver Neukum wrote: > > > > Am Mittwoch, den 28.06.2017, 08:07 +1000 schrieb Stuart Longland: > > > > Hi, > > > > > > > > > > > > > > > > > > > and to select 4-wire ("full duplex") RS-485, o

[RFC] usb: gadget: f_mass_storage: about behavior of raise_exception() in suspend

Hi, I have a question about the behavior. < Background > In my environment (R-Car + renesas_usbhs driver), the driver will call usb_gadget_driver->disconnect() in system suspend timing. - In case of the ncm driver, it will call usb_ep_disable() via the disconnect(). - But, in case of the mass

Re: [GIT PULL] USB-serial updates for v4.13-rc1

On Wed, Jun 28, 2017 at 11:04:18AM +0200, Johan Hovold wrote: > The following changes since commit 5ed02dbb497422bf225783f46e6eadd237d23d6b: > > Linux 4.12-rc3 (2017-05-28 17:20:53 -0700) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/johan/usb-

Re: Moxa UPort 1150 and RS-422/485… what's the "proper" way to switch modes

On Wed, Jun 28, 2017 at 11:19:09AM +0200, Oliver Neukum wrote: > Am Mittwoch, den 28.06.2017, 08:07 +1000 schrieb Stuart Longland: > > Hi, > > > >> and to select 4-wire ("full duplex") RS-485, one does: > > >> # echo rs485fd > /sys/class/tty/ttyUSB0/standard > > > This looks like something that

Re: usb-related linux-next boot failures

Hi, Vignesh R writes: > On Wednesday 28 June 2017 04:00 PM, Tony Lindgren wrote: >> Felipe Balbi [170628 01:32]: >>> Greg KH writes: On Tue, Jun 27, 2017 at 02:28:56PM -0400, Carlos Hernandez wrote: > Still seeing AM57xx/DRA72/DRA7x usb-related boot failures on linux-next... >>>

Re: usb-related linux-next boot failures

On Wednesday 28 June 2017 04:00 PM, Tony Lindgren wrote: > Felipe Balbi [170628 01:32]: >> Greg KH writes: >>> On Tue, Jun 27, 2017 at 02:28:56PM -0400, Carlos Hernandez wrote: Still seeing AM57xx/DRA72/DRA7x usb-related boot failures on linux-next... >>> >>> Is this a regression? If so,

Re: usb-related linux-next boot failures

Felipe Balbi [170628 01:32]: > Greg KH writes: > > On Tue, Jun 27, 2017 at 02:28:56PM -0400, Carlos Hernandez wrote: > >> Still seeing AM57xx/DRA72/DRA7x usb-related boot failures on linux-next... > > > > Is this a regression? If so, any specific commit that caused it? > > I did ask for a bise

Re: Moxa UPort 1150 and RS-422/485… what's the "proper" way to switch modes

Am Mittwoch, den 28.06.2017, 08:07 +1000 schrieb Stuart Longland: Hi, > >> and to select 4-wire ("full duplex") RS-485, one does: > >> # echo rs485fd > /sys/class/tty/ttyUSB0/standard > > This looks like something that people will put into udev. > > So the switch will be done via udev, but the u

RE: [PATCH 4/8] usb: bdc: Small code cleanup

From: Al Cooper > Sent: 27 June 2017 19:23 > Signed-off-by: Al Cooper > --- > drivers/usb/gadget/udc/bdc/bdc_core.c | 15 --- > 1 file changed, 8 insertions(+), 7 deletions(-) > > diff --git a/drivers/usb/gadget/udc/bdc/bdc_core.c > b/drivers/usb/gadget/udc/bdc/bdc_core.c > index 3b

[GIT PULL] USB-serial updates for v4.13-rc1

The following changes since commit 5ed02dbb497422bf225783f46e6eadd237d23d6b: Linux 4.12-rc3 (2017-05-28 17:20:53 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/johan/usb-serial.git tags/usb-serial-4.13-rc1 for you to fetch changes up to c22ac6d

Re: usb-related linux-next boot failures

Hi, Greg KH writes: > On Tue, Jun 27, 2017 at 02:28:56PM -0400, Carlos Hernandez wrote: >> Still seeing AM57xx/DRA72/DRA7x usb-related boot failures on linux-next... > > Is this a regression? If so, any specific commit that caused it? I did ask for a bisection last time but nobody from TI rep