Re: [PATCH v4] usb: core: introduce per-port over-current counters

On Tue, Mar 20, 2018 at 11:17:13AM +0100, Richard Leitner wrote: > From: Richard Leitner > > For some userspace applications information on the number of > over-current conditions at specific USB hub ports is relevant. > > In our case we have a series of USB

[PATCH v3] usb: dwc2: dwc2_vbus_supply_init: fix error check

devm_regulator_get_optional returns -ENODEV if the regulator isn't there, so if that's the case we have to make sure not to leave -ENODEV in the regulator pointer. Also, make sure we return 0 in that case, but correctly propagate any other errors. Also propagate the error from _dwc2_hcd_start.

[PATCH] usb: dwc2: dwc2_vbus_supply_init: fix error check

devm_regulator_get_optional returns -ENODEV if the regulator isn't there, so if that's the case we have to make sure not to leave -ENODEV in the regulator pointer. Also, make sure we return 0 in that case, but correctly propagate any other errors. Also propagate the error from _dwc2_hcd_start.

[PATCH] usb: phy: ab8500: Drop AB8540/9540 support

The AB8540 was an evolved version of the AB8500, but it was never mass produced or put into products, only reference designs exist. The upstream support was never completed and it is unlikely that this will happen so drop the support for now to simplify maintenance of the AB8500. Cc: Loic

RE: [PATCH v5 4/5] typec: tcpm: Represent source supply through power_supply

On 22 March 2018 04:09, Guenter Roeck wrote: > > +static int tcpm_psy_set_prop(struct power_supply *psy, > > +enum power_supply_property psp, > > +const union power_supply_propval *val) > > +{ > > + struct tcpm_port *port =

Re: [PATCH v1 0/3] usb: dwc2: gadget: Update ISOC DDMA flow.

Hi Filipe, On 3/22/2018 1:05 PM, Felipe Balbi wrote: > Minas Harutyunyan writes: > >> Hi Filipe, >> >> On 3/17/2018 1:08 PM, Minas Harutyunyan wrote: >>> This series fully update existing ISOC DDMA flow which initially based on >>> 2 descriptor chains. Switching

Re: [PATCH] usb: dwc2: dwc2_vbus_supply_init: fix error check

Hi Tomeu, Am Donnerstag, 22. März 2018, 12:39:13 CET schrieb Heiko Stübner: > Am Donnerstag, 22. März 2018, 10:39:43 CET schrieb Tomeu Vizoso: > > devm_regulator_get_optional returns -ENODEV if the regulator isn't > > there, so if that's the case we have to make sure not to leave -ENODEV > > in

[PATCH v2] usb: dwc2: dwc2_vbus_supply_init: fix error check

devm_regulator_get_optional returns -ENODEV if the regulator isn't there, so if that's the case we have to make sure not to leave -ENODEV in the regulator pointer. Also, make sure we return 0 in that case, but correctly propagate any other errors. Also propagate the error from _dwc2_hcd_start.

Re: [PATCH] USB:fix USB3 devices behind USB3 hubs not resuming at hibernate thaw

On Wed, Mar 21, 2018 at 01:29:42PM +0800, Zhengjun Xing wrote: > USB3 hubs don't support global suspend. > > USB3 specification 10.10, Enhanced SuperSpeed hubs only support selective > suspend and resume, they do not support global suspend/resume where the > hub downstream facing ports states are

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

On 22/03/18 10:10, Chunfeng Yun wrote: > Hi, > On Wed, 2018-03-21 at 13:30 +0200, Roger Quadros wrote: >> Martin, >> >> On 21/03/18 00:01, Martin Blumenstingl wrote: >>> Hi Roger, Hi Chunfeng, >>> >>> On Tue, Mar 20, 2018 at 1:04 PM, Chunfeng Yun >>> wrote: Hi

Re: [usb-next, v3 PATCH] usb: xhci: skip phys initialization of shared hcd

On Thu, Mar 22, 2018 at 08:12:50PM +0800, Chunfeng Yun wrote: > The phys has already been initialized when add primary hcd, > including usb2 phys and usb3 phys also if exist, so needn't > re-parse "phys" property again. Wait, why does the subject say "xhci", when this is in USB core code? I'll

RE: [PATCH v1 2/3] usb: dwc2: Change ISOC DDMA flow

Hi Minas: >-Original Message- >From: Minas Harutyunyan [mailto:minas.harutyun...@synopsys.com] >Sent: Thursday, March 22, 2018 4:06 PM >To: Zengtao (B) ; Minas Harutyunyan >; John Youn ; >Felipe Balbi

Re: [usb-next, v3 PATCH] usb: xhci: skip phys initialization of shared hcd

On 22/03/18 14:12, Chunfeng Yun wrote: > The phys has already been initialized when add primary hcd, > including usb2 phys and usb3 phys also if exist, so needn't > re-parse "phys" property again. > > Signed-off-by: Chunfeng Yun Reviewed-by: Roger Quadros

Re: [usb-next, v2 PATCH] usb: xhci: skip phys initialization of shared hcd

On Thu, Mar 22, 2018 at 05:21:26PM +0800, Chunfeng Yun wrote: > hi, > On Thu, 2018-03-22 at 10:01 +0100, Greg Kroah-Hartman wrote: > > On Thu, Mar 22, 2018 at 04:39:20PM +0800, Chunfeng Yun wrote: > > > The phys has already been initialized when add primary hcd, > > > including usb2 phys and usb3

RE: [PATCH v5 5/5] typec: tcpm: Add support for sink PPS related messages

On 22 March 2018 03:53, Guenter Roeck wrote: > > +static void tcpm_pd_ext_msg_request(struct tcpm_port *port, > > + const struct pd_message *msg) > > +{ > > + enum pd_ext_msg_type type = pd_header_type_le(msg->header); > > + unsigned int data_size =

RE: [PATCH v5 3/5] power: supply: Add 'usb_type' property and supporting code

On 22 March 2018 04:08, Guenter Roeck wrote: > > +static ssize_t power_supply_show_usb_type(struct device *dev, > > + enum power_supply_usb_type > *usb_types, > > + ssize_t num_usb_types, > > +

[bug report] usb: core: Add "quirks" parameter for usbcore

Hello Kai-Heng Feng, This is a semi-automatic email about new static checker warnings. The patch 027bd6cafd9a: "usb: core: Add "quirks" parameter for usbcore" from Mar 20, 2018, leads to the following Smatch complaint: drivers/usb/core/quirks.c:136 quirks_param_set() error: we

RE: [PATCH v5 1/5] typec: tcpm: Add core support for sink side PPS

On 22 March 2018 04:03, Guenter Roeck wrote: > > static enum pdo_err tcpm_caps_err(struct tcpm_port *port, const u32 *pdo, > > @@ -1308,6 +1347,26 @@ static enum pdo_err tcpm_caps_err(struct tcpm_port > *port, const u32 *pdo, > > pdo_min_voltage(pdo[i -

Re: [PATCH v1 2/3] usb: dwc2: Change ISOC DDMA flow

Hi Zengtao, On 3/22/2018 1:36 PM, Zengtao (B) wrote: > Hi Minas: > >> -Original Message- >> From: Minas Harutyunyan [mailto:minas.harutyun...@synopsys.com] >> Sent: Thursday, March 22, 2018 4:06 PM >> To: Zengtao (B) ; Minas Harutyunyan >>

Re: [PATCH] usb: dwc2: dwc2_vbus_supply_init: fix error check

Am Donnerstag, 22. März 2018, 10:39:43 CET schrieb Tomeu Vizoso: > devm_regulator_get_optional returns -ENODEV if the regulator isn't > there, so if that's the case we have to make sure not to leave -ENODEV > in the regulator pointer. > > Also, make sure we return 0 in that case, but correctly

Re: [PATCH] usb: phy: ab8500: Drop AB8540/9540 support

On Thu, Mar 22, 2018 at 11:22:24AM +0100, Linus Walleij wrote: > The AB8540 was an evolved version of the AB8500, but it was never > mass produced or put into products, only reference designs exist. > The upstream support was never completed and it is unlikely that > this will happen so drop the

Re: [PATCH v9 00/12] USB Type-C device-connection, mux and switch support

On Tue, Mar 20, 2018 at 03:57:01PM +0300, Heikki Krogerus wrote: > Hi, > > This is version 9 of Hans' an my series introducing support for USB muxes, and > generic device connection handling. The last version have been mostly about > getting the first patch introducing the device connection

Re: ASMedia SATA Bridge not enumerating without quirk

On Wed, 21 Mar 2018, Menion wrote: > Well, still, my two cents here, is it really that if you have UAS in a > module and you don't load it but connect an UAS capable device, this > device is not enumerated rather than downgraded to usb-storage? Let's be precise. The device _is_ enumerated,

Re: [PATCH v5 4/5] typec: tcpm: Represent source supply through power_supply

On 03/22/2018 03:40 AM, Adam Thomson wrote: On 22 March 2018 04:09, Guenter Roeck wrote: +static int tcpm_psy_set_prop(struct power_supply *psy, +enum power_supply_property psp, +const union power_supply_propval *val) +{ + struct

Re: [PATCH] usb: phy: ab8500: Drop AB8540/9540 support

Hi, Greg Kroah-Hartman writes: > On Thu, Mar 22, 2018 at 11:22:24AM +0100, Linus Walleij wrote: >> The AB8540 was an evolved version of the AB8500, but it was never >> mass produced or put into products, only reference designs exist. >> The upstream support was never

Re: [PATCH] usb: phy: ab8500: Drop AB8540/9540 support

On Thu, Mar 22, 2018 at 03:43:15PM +0200, Felipe Balbi wrote: > > Hi, > > Greg Kroah-Hartman writes: > > On Thu, Mar 22, 2018 at 11:22:24AM +0100, Linus Walleij wrote: > >> The AB8540 was an evolved version of the AB8500, but it was never > >> mass produced or put

Re: [PATCH v3] usb: dwc2: dwc2_vbus_supply_init: fix error check

Am Donnerstag, 22. März 2018, 14:14:51 CET schrieb Tomeu Vizoso: > devm_regulator_get_optional returns -ENODEV if the regulator isn't > there, so if that's the case we have to make sure not to leave -ENODEV > in the regulator pointer. > > Also, make sure we return 0 in that case, but correctly

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

Hi! > idle lcd off phy-mapphone-mdm6600ohci-platform > 153mW 284mW 344mW > > So it seems that MDM6600 is currently not yet idling even with it's > radio turned off, but that's something that is beyond the control of > this USB PHY driver. This patch does get us to

[PATCH] net-usb: add lte modem wistron neweb d18q1

This modem is embedded on dlink dwr-921 router. The oem configuration states: T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=1435 ProdID=0918 Rev= 2.32 S: Manufacturer=Android S: Product=Android S:

Re: [PATCH v3] usb: dwc2: dwc2_vbus_supply_init: fix error check

On 03/22/2018 02:26 PM, Heiko Stübner wrote: Am Donnerstag, 22. März 2018, 14:14:51 CET schrieb Tomeu Vizoso: devm_regulator_get_optional returns -ENODEV if the regulator isn't there, so if that's the case we have to make sure not to leave -ENODEV in the regulator pointer. Also, make sure we

Re: [PATCH] net-usb: add lte modem wistron neweb d18q1

On Thu, Mar 22, 2018 at 03:40:40PM +0100, Giuseppe Lippolis wrote: > This modem is embedded on dlink dwr-921 router. > The oem configuration states: > Signed-off-by: Giuseppe Lippolis > --- > drivers/net/usb/qmi_wwan.c | 3 +++ > drivers/usb/serial/option.c | 11

Re: [PATCH] usb: dwc2: dwc2_vbus_supply_init: fix error check

Hi Heiko, Hi Tomeu, On 03/22/2018 12:41 PM, Heiko Stübner wrote: > Hi Tomeu, > > Am Donnerstag, 22. März 2018, 12:39:13 CET schrieb Heiko Stübner: >> Am Donnerstag, 22. März 2018, 10:39:43 CET schrieb Tomeu Vizoso: >>> devm_regulator_get_optional returns -ENODEV if the regulator isn't >>> there,

Re: musb: asix ethernet incoming UDP loss

On Thu, Mar 22, 2018 at 07:31:59PM +0300, Matwey V. Kornilov wrote: > Hi, > > I am running 4.16-rc6 and see the following issue with ASIX > usb-ethernet dongle running on BeagleBoneBlack (TI AM335x). Does the issue also happen on older kernels? > My device is 100Mbps USB 2.0 dongle (ASIX

[PATCH v6 0/6] typec: tcpm: Add sink side support for PPS

This patch set adds sink side support for the PPS feature introduced in the USB PD 3.0 specification. The source PPS supply is represented using the Power Supply framework to provide access and control APIs for dealing with it's operating voltage and current, and switching between a standard PDO

[PATCH v6 4/6] power: supply: Add 'usb_type' property and supporting code

This commit adds the 'usb_type' property to represent USB supplies which can report a number of different types based on a connection event. Examples of this already exist in drivers whereby the existing 'type' property is updated, based on an event, to represent what was connected (e.g. USB,

[PATCH v6 6/6] typec: tcpm: Add support for sink PPS related messages

This commit adds sink side support for Get_Status, Status, Get_PPS_Status and PPS_Status handling. As there's the potential for a partner to respond with Not_Supported, handling of this message is also added. Sending of Not_Supported is added to handle messagescreceived but not yet handled.

Re: ASMedia SATA Bridge not enumerating without quirk

Would be technically possible that the function uas_use_uas_driver checks if the uas driver is loaded (not just configured) before telling the usb-storage to leave the device to the uas module? Bye 2018-03-22 16:16 GMT+01:00 Alan Stern : > On Wed, 21 Mar 2018, Menion

Re: ASMedia SATA Bridge not enumerating without quirk

On Thu, 22 Mar 2018, Menion wrote: > You are right. > But what if usb-storage check if the deferred uas bind does not succeed? That is not possible, for two reasons. First, the kernel does not keep track of binding attempts that fail. Second, the kernel can only try to bind one driver to a

Re: musb: asix ethernet incoming UDP loss

2018-03-22 20:11 GMT+03:00 Bin Liu : > On Thu, Mar 22, 2018 at 07:31:59PM +0300, Matwey V. Kornilov wrote: >> Hi, >> >> I am running 4.16-rc6 and see the following issue with ASIX >> usb-ethernet dongle running on BeagleBoneBlack (TI AM335x). > > Does the issue also happen on older

[PATCH] usb: hub: Reduce warning to notice on power loss

Currently we warn the user when the root hub lost power after resume, but the user cannot do anything about it so it should probably be a notice. This will reduce the noise in the console during suspend and resume, which is already quite significant in many systems. Signed-off-by: Tomeu Vizoso

[PATCH v6 3/6] power: supply: Add error checking of psy desc during registration

Currently there's no error checking of this parameter in the registration function and it's blindly added to psy class and subsequently used as is. For example if this is NULL the call to psy_register_thermal() will try to dereference the pointer thus causing a kernel dump. This commit updates

[PATCH v6 1/6] typec: tcpm: Add core support for sink side PPS

This commit adds code to handle requesting of PPS APDOs. Switching between standard PDOs and APDOs, and re-requesting an APDO to modify operating voltage/current will be triggered by an external call into TCPM. Signed-off-by: Adam Thomson Acked-by: Heikki

Re: ASMedia SATA Bridge not enumerating without quirk

Mine was just a question from a non expert in kernel internals Bye 2018-03-22 18:29 GMT+01:00 Alan Stern : > On Thu, 22 Mar 2018, Menion wrote: > >> You are right. >> But what if usb-storage check if the deferred uas bind does not succeed? > > That is not possible, for

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

Hi! > > user@devuan:/sys/devices/platform/4400.ocp/4a064000.usbhshost$ > > sudo lsusb > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub > > user@devuan:/sys/devices/platform/4400.ocp/4a064000.usbhshost$ >

[PATCH] usb: gadget: f_hid: fix: Move IN request allocation to set_alt()

From: Krzysztof Opasiak commit 749494b6bdbbaf0899aa1c62a1ad74cd747bce47 upstream. Since commit: ba1582f22231 ("usb: gadget: f_hid: use alloc_ep_req()") we cannot allocate any requests in bind() as we check if we should align request buffer based on endpoint descriptor

[PATCH v6 5/6] typec: tcpm: Represent source supply through power_supply

This commit adds a power_supply class instance to represent a PD source's voltage and current properties. This provides an interface for reading these properties from user-space or other drivers. For PPS enabled Sources, this also provides write access to set the current and voltage and allows

[PATCH v6 2/6] Documentation: power: Initial effort to document power_supply ABI

This commit adds generic ABI information regarding power_supply properties. This is an initial attempt to try and align the usage of these properties between drivers. As part of this commit, common Battery and USB related properties have been listed. Signed-off-by: Adam Thomson

Re: ASMedia SATA Bridge not enumerating without quirk

On Thu, 22 Mar 2018, Menion wrote: > Would be technically possible that the function uas_use_uas_driver > checks if the uas driver is loaded (not just configured) before > telling the usb-storage to leave the device to the uas module? I suppose that might be possible. But it certainly would not

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

* Pavel Machek [180322 13:57]: > Hi! > > > idle lcd offphy-mapphone-mdm6600ohci-platform > > 153mW 284mW 344mW > > > > So it seems that MDM6600 is currently not yet idling even with it's > > radio turned off, but that's something that is

Re: [PATCH v6 1/6] typec: tcpm: Add core support for sink side PPS

On Thu, Mar 22, 2018 at 03:52:02PM +, Adam Thomson wrote: > This commit adds code to handle requesting of PPS APDOs. Switching > between standard PDOs and APDOs, and re-requesting an APDO to > modify operating voltage/current will be triggered by an > external call into TCPM. > >

Re: [PATCH] usb: gadget: f_hid: fix: Move IN request allocation to set_alt()

On Thu, Mar 22, 2018 at 02:53:11PM -0500, Bin Liu wrote: > From: Krzysztof Opasiak > > commit 749494b6bdbbaf0899aa1c62a1ad74cd747bce47 upstream. > > Since commit: ba1582f22231 ("usb: gadget: f_hid: use alloc_ep_req()") > we cannot allocate any requests in bind() as we

Re: [PATCH v6 6/6] typec: tcpm: Add support for sink PPS related messages

On Thu, Mar 22, 2018 at 03:52:07PM +, Adam Thomson wrote: > This commit adds sink side support for Get_Status, Status, > Get_PPS_Status and PPS_Status handling. As there's the > potential for a partner to respond with Not_Supported, > handling of this message is also added. Sending of >

[PATCH] usb: dwc3: Makefile: fix link error on randconfig

If building a kernel without FTRACE but with TRACING, dwc3.ko fails to link due to missing trace events. Fix this by using the correct Kconfig symbol on Makefile. Reported-by: Randy Dunlap Signed-off-by: Felipe Balbi ---

Re: [PATCH v5 1/2] usb/gadget/uvc-configs Fix host unable to negotiate framesizes other than first

Hi, Joel Pepper writes: > - Add bFrameIndex as a UVCG_FRAME_ATTR_RO for each frame size. > - Automatically assign ascending bFrameIndex to each frame in a format. > > Before all "bFrameindex" attributes were set to "1" with no way to > configure the gadget otherwise.

Re: [PATCH v5 1/2] usb/gadget: Add an EP dispose() callback for EP lifetime tracking

Hi, Benjamin Herrenschmidt writes: > On Mon, 2018-03-19 at 12:56 +0200, Felipe Balbi wrote: >> >> do you really need this to be safe? You don't seem to be modifying >> >> ep_list here. >> > >> > Yes, ep->dispose() may do just that. In my Aspeed implementation in >> >

Re: [usb-next, v2 PATCH] usb: xhci: skip phys initialization of shared hcd

On Thu, Mar 22, 2018 at 04:39:20PM +0800, Chunfeng Yun wrote: > The phys has already been initialized when add primary hcd, > including usb2 phys and usb3 phys also if exist, so needn't > re-parse "phys" property again. > > Signed-off-by: Chunfeng Yun > --- >

Re: [PATCH v1 0/3] usb: dwc2: gadget: Update ISOC DDMA flow.

Minas Harutyunyan writes: > Hi Filipe, > > On 3/17/2018 1:08 PM, Minas Harutyunyan wrote: >> This series fully update existing ISOC DDMA flow which initially based on >> 2 descriptor chains. Switching between desc chains performing based on BNA >> interrupt.

Re: [usb-next, v2 PATCH] usb: xhci: skip phys initialization of shared hcd

hi, On Thu, 2018-03-22 at 10:01 +0100, Greg Kroah-Hartman wrote: > On Thu, Mar 22, 2018 at 04:39:20PM +0800, Chunfeng Yun wrote: > > The phys has already been initialized when add primary hcd, > > including usb2 phys and usb3 phys also if exist, so needn't > > re-parse "phys" property again. > >

Re: [PATCH v1 2/3] usb: dwc2: Change ISOC DDMA flow

Hi Zengtao, On 3/21/2018 2:45 PM, Zengtao (B) wrote: > Hi Minas: > >> -Original Message- >> From: Minas Harutyunyan [mailto:minas.harutyun...@synopsys.com] >> Sent: Wednesday, March 21, 2018 4:08 PM >> To: Zengtao (B) ; Minas Harutyunyan >>

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

Hi, On Wed, 2018-03-21 at 13:30 +0200, Roger Quadros wrote: > Martin, > > On 21/03/18 00:01, Martin Blumenstingl wrote: > > Hi Roger, Hi Chunfeng, > > > > On Tue, Mar 20, 2018 at 1:04 PM, Chunfeng Yun > > wrote: > >> Hi Martin & Roger: > >> > >> On Mon, 2018-03-19 at

Re: [usb-next PATCH] usb: xhci: skip phys initialization of shared hcd

hi, On Wed, 2018-03-21 at 14:27 +0200, Roger Quadros wrote: > On 21/03/18 13:50, Chunfeng Yun wrote: > > Hi Roger, > > > > On Wed, 2018-03-21 at 11:05 +0200, Roger Quadros wrote: > >> Hi Chunfeng, > >> > >> On 21/03/18 08:12, Chunfeng Yun wrote: > >>> The phys has already been initialized when

Re: linux-next: Tree for Mar 21 (usb/dwc3)

Hi, Randy Dunlap writes: > On 03/21/2018 01:25 AM, Stephen Rothwell wrote: >> Hi all, >> >> Changes since 20180320: >> > > > on i386: > > ERROR: "__tracepoint_dwc3_gadget_generic_cmd" [drivers/usb/dwc3/dwc3.ko] > undefined! > ERROR: "__tracepoint_dwc3_ep_queue"

[usb-next, v2 PATCH] usb: xhci: skip phys initialization of shared hcd

The phys has already been initialized when add primary hcd, including usb2 phys and usb3 phys also if exist, so needn't re-parse "phys" property again. Signed-off-by: Chunfeng Yun --- drivers/usb/core/hcd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v6 2/2] usb/gadget: Add driver for Aspeed SoC virtual hub

The Aspeed BMC SoCs support a "virtual hub" function. It provides some HW support for a top-level USB2 hub behind which sit 5 gadget "ports". This driver adds support for the full functionality, emulating the hub standard requests and exposing 5 UDC gadget drivers corresponding to the ports. The

[PATCH v6 1/2] usb/gadget: Add an EP dispose() callback for EP lifetime tracking

Some UDC may want to allocate endpoints dynamically, either because the HW supports an arbitrary large number or because (like the Aspeed BMC SoCs), the pool of HW endpoints is shared between multiple gadgets. The allocation side can be done rather easily using the existing match_ep() UDC hook.

Re: [PATCH usb-next v10 3/8] usb: core: add a wrapper for the USB PHYs on the HCD

On Thu, 2018-03-22 at 14:41 +0200, Roger Quadros wrote: > On 22/03/18 10:10, Chunfeng Yun wrote: > > Hi, > > On Wed, 2018-03-21 at 13:30 +0200, Roger Quadros wrote: > >> Martin, > >> > >> On 21/03/18 00:01, Martin Blumenstingl wrote: > >>> Hi Roger, Hi Chunfeng, > >>> > >>> On Tue, Mar 20, 2018 at

Re: [PATCH v9 12/12] extcon: axp288: Set USB role where necessary

On 2018년 03월 20일 21:57, Heikki Krogerus wrote: > From: Hans de Goede > > The AXP288 BC1.2 charger detection / extcon code may seem like a strange > place to add code to control the USB role-switch on devices with an AXP288, > but there are 2 reasons to do this inside the

Re: [PATCH v2] ACPI / PM: allow deeper wakeup power states with no _SxD nor _SxW

On Tuesday, March 20, 2018 5:07:35 AM CET Daniel Drake wrote: > acpi_dev_pm_get_state() is used to determine the range of allowable > device power states when going into S3 suspend. This is implemented > by executing the _S3D and _S3W ACPI methods. > > Linux follows the ACPI spec behaviour in

Re: [PATCH] USB:fix USB3 devices behind USB3 hubs not resuming at hibernate thaw

On 3/22/2018 8:03 PM, Greg KH wrote: On Wed, Mar 21, 2018 at 01:29:42PM +0800, Zhengjun Xing wrote: USB3 hubs don't support global suspend. USB3 specification 10.10, Enhanced SuperSpeed hubs only support selective suspend and resume, they do not support global suspend/resume where the hub

Re: [usb-next, v3 PATCH] usb: xhci: skip phys initialization of shared hcd

On Thu, 2018-03-22 at 13:53 +0100, Greg Kroah-Hartman wrote: > On Thu, Mar 22, 2018 at 08:12:50PM +0800, Chunfeng Yun wrote: > > The phys has already been initialized when add primary hcd, > > including usb2 phys and usb3 phys also if exist, so needn't > > re-parse "phys" property again. > >

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

On Thu, 2018-03-22 at 20:28 +0100, Pavel Machek wrote: > Hi! > > > > user@devuan:/sys/devices/platform/4400.ocp/4a064000.usbhshost > > > $ > > > sudo lsusb > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Re: [PATCH v6 5/6] typec: tcpm: Represent source supply through power_supply

On Thu, Mar 22, 2018 at 03:52:06PM +, Adam Thomson wrote: > This commit adds a power_supply class instance to represent a > PD source's voltage and current properties. This provides an > interface for reading these properties from user-space or other > drivers. > > For PPS enabled Sources,