[PATCH 4.18 REGRESSION fix 0/2] typec: tcpm: Fix current-limit for non PD charging

Hi All, Commit f2a8aa053c17 ("typec: tcpm: Represent source supply through power_supply"), causes the GPD win and pocket to charge at 5V 500ma instead of 5V 2000ma when using a non PD charger (the GPD win comes with a non PD charger). These 2 patches fix this. They are both needed to fix this, bu

[PATCH 4.18 REGRESSION fix 2/2] i2c-cht-wc: Fix bq24190 supplier

Commit f2a8aa053c17 ("typec: tcpm: Represent source supply through power_supply") moved the code to register a power_supply representing the device supplying power to the type-C connector, from the fusb302 code to the generic tcpm code. This has caused the power-supply registered by the fusb302 dr

[PATCH 4.18 REGRESSION fix 1/2] typec: tcpm: Correctly report power_supply current and voltage for non pd supply

Commit f2a8aa053c17 ("typec: tcpm: Represent source supply through power_supply") moved the code to register a power_supply representing the device supplying power to the type-C connector, from the fusb302 code to the generic tcpm code so that we have a psy reporting the supply voltage and current

Re: [PATCH 4.18 REGRESSION fix 0/2] typec: tcpm: Fix current-limit for non PD charging

> grouped together. Wolfgang, can we have your ack for Greg merging both > through the USB tree? My name is "Wolfram". signature.asc Description: PGP signature

Re: [PATCH 4.18 REGRESSION fix 2/2] i2c-cht-wc: Fix bq24190 supplier

On Sun, Jul 01, 2018 at 11:48:35AM +0200, Hans de Goede wrote: > Commit f2a8aa053c17 ("typec: tcpm: Represent source supply through > power_supply") moved the code to register a power_supply representing > the device supplying power to the type-C connector, from the fusb302 > code to the generic tc

[PATCH] USB: typec: fsusb302: Drop empty set_current_limit implementation

The set_current_limit tcpm_dev callback is optional and the tcpm core will already log the passed in values, so there is no need to have an empty implementation of this. Signed-off-by: Hans de Goede --- drivers/usb/typec/fusb302/fusb302.c | 12 1 file changed, 12 deletions(-) diff

Re: [PATCH] USB: typec: fsusb302: Drop empty set_current_limit implementation

On 07/01/2018 05:27 AM, Hans de Goede wrote: The set_current_limit tcpm_dev callback is optional and the tcpm core will already log the passed in values, so there is no need to have an empty implementation of this. Signed-off-by: Hans de Goede Reviewed-by: Guenter Roeck --- drivers/usb/t

Re: [PATCH 4.18 REGRESSION fix 1/2] typec: tcpm: Correctly report power_supply current and voltage for non pd supply

On 07/01/2018 02:48 AM, Hans de Goede wrote: Commit f2a8aa053c17 ("typec: tcpm: Represent source supply through power_supply") moved the code to register a power_supply representing the device supplying power to the type-C connector, from the fusb302 code to the generic tcpm code so that we have

Re: [PATCH 4.18 REGRESSION fix 2/2] i2c-cht-wc: Fix bq24190 supplier

On 07/01/2018 02:48 AM, Hans de Goede wrote: Commit f2a8aa053c17 ("typec: tcpm: Represent source supply through power_supply") moved the code to register a power_supply representing the device supplying power to the type-C connector, from the fusb302 code to the generic tcpm code. This has cause

Re: Zero Packets in Isochronous Transfer Reception

On Sat, 30 Jun 2018, R0b0t1 wrote: > Hello, > > My code is a userspace application using libusb for now, but this > seems the best place to ask. > > I repurposed some USB audio class device code. At this point I've only > changed the descriptor to report as vendor class so nothing else grabs > t

Re: [PATCH] Bluetooth: btusb: use irqsave() in URB's complete callback

On 2018-06-21 11:34:15 [-0400], Alan Stern wrote: > On Thu, 21 Jun 2018, Sebastian Andrzej Siewior wrote: > > > On 2018-06-21 14:43:41 [+0200], Marcel Holtmann wrote: > > > can I get an ACK from someone ensuring that this is the direction we are > > > going with the USB host controllers? > > +Ala

[PATCH 07/12 v2] usb: usbtest: use irqsave() in USB's complete callback

The USB completion callback does not disable interrupts while acquiring the lock. We want to remove the local_irq_disable() invocation from __usb_hcd_giveback_urb() and therefore it is required for the callback handler to disable the interrupts while acquiring the lock. The callback may be invoked

RE: [PATCH v2] USB: chipidea: Do not hang when CONFIG_USB_CHIPIDEA_ULPI is not selected

> > On Mon, Jun 25, 2018 at 7:24 AM Fabio Estevam wrote: > > > > From: Fabio Estevam > > > > Since commit 03e6275ae381087bd8 ("usb: chipidea: Fix ULPI on imx51") > > the kernel hangs on a imx51-babbage board, when using the ULPI > > interface with the CONFIG_USB_CHIPIDEA_ULPI option unselected

Re: USB Gadget driver for USB screen?

Sebastian Nielsen wrote: > Does anyone know of a USB Gadget kernel driver for a USB screen? There is no standardized device class for USB-to-VGA devices. > So I can have a linux USB gadget emulate as a USB screen to the host PC, and > aquire it's picture as a picture stream? You could try revers

Re: usb: dwc2: crash regression in commit 3bc04e28a030 (bisected)

On 30 June 2018 at 02:57, Doug Anderson wrote: > Hi, > > On Fri, Jun 29, 2018 at 11:29 AM, Antti Seppälä wrote: >> Hi Doug, John and linux-usb. >> >> I'd like to report a regression in commit 3bc04e28a030 (usb: dwc2: >> host: Get aligned DMA in a more supported way) > > Seems unlikely, but any ch