Re: [PATCH] usb: core: devio: add ioctls for suspend and resume

Am Dienstag, den 25.06.2019, 10:08 -0400 schrieb Alan Stern: > On Tue, 25 Jun 2019, Mayuresh Kulkarni wrote: > > Right, so user space should do the following when it determines the > > device is idle from its point of view - > > > > 1. Call ALLOW_SUSPEND ioctl That is a race in principle. You sh

[PATCH] imx: usb: get pinctrl if it's not yet initialized

In case usb phy mode is other than USBPHY_INTERFACE_MODE_HSIC the pinctrl for device is not acquired. It is however used later regardless of the mode, hence leads to requesting access to uninitialized data. Signed-off-by: Krzysztof Michonski --- drivers/usb/chipidea/ci_hdrc_imx.c | 3 +++ 1 file

Le attività insolite rilevate nel tuo account confermano gentilmente il tuo account per ricevere la posta in arrivo in arrivo

VERIFICA WEBMAIL Gentile utente di Webmail, Abbiamo notato alcune attività insolite nel tuo account Webmail e il tuo account verrà temporaneamente bloccato entro le prossime 24 ore per proteggere il tuo account Webmail. Ciò potrebbe essere accaduto perché qualcuno potrebbe aver utilizzato il

Re: [PATCH] gpss: core: no waiters left behind on deregister

Am Dienstag, den 25.06.2019, 09:04 +0200 schrieb Johan Hovold: > On Mon, Jun 24, 2019 at 10:33:23AM +0200, Oliver Neukum wrote: > > If you deregister a device you need to wake up all waiters > > as there will be no further wakeups. > > > > Signed-off-by: Oliver Neukum > > --- > > drivers/gnss/co

Re: [PATCH] gpss: core: no waiters left behind on deregister

On Wed, Jun 26, 2019 at 01:04:07PM +0200, Oliver Neukum wrote: > Am Dienstag, den 25.06.2019, 09:04 +0200 schrieb Johan Hovold: > > On Mon, Jun 24, 2019 at 10:33:23AM +0200, Oliver Neukum wrote: > > > If you deregister a device you need to wake up all waiters > > > as there will be no further wakeu

No carrier lost information with gadget RNDIS/ECM

Hi, On my i.MX6 SoloX, I have configured one of the OTG ports for a combined RNDIS/ECM gadget. After boot, I have two network interfaces (usb0 and usb1) which are managed by systemd-networkd. With kernel 4.9.153, systemd-networkd reports an immediate carrier loss when I pull the USB cable from

Re: No carrier lost information with gadget RNDIS/ECM

Hi, Kai Ruhnau writes: > On my i.MX6 SoloX, I have configured one of the OTG ports for a > combined RNDIS/ECM gadget. After boot, I have two network interfaces > (usb0 and usb1) which are managed by systemd-networkd. > > With kernel 4.9.153, systemd-networkd reports an immediate carrier > loss

RE: No carrier lost information with gadget RNDIS/ECM

Hi, Felipe Balbi writes: > Kai Ruhnau writes: >> On my i.MX6 SoloX, I have configured one of the OTG ports for a >> combined RNDIS/ECM gadget. After boot, I have two network interfaces >> (usb0 and usb1) which are managed by systemd-networkd. >> >> With kernel 4.9.153, systemd-networkd reports a

Re: [PATCH] usb: core: devio: add ioctls for suspend and resume

On Tue, 2019-06-25 at 10:08 -0400, Alan Stern wrote: > On Tue, 25 Jun 2019, Mayuresh Kulkarni wrote: > > > > > > > > > There are two possible ways a userspace program can monitor the  > > > device's state: > > > > > > 1.The program can leave an URB (typically on an > > > interrupt  > >

Re: [PATCH] usb: core: devio: add ioctls for suspend and resume

On Wed, 26 Jun 2019, Oliver Neukum wrote: > Am Dienstag, den 25.06.2019, 10:08 -0400 schrieb Alan Stern: > > On Tue, 25 Jun 2019, Mayuresh Kulkarni wrote: > > > > Right, so user space should do the following when it determines the > > > device is idle from its point of view - > > > > > > 1. Call

Re: Not enough bandwidth with Magewell XI100DUSB-HDMI

On Mon, 2019-06-24 at 16:40 +0200, Philipp Zabel wrote: > Hi, > > On Mon, 2018-05-21 at 15:03 -0700, Curt Meyers wrote: > > On 05/16/2018 04:55 AM, Mathias Nyman wrote: > > > On 15.05.2018 12:22, Michael Tretter wrote: > > > > Hi Mathias, > > > > > > > > On Tue, 10 Apr 2018 18:22:03 +0300, Mathia

Re: [PATCH] usb: core: devio: add ioctls for suspend and resume

On Wed, 26 Jun 2019, Mayuresh Kulkarni wrote: > On Tue, 2019-06-25 at 10:08 -0400, Alan Stern wrote: > > > Based on discussion so far and my understanding, how about below > > > approach - > > > > > > 1. Have ALLOW_SUSPEND and WAIT_FOR_RESUME ioctls. As before, > > > ALLOW_SUSPEND calls usb_auto

RE: [PATCH] ARM: imx25: provide a fixed regulator for usb phys

> On 19-06-26 02:40, Peter Chen wrote: > > > > > Subject: [PATCH] ARM: imx25: provide a fixed regulator for usb phys > > > > > > The usb phys are internal to the SoC and so it their 5V supply. With > > > this regulator added explicitly the following (harmless) boot messages go > > > away: > > >

RE: [PATCH] imx: usb: get pinctrl if it's not yet initialized

> In case usb phy mode is other than USBPHY_INTERFACE_MODE_HSIC the pinctrl > for device is not acquired. It is however used later regardless of the mode, > hence > leads to requesting access to uninitialized data. > > Signed-off-by: Krzysztof Michonski > --- > drivers/usb/chipidea/ci_hdrc_im

RE: No carrier lost information with gadget RNDIS/ECM

Hi, Kai Ruhnau writes: >>> I have activated CONFIG_USB_GADGET_DEBUG_FILES, and the contents of >>> /proc/driver/rndis-000 don't change when I pull the cable: >>> >>> Config Nr. 0 >>> used : y >>> state : RNDIS_DATA_INITIALIZED >>> medium: 0x >>> speed : 425984000 >>> ca