Now that we calculate DCFG.NUMP, we can disable
dwc3's automatic calculation so we maximize our
chances of very high throughtput through the use of
bursts.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/core.h | 5 +
drivers/usb/dwc3/gadget.c | 11 +++
2 files changed, 16 insert
NumP field of DCFG register is used on NumP field of
ACK TP header and it tells the host how many packets
an endpoint can receive before waiting for
synchronization.
Documentation says it should be set to anything
<=bMaxBurst. Interestingly, however, this setting is
not per-endpoint how it should
On 28/04/16 04:54, Peter Chen wrote:
> On Wed, Apr 27, 2016 at 01:59:44PM +0300, Roger Quadros wrote:
>> Hi,
>>
>> On 27/04/16 06:15, Peter Chen wrote:
>>> On Tue, Apr 26, 2016 at 04:21:07PM +0800, Peter Chen wrote:
On Tue, Apr 26, 2016 at 07:00:22AM +, Jun Li wrote:
> Hi
>
>>
Hi Joe,
On 27/04/16 23:41, Joe Lawrence wrote:
> Hello Mathias, Roger, Gabriel
>
> I've been chasing strange MSI / legacy IRQ behavior from xHCI for a
> couple days and wanted to report a few things that may be effected by
> Gabriel's recent "xhci: Cleanup only when releasing primary hcd" patch
>
Mathias,
On 22/04/16 21:00, Gabriel Krisman Bertazi wrote:
> Mathias Nyman writes:
>
>> Nice catch, and moving xhci_mem_cleanup() until second hcd (primary) is
>> removed is one way to solve it.
>
> Thank you and Roger for your suggestions!
>
>> But I don't think we should even try to handle t
Hi,
On 27/04/16 14:22, Roger Quadros wrote:
> On 26/04/16 03:07, Jun Li wrote:
>> Hi
>>
>>> -Original Message-
>>> From: Roger Quadros [mailto:rog...@ti.com]
>>> Sent: Monday, April 25, 2016 10:04 PM
>>> To: Jun Li ; st...@rowland.harvard.edu; ba...@kernel.org;
>>> gre...@linuxfoundation.o
Fix NULL pointer dereference and obsolete comments forgotten when
usbip server was converted from an interface driver to a device driver.
Signed-off-by: Alexander Popov
---
drivers/usb/usbip/stub.h | 1 -
drivers/usb/usbip/stub_dev.c | 4 ++--
drivers/usb/usbip/stub_rx.c | 19 +++-
Hi,
anyone has ever seen this?
[ 2477.001127] kmemleak: 8 new suspected memory leaks (see
/sys/kernel/debug/kmemleak)
[ 6249.251894] perf: interrupt took too long (2506 > 2500), lowering
kernel.perf_event_max_sample_rate to 79800
[ 9951.944091] perf: interrupt took too long (3136 > 3132), low
Hi
> -Original Message-
> From: Roger Quadros [mailto:rog...@ti.com]
> Sent: Thursday, April 28, 2016 5:55 PM
> To: Jun Li ; st...@rowland.harvard.edu; ba...@kernel.org;
> gre...@linuxfoundation.org; peter.c...@freescale.com
> Cc: dan.j.willi...@intel.com; jun...@freescale.com;
> mathias.n
Hi Greg,
here's the gadget pull request for v4.7 merge window. It's mostly dwc3
this time:
$ git diff --dirstat v4.6-rc3
74.4% drivers/usb/dwc3/
13.9% drivers/usb/gadget/udc/
5.2% drivers/usb/gadget/
3.6% drivers/usb/renesas_usbhs/
Patches have been tested on Intel platforms and have
On Wed, Apr 27, 2016 at 08:06:32PM +, Konstantin Shkolnyy wrote:
> > -Original Message-
> > From: Johan Hovold [mailto:jhov...@gmail.com] On Behalf Of Johan Hovold
> > Sent: Tuesday, April 26, 2016 02:26
> > To: Konstantin Shkolnyy
> > Cc: Johan Hovold; Konstantin Shkolnyy; linux-usb@vg
On 2016年04月26日 16:49, Jim Lin wrote:
On 2016年04月25日 20:01, Felipe Balbi wrote:
* PGP Signed by an unknown key
Is this happening on set_config() ? If that's the case, why is
gadget->speed set to USB_SPEED_SUPER to start with ? Your controller
should already have negotiated highspeed which me
> From: Dinh Nguyen
>
> Allow for platforms that have a reset controller driver in place to bring
> the USB IP out of reset.
>
> Signed-off-by: Dinh Nguyen
Successful tested with Raspberry Pi B (without reset controller)
Tested-by: Stefan Wahren
--
To unsubscribe from this list: send the line
Hi,
Jim Lin writes:
> On 2016年04月25日 20:01, Felipe Balbi wrote:
Is this happening on set_config() ? If that's the case, why is
gadget->speed set to USB_SPEED_SUPER to start with ? Your controller
should already have negotiated highspeed which means
function_descriptors() shou
On 28/04/16 13:23, Jun Li wrote:
> Hi
>
>> -Original Message-
>> From: Roger Quadros [mailto:rog...@ti.com]
>> Sent: Thursday, April 28, 2016 5:55 PM
>> To: Jun Li ; st...@rowland.harvard.edu; ba...@kernel.org;
>> gre...@linuxfoundation.org; peter.c...@freescale.com
>> Cc: dan.j.willi...
With the addition of VUDC, the USBIP stack can now be used on
configurations without USB host support, but trying to build
it with USB gadget support disabled fails with
drivers/usb/built-in.o: In function `vep_dequeue':
vudc_main.c:(.text+0xa6ddc): undefined reference to
`usb_gadget_giveback_req
On Thu, Apr 28, 2016 at 09:37:08AM +0300, Felipe Balbi wrote:
>
> Hi,
>
> Arnd Bergmann writes:
> >pointer and pass that in platform_data. This is really easy, it's
>
> Sorry but passing a struct device pointer in platform_data is
> ridiculous. Not to mention that, as I said before, we can'
On Thursday 28 April 2016 15:16:12 Russell King - ARM Linux wrote:
> On Thu, Apr 28, 2016 at 09:37:08AM +0300, Felipe Balbi wrote:
> >
> > Hi,
> >
> > Arnd Bergmann writes:
> > >pointer and pass that in platform_data. This is really easy, it's
> >
> > Sorry but passing a struct device point
Hi,
Arnd Bergmann writes:
> On Thursday 28 April 2016 15:16:12 Russell King - ARM Linux wrote:
>> On Thu, Apr 28, 2016 at 09:37:08AM +0300, Felipe Balbi wrote:
>> >
>> > Hi,
>> >
>> > Arnd Bergmann writes:
>> > >pointer and pass that in platform_data. This is really easy, it's
>> >
>> >
Hi,
On Thu, Apr 28, 2016 at 09:51:37AM +0300, Maxim Uvarov wrote:
[snip]
> Hello Bin,
>
> yes, it also works with that reset and go to finish:
>
> diff --git a/drivers/usb/musb/musb_host.c b/drivers/usb/musb/musb_host.c
> index c3d5fc9..8cd98e7 100644
> --- a/drivers/usb/musb/musb_host.c
> +++
W dniu 27.04.2016 o 00:19, Greg KH pisze:
> On Tue, Mar 08, 2016 at 09:49:03PM +0100, Krzysztof Opasiak wrote:
>> From: Igor Kotrasinski
>>
>> Add sysfs attributes to allow controlling vudc from usbip tools.
>>
>> dev_desc - device descriptor of current gadget. This is required to
>> be cons
On Thu, Apr 28, 2016 at 01:46:03PM +0300, Felipe Balbi wrote:
>
> Hi Greg,
>
> here's the gadget pull request for v4.7 merge window. It's mostly dwc3
> this time:
>
> $ git diff --dirstat v4.6-rc3
> 74.4% drivers/usb/dwc3/
> 13.9% drivers/usb/gadget/udc/
>5.2% drivers/usb/gadget/
>3.
On Thu, Apr 28, 2016 at 06:20:29PM +0200, Igor Kotrasiński wrote:
> W dniu 27.04.2016 o 00:19, Greg KH pisze:
> > On Tue, Mar 08, 2016 at 09:49:03PM +0100, Krzysztof Opasiak wrote:
> >> From: Igor Kotrasinski
> >>
> >> Add sysfs attributes to allow controlling vudc from usbip tools.
> >>
> >> dev_
On Thu, Apr 28, 2016 at 01:55:35PM +0800, Lu Baolu wrote:
> How about below code?
> + gpiod = gpiod_get(dev, "vbus_en", GPIOD_ASIS);
> + if (IS_ERR(gpiod))
> + return PTR_ERR(gpiod);
> +
> + config->gpio = desc_to_gpio(gpiod);
> + config->enable_high = device
This simplifies things and allows idling both MUSB and PHY
when nothing is configured.
Let's also warn if PHY is not configured.
Signed-off-by: Tony Lindgren
---
drivers/usb/musb/omap2430.c | 35 +--
1 file changed, 21 insertions(+), 14 deletions(-)
diff --git a
With the pull up being handled with delayed work, we can
now finally remove pm_runtime_set_irq_safe that blocks the
MUSB glue from idling.
Signed-off-by: Tony Lindgren
---
drivers/usb/musb/musb_core.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/usb/musb/musb_core.c b/drivers
We have remove() already calling shutdown(), so let's drop it
and move the code to remove().
Signed-off-by: Tony Lindgren
---
drivers/usb/musb/musb_core.c | 39 ++-
1 file changed, 14 insertions(+), 25 deletions(-)
diff --git a/drivers/usb/musb/musb_core.c b/
Let's not tinker with the PM runtime of musb core from the omap2430
wrapper. This allows us to initialize PM runtime for musb core later
on instead of doing it in stages. And omap2430 wrapper has no need
to for accessing musb core at this point.
Note that this does not remove all the PM runtime ca
We need to check the state for the PHY with delayed_work so
as otherwise MUSB will get confused and idles immediately.
Signed-off-by: Tony Lindgren
---
drivers/usb/phy/phy-twl6030-usb.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/phy/phy-twl
Hi all,
Here's a series of fixes to get MUSB PM runtime working again.
I can now test PM runtime with the 2430 glue layer with this set,
so adding PM runtime support for other glue layers should be
possible.
Regards,
Tony
Tony Lindgren (10):
usb: phy: Fix initial state for twl6030
usb: mu
We may have drivers loaded but no configured gadgets
and MUSB may be in host mode. If gadgets are configured
during host mode, PM runtime will get confused.
Disconnect PM runtime from gadget state, and do it only
based on the cable.
Signed-off-by: Tony Lindgren
---
drivers/usb/musb/omap2430.c |
Let's make the PM runtime use the standard autosuspend calls.
Commit 5de85b9d57ab ("PM / runtime: Re-init runtime PM states at probe
error and driver unbind") means we must pair use_autosuspend with
dont_use_autosuspend and then use put_sync to properly idle the
device.
Note that we'll be removing
We have MUSB setting pm_runtime_irq_safe with the following
commits:
30a70b026b4c ("usb: musb: fix obex in g_nokia.ko causing kernel panic")
3e43a0725637 ("usb: musb: core: add pm_runtime_irq_safe()")
Let's fix things to use delayed work so we can remove the
pm_runtime_irq_safe.
Note that we may
Looks like at least 2430 glue won't idle reliably with the 200 ms
autosuspend delay. This causes deeper idle states being blocked for
the whole SoC when disconnecting OTG A cable.
Increasing the delay to 500 ms seems to idle both MUSB and the PHY
reliably. This is probably because of time needed b
This is no longer needed with PM runtime at least for 2430 glue.
We can now rely only on PM runtime and cable detection.
The other glue layers can probably remove try_idle too, but that
needs to be tested for each platform before doing it.
Signed-off-by: Tony Lindgren
---
drivers/usb/musb/omap2
Hello.
On 04/28/2016 08:33 PM, Tony Lindgren wrote:
We may have drivers loaded but no configured gadgets
and MUSB may be in host mode. If gadgets are configured
during host mode, PM runtime will get confused.
Disconnect PM runtime from gadget state, and do it only
based on the cable.
Signed-o
The call of read_nic_word_E may fail, therefore its return value must be
checked and propagated in the case of error.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8180_93cx6.c | 30 --
drivers/staging/rtl8192u/r8180_93cx6.h | 2 +-
2 files changed, 25 ins
Propagate errors from kzalloc and usb_control_msg and change the
return type of write_nic_dword from void to int.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8192U.h | 2 +-
drivers/staging/rtl8192u/r8192U_core.c | 9 ++---
2 files changed, 7 insertions(+), 4 deletions(-)
The call of eprom_read may fail, therefore its return value must be
checked.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8192U_core.c | 147 +++--
1 file changed, 104 insertions(+), 43 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8192U_core.c
b/d
Propagate errors from kzalloc and usb_control_msg and change the
return type of write_nic_word from void to int.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8192U.h | 2 +-
drivers/staging/rtl8192u/r8192U_core.c | 9 ++---
2 files changed, 7 insertions(+), 4 deletions(-)
d
These patchs check the return value/propagate error of the functions
read_nic_word_E, eprom_r, eprom_read, rtl8192_read_eeprom_info, write_nic_*.
Salah Triki (8):
staging: rtl8192u: check return value of read_nic_word_E
staging: rtl8192u: check return value eprom_read
staging: rtl8192u: prop
Propagate errors from kzalloc and usb_control_msg and change the
return type of write_nic_byte_E from void to int.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8192U.h | 2 +-
drivers/staging/rtl8192u/r8192U_core.c | 9 ++---
2 files changed, 7 insertions(+), 4 deletions(-)
Propagate errors from kzalloc and usb_control_msg and change the
return type of write_nic_byte from void to int.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8192U.h | 2 +-
drivers/staging/rtl8192u/r8192U_core.c | 12 +++-
2 files changed, 8 insertions(+), 6 deletions
Propagate error from eprom_read and change the return type of
rtl8192_read_eeprom_info from void to int.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8192U_core.c | 37 +-
1 file changed, 19 insertions(+), 18 deletions(-)
diff --git a/drivers/staging/
The call of rtl8192_read_eeprom_info may fail, therefore its return value must
be checked and propagated in the case of error.
Signed-off-by: Salah Triki
---
drivers/staging/rtl8192u/r8192U_core.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/r
* Sergei Shtylyov [160428 10:55]:
> Hello.
>
> On 04/28/2016 08:33 PM, Tony Lindgren wrote:
>
> >We may have drivers loaded but no configured gadgets
> >and MUSB may be in host mode. If gadgets are configured
> >during host mode, PM runtime will get confused.
> >
> >Disconnect PM runtime from ga
Avoid namespace pollution.
Signed-off-by: Igor Kotrasinski
---
drivers/usb/usbip/vudc.h | 2 +-
drivers/usb/usbip/vudc_dev.c | 2 +-
drivers/usb/usbip/vudc_rx.c | 2 +-
drivers/usb/usbip/vudc_transfer.c | 6 +++---
4 files changed, 6 insertions(+), 6 deletions(-)
diff --git
These are follow-on patches to the series of patches adding the usbip-vudc
driver. They fix a namespace pollution issue, change one of the sysfs
attributes to binary type and provide documentation for attributes.
Igor Kotrasinski (3):
usbip: vudc: rename find_endpoint to vep_find_endpoint
usbi
We read a struct usb_device_descriptor from it, so make it an actual
binary attribute.
Signed-off-by: Igor Kotrasinski
---
drivers/usb/usbip/vudc_sysfs.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/usbip/vudc_sysfs.c b/drivers/usb/usbip/v
Duplicated. Already fixed yesterday:
http://marc.info/?l=linux-usb&m=146178014931956&w=2
Best regards,
Krzysztof Opasiak
On Thu, Apr 28, 2016 at 8:44 PM, Igor Kotrasinski wrote:
> Avoid namespace pollution.
>
> Signed-off-by: Igor Kotrasinski
> ---
> drivers/usb/usbip/vudc.h | 2 +-
Hello Igor Kotrasinski,
The patch 80fd9cd52de6: "usbip: vudc: Add VUDC main file" from Mar 8,
2016, leads to the following static checker warning:
drivers/usb/usbip/vudc_main.c:88 init()
warn: perhaps platform_device_put() was intended here?
drivers/usb/usbip/vudc_main.c
56
On Thu, Apr 28, 2016 at 08:44:12PM +0200, Igor Kotrasinski wrote:
> These are follow-on patches to the series of patches adding the usbip-vudc
> driver. They fix a namespace pollution issue, change one of the sysfs
> attributes to binary type and provide documentation for attributes.
>
> Igor Kotr
W dniu 28.04.2016 o 20:44, Igor Kotrasinski pisze:
> These are follow-on patches to the series of patches adding the usbip-vudc
> driver. They fix a namespace pollution issue, change one of the sysfs
> attributes to binary type and provide documentation for attributes.
>
> Igor Kotrasinski (3):
>
W dniu 28.04.2016 o 21:28, Greg KH pisze:
> On Thu, Apr 28, 2016 at 08:44:12PM +0200, Igor Kotrasinski wrote:
>> These are follow-on patches to the series of patches adding the usbip-vudc
>> driver. They fix a namespace pollution issue, change one of the sysfs
>> attributes to binary type and provi
On Thu, Apr 28, 2016 at 09:01:01PM +0200, Krzysztof Opasiak wrote:
> Duplicated. Already fixed yesterday:
>
> http://marc.info/?l=linux-usb&m=146178014931956&w=2
I just applied this one.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a me
On Thu, Apr 28, 2016 at 12:28:01PM -0700, Greg KH wrote:
> On Thu, Apr 28, 2016 at 08:44:12PM +0200, Igor Kotrasinski wrote:
> > These are follow-on patches to the series of patches adding the usbip-vudc
> > driver. They fix a namespace pollution issue, change one of the sysfs
> > attributes to bin
On Thu, Apr 28, 2016 at 08:44:14PM +0200, Igor Kotrasinski wrote:
> We read a struct usb_device_descriptor from it, so make it an actual
> binary attribute.
>
> Signed-off-by: Igor Kotrasinski
> ---
> drivers/usb/usbip/vudc_sysfs.c | 20 ++--
> 1 file changed, 14 insertions(+), 6
On 4/27/2016 11:48 PM, Felipe Balbi wrote:
>
> Hi,
>
> (we don't top-post on this forum ;-)
>
> "Du, Changbin" writes:
>> Hi, Balbi,
>>
>> The step to reproduce this issue is:
>> 1) connect device to a host and wait its enumeration.
>> 2) trigger software disconnect by calling function
>> u
On Thu, Apr 21, 2016 at 03:43:40PM +0300, Heikki Krogerus wrote:
> USB Type-C Connector System Software Interface (UCSI) is
> specification that defines the registers and data structures
> that can be used to control USB Type-C ports on a system.
> UCSI is used on several Intel Broxton SoC based pl
On Tue, Mar 22, 2016 at 04:31:03PM +0900, Nobuo Iwata wrote:
> Adding names database to port command.
>
> BEFORE) 'unknown' for vendor and product string.
>
> Imported USB devices
>
> Port 00: at Low Speed(1.5Mbps)
>unknown vendor : unknown product (03f0:0224)
>
On Fri, Apr 15, 2016 at 12:12:26PM -0400, Alan Stern wrote:
> The debugging facilities in ehci-dbg.c follow an uneven pattern. Some
> of them are protected by "#ifdef CONFIG_DYNAMIC_DEBUG" and some
> aren't, presumably in the hope of having some of the debugging output
> available in any configura
This follow-on patchset makes the dev_desc attribute binary, as it
should have been. Resent without duplicate patches in the previous
patchset.
Igor Kotrasinski (1):
usbip: vudc: make dev_desc attribute binary
drivers/usb/usbip/vudc_sysfs.c | 20 ++--
1 file changed, 14 inserti
On Thu, Apr 28, 2016 at 10:08:13PM +0200, Igor Kotrasinski wrote:
> This follow-on patchset makes the dev_desc attribute binary, as it
> should have been. Resent without duplicate patches in the previous
> patchset.
>
> Igor Kotrasinski (1):
> usbip: vudc: make dev_desc attribute binary
>
> dr
W dniu 28.04.2016 o 22:36, Greg KH pisze:
> On Thu, Apr 28, 2016 at 10:08:13PM +0200, Igor Kotrasinski wrote:
>> This follow-on patchset makes the dev_desc attribute binary, as it
>> should have been. Resent without duplicate patches in the previous
>> patchset.
>>
>> Igor Kotrasinski (1):
>> usb
On 4/28/2016 1:01 AM, Felipe Balbi wrote:
> NumP field of DCFG register is used on NumP field of
> ACK TP header and it tells the host how many packets
> an endpoint can receive before waiting for
> synchronization.
>
> Documentation says it should be set to anything
> <=bMaxBurst. Interestingly,
On 2016-04-15 23:14, Grigori Goronzy wrote:
Hi,
here's a hopefully final v4 of my ch341 patchset. Changelog below
this time, because it's cleary better this way. Please review.
Ping?
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord..
Hi,
On 04/29/2016 01:15 AM, Mark Brown wrote:
> On Thu, Apr 28, 2016 at 01:55:35PM +0800, Lu Baolu wrote:
>
>> How about below code?
>> + gpiod = gpiod_get(dev, "vbus_en", GPIOD_ASIS);
>> + if (IS_ERR(gpiod))
>> + return PTR_ERR(gpiod);
>> +
>> + config->gpio = desc
Hi,
John Youn writes:
> On 4/28/2016 1:01 AM, Felipe Balbi wrote:
>> NumP field of DCFG register is used on NumP field of
>> ACK TP header and it tells the host how many packets
>> an endpoint can receive before waiting for
>> synchronization.
>>
>> Documentation says it should be set to anythi
Hi,
John Youn writes:
>> "Du, Changbin" writes:
>>> Hi, Balbi,
>>>
>>> The step to reproduce this issue is:
>>> 1) connect device to a host and wait its enumeration.
>>> 2) trigger software disconnect by calling function
>>> usb_gadget_disconnect(), which finally call
>>>dwc3_gadget_pul
Hi,
Greg Kroah-Hartman writes:
> On Thu, Apr 28, 2016 at 01:46:03PM +0300, Felipe Balbi wrote:
>>
>> Hi Greg,
>>
>> here's the gadget pull request for v4.7 merge window. It's mostly dwc3
>> this time:
>>
>> $ git diff --dirstat v4.6-rc3
>> 74.4% drivers/usb/dwc3/
>> 13.9% drivers/usb/gadg
Add a maintainer entry for Intel USB dual role mux drivers and
add myself as a maintainer.
Signed-off-by: Lu Baolu
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1d5b4be..682c8a5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5879,
Several Intel platforms implement USB dual role by having completely
separate xHCI and dwc3 IPs in PCH or SOC silicons. These two IPs share
a single USB port. There is another external port mux which controls
where the data lines should go. While the USB controllers are part of
the silicon, the por
In some Intel platforms, a single usb port is shared between USB host
and device controllers. The shared port is under control of a switch
which is defined in the Intel vendor defined extended capability for
xHCI.
This patch adds the support to detect and create the platform device
for the port mu
In some Intel platforms, a single usb port is shared between USB host
and device controller. The shared port is under control of GPIO pins.
This patch adds the support for USB GPIO controlled port mux.
[baolu: removed .owner per platform_no_drv_owner.cocci]
Signed-off-by: David Cohen
Signed-off-
Intel SOC chips are featured with USB dual role. The host role
is provided by Intel xHCI IP, and the gadget role is provided
by IP from designware. Tablet platform designs always share a
single port for both host and gadget controllers. There is a
mux to switch the port to the right controller acc
Add support to retrieve fixed voltage configure information through
ACPI interface. This is needed for Intel Bay Trail devices, where a
GPIO is used to control the USB vbus.
Signed-off-by: Lu Baolu
---
drivers/regulator/fixed.c | 46 ++
1 file changed,
Some Intel platforms have an USB port mux controlled by GPIOs.
There's a single ACPI platform device that provides 1) USB ID
extcon device; 2) USB vbus regulator device; and 3) USB port
switch device. This MFD driver will split these 3 devices for
their respective drivers.
[baolu: removed .owner p
Several Intel PCHs and SOCs have an internal mux that is used to
share one USB port between device controller and host controller.
The mux is handled through the Dual Role Configuration Register.
Signed-off-by: Heikki Krogerus
Signed-off-by: Lu Baolu
Signed-off-by: Wu Hao
Reviewed-by: Felipe Ba
78 matches
Mail list logo
