All of lore.kernel.org
 help / color / mirror / Atom feed
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Hans de Goede <hdegoede@redhat.com>
Cc: linux-usb@vger.kernel.org,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	Greg Kroah-Hartman <gregkh@kernel.org>
Subject: Re: Question about regulators
Date: Tue, 9 Apr 2019 09:41:32 +0200	[thread overview]
Message-ID: <20190409094132.22d2d827@xps13> (raw)
In-Reply-To: <cc277611-6597-07ac-7ee1-d9759d9edf77@redhat.com>

Hi Hans,

Hans de Goede <hdegoede@redhat.com> wrote on Tue, 9 Apr 2019 09:38:01
+0200:

> Hi,
> 
> On 09-04-19 09:26, Miquel Raynal wrote:
> > Hello,
> > 
> > Adding Greg & Hans just in case they have an idea, or someone else to
> > ping in mind.
> > 
> > Miquel Raynal <miquel.raynal@bootlin.com> wrote on Wed, 3 Apr 2019
> > 10:13:43 +0200:
> >   
> >> Hello,
> >>
> >> I am reading the document named "xHCI interoperability testing v0.94"
> >> available on usb.org. There is this paragraph:
> >>
> >>          Devices operating at Enhanced SuperSpeed GenX are allowed to
> >>          draw a maximum configured current of 900mA and unconfigured
> >>          current of 150mA. Devices operating at High-Speed or below may
> >>          draw a maximum configured current of 500mA and unconfigured
> >>          current of 100mA*. Devices must report their maximum configured
> >>          current draw and their power configuration as self or bus
> >>          powered to the host and must operate within the regions
> >>          reported. Additionally any device that is in the suspended
> >>          state may draw no more than 2.5 mA.
> >>
> >> My understanding is that the current limitation on Vbus should be tuned
> >> dynamically between 100, 150, 500 and 900mA depending on the type of
> >> device and if has been configured or not.
> >>
> >> Despite some researches in the USB core I can't find any mechanism
> >> handling this in Linux implementation.
> >>
> >> Behind this remark, I actually have boards (Armada 7040/8040 DB) with a
> >> regulator on Vbus to limit the current to either 500 or 900mA. I
> >> checked the xhci-platform driver which is used with these SoCs and I
> >> don't find any mean to tweak this value depending on the inserted
> >> device.
> >>
> >> Should I actually care? Is it enough to limit to 900mA whenever the
> >> xHCI driver is probed?  
> 
> To be clear you are talking about a regulator producing Vbus for device
> plugged into the system, right ?
> 
> In that case just configuring th current-limit at 900mA is fine, it really
> is up to the device to not consume more then it may and even if it does since
> the port is capable of delivering 900mA anyways that is not a problem.
> 
> There is code in various places in the kernel for Linux devices to not
> consume too much energy (mostly in charger ic drivers) when the Linux
> device itself is an USB device drawing power.
> 
> Regards,
> 
> Hans
> 

Thank you very much for answering my questions. I'll just stick to a
900mA limitation in all cases then.

Thanks,
Miquèl

  reply	other threads:[~2019-04-09  7:41 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20190403101343.718c156d@xps13>
2019-04-09  7:26 ` Question about regulators Miquel Raynal
2019-04-09  7:38   ` Hans de Goede
2019-04-09  7:41     ` Miquel Raynal [this message]
2019-04-09 14:14       ` Alan Stern

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190409094132.22d2d827@xps13 \
    --to=miquel.raynal@bootlin.com \
    --cc=gregkh@kernel.org \
    --cc=hdegoede@redhat.com \
    --cc=linux-usb@vger.kernel.org \
    --cc=thomas.petazzoni@bootlin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.