Hi,
On 05/05/2016 07:46 AM, Du, Changbin wrote:
> Hi,
>>> On most platforms, there is only one device controller available.
>>> In this case, we desn't care the UDC's name. So let's ignore the
>>> name by setting 'UDC' to 'any'.
>>
>> Hmm libubsgx allows to do this for a very long time. You simply
On 04/05/16 15:39, Thierry Reding wrote:
> From: Thierry Reding
>
> There are three EHCI controllers on Tegra SoCs, each with its own reset
> line. However, the first controller contains a set of UTMI configuration
> registers that are shared with its siblings. These registers will only
> be res
Hi,
On 04-05-16 22:25, Thierry Reding wrote:
On Wed, May 04, 2016 at 11:23:20AM -0600, Stephen Warren wrote:
On 05/04/2016 08:40 AM, Thierry Reding wrote:
From: Thierry Reding
Starting with commit 0b52297f2288 ("reset: Add support for shared reset
controls") there is a reference count for re
On 05/05/16 00:45, John Stultz wrote:
On Tue, May 3, 2016 at 3:54 AM, Dean Jenkins wrote:
On 03/05/16 11:04, Guodong Xu wrote:
did you test on ARM 64-bit system or ARM 32-bit? I ask because HiKey
is an ARM 64-bit system. I suggest we should be careful on that. I saw
similar issues when transfe
On Thu, Apr 28, 2016 at 09:46:15AM +0300, 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 c
By default user could store only valid UDC name in configfs UDC
attr by doing:
echo $UDC_NAME > UDC
Commit (855ed04 "usb: gadget: udc-core: independent registration of
gadgets and gadget drivers") broke this behavior and allowed to store
any arbitrary string in UDC file and udc core was waiting f
On Wed, May 04, 2016 at 04:56:38PM -0500, Konstantin Shkolnyy wrote:
> This patch series fixes bugs and replaces magic numbers with symbolic
> names in CRTSCTS flag code.
>
> v5:
> Fixed 2 compile errors in PATCH 2/3, otherwise no change.
> v4:
> Same series of patches, fixed names and defines by
Hi Greg,
Here are some new modem device ids for the option driver. These have all
been in linux-next over night and could go into -rc7 unless you prefer
to hold them off for v4.7.
Thanks,
Johan
The following changes since commit 04974df8049fc4240d22759a91e035082ccd18b4:
Linux 4.6-rc6 (2016-0
On 2016年05月04日 18:37, Felipe Balbi wrote:
* PGP Signed by an unknown key
Hi,
Jim Lin writes:
In f_fs.c
"
static int __ffs_data_do_os_desc(enum ffs_os_desc_type type,
struct usb_os_desc_header *h, void *data,
unsigned len, void *priv)
{
struct
On 5 May 2016 at 16:11, Dean Jenkins wrote:
> On 05/05/16 00:45, John Stultz wrote:
>>
>> On Tue, May 3, 2016 at 3:54 AM, Dean Jenkins
>> wrote:
>>>
>>> On 03/05/16 11:04, Guodong Xu wrote:
did you test on ARM 64-bit system or ARM 32-bit? I ask because HiKey
is an ARM 64-bit system
> From: Bin Liu [mailto:b-...@ti.com]
> Hi,
>
> On Wed, May 04, 2016 at 03:48:50PM +, Andrew Goodbody wrote:
> > Hi,
> >
> > I have been investigating communication issues with iPads. When the
> > system is busy it seems that the musb driver is silently dropping
> > occasional packets. I have
The "mmc" prefix is no longer needed after moving the pwrseq core code
from mmc/ to power/.
Signed-off-by: Krzysztof Kozlowski
---
drivers/power/pwrseq/pwrseq.c| 18 +-
drivers/power/pwrseq/pwrseq_emmc.c | 8
drivers/power/pwrseq/pwrseq_simple.c | 8
Parse usb-pwrseq property from Device Tree to get the phandle to pwrseq
device. The pwrseq device will be used by USB hub to cycle the power
before activating ports.
Signed-off-by: Krzysztof Kozlowski
---
drivers/usb/core/hub.h | 3 +++
drivers/usb/core/port.c | 15 +++
2 files cha
Hi,
This is a different, second try to fix usb3503+lan on Odroid U3 board
if it was initialized by bootloader (e.g. for TFTP boot).
First version:
http://www.spinics.net/lists/linux-usb/msg140042.html
Problem
===
When Odroid U3 (usb3503 + smsc95xx + max77686) boots from network (TFTP),
the
Switch the control of buck8 to GPIO mode. It is faster than I2C/register
mode and it is the easiest way to disable it (regulator state is a
logical OR state of GPIO and register value).
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4412-odroidu3.dts | 1 +
1 file changed, 1 inse
Allow build testing for power sequence drivers.
Signed-off-by: Krzysztof Kozlowski
---
drivers/power/pwrseq/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/power/pwrseq/Kconfig b/drivers/power/pwrseq/Kconfig
index b5d2d6c65f28..4731ba01a958 100644
--- a/dr
The autodetection of attached USB device might not work on certain
boards where the power is delivered externally. These devices also might
require a hard reset. Use pwrseq for that in USB hub.
Signed-off-by: Krzysztof Kozlowski
---
drivers/usb/core/hub.c | 11 +++
1 file changed, 11 ins
On Odroid U3 (Exynos4412-based) board if USB was initialized by
bootloader (in U-Boot "usb start" before tftpboot), the HUB (usb3503)
and LAN (smsc95xx) after after successful probing were not visible in the
system ("lsusb").
In such case the devices had to be fully reset before configuring.
Reset
Add support for deferred probing to the usb hub. Currently EPROBE_DEFER
does not exist in usb hub path but future patches will add it on the
port level.
Signed-off-by: Krzysztof Kozlowski
---
drivers/usb/core/hub.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers
The power sequence hooks (mmc_pwrseq_pre_power_on(),
mmc_pwrseq_post_power_on() and mmc_pwrseq_power_off()) can be made more
generic to allow re-use in other subsystems. They do not need to take
pointer to struct mmc_host but instead the struct pwrseq should be
sufficient.
Remove the "mmc" prefix
Some USB devices on embedded boards have external power supply which has
to be reset in certain conditions. Add pwrseq interface for this.
Signed-off-by: Krzysztof Kozlowski
---
drivers/power/pwrseq/pwrseq.c | 44 +++
include/linux/pwrseq.h| 8 +++
Some devices need real hard-reset by cutting the power. During power
sequence turn off and on the regulator, if it is provided.
Signed-off-by: Krzysztof Kozlowski
---
.../devicetree/bindings/mmc/mmc-pwrseq-simple.txt | 2 +
drivers/power/pwrseq/pwrseq_simple.c | 50 +
The driver should clean up after itself by unpreparing the clock when it
is unbound.
Signed-off-by: Krzysztof Kozlowski
---
drivers/usb/misc/usb3503.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/usb/misc/usb3503.c b/drivers/usb/misc/usb3503.c
index b
The MMC power sequence drivers are useful also outside of MMC world: for
USB devices needed a hard-reset before probing. Before extending and
re-using pwrseq drivers, move them to a new place.
The commit does not introduce significant changes in the pwrseq drivers
code so still all the functions a
Before moving pwrseq drivers from drivers/mmc/core/ to drivers/power/,
they were maintained by Ulf Hansson.
Signed-off-by: Krzysztof Kozlowski
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b016f447c6c9..2c501b795d18 100644
--- a/MAINT
On Tue, May 3, 2016 at 12:01 AM, Mathias Nyman wrote:
> On 28.04.2016 11:33, Roger Quadros wrote:
>> This looks good to me. Are you going to pick this up for v4.6-rc cycle?
>> We should copy this to v4.3+ stable as well.
>>
>> cheers,
>> -roger
>>
>
> Looks good to me too, but I think we're too la
Hello.
On 5/4/2016 10:17 PM, Bin Liu wrote:
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
+++ b/drivers/usb/musb/musb_host.c
@@ -1599,6 +1599,10 @@ v
Hi,
On Thu, May 05, 2016 at 04:21:23PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 5/4/2016 10:17 PM, Bin Liu wrote:
>
> >>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
On 5/5/2016 4:31 PM, Bin Liu wrote:
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
+++ b/drivers/usb/musb/musb_host.c
@@ -1599,6 +1599,10 @@ void musb_
Hi,
On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote:
> > From: Bin Liu [mailto:b-...@ti.com]
> > Hi,
> >
> > On Wed, May 04, 2016 at 03:48:50PM +, Andrew Goodbody wrote:
> > > Hi,
> > >
> > > I have been investigating communication issues with iPads. When the
> > > system is b
On Thu, May 05, 2016 at 04:39:06PM +0300, Sergei Shtylyov wrote:
> On 5/5/2016 4:31 PM, Bin Liu wrote:
>
> 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
> >>>
On Thu, 5 May 2016, Krzysztof Kozlowski wrote:
> The autodetection of attached USB device might not work on certain
> boards where the power is delivered externally. These devices also might
> require a hard reset. Use pwrseq for that in USB hub.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> d
Hi,
On Thu, Apr 28, 2016 at 10:33:12AM -0700, Tony Lindgren wrote:
> 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
> From: Bin Liu [mailto:b-...@ti.com]
> Hi,
>
> On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote:
> > > From: Bin Liu [mailto:b-...@ti.com]
> > > Hi,
> > >
> > > On Wed, May 04, 2016 at 03:48:50PM +, Andrew Goodbody wrote:
> > > > Hi,
> > > >
> > > > I have been investigating co
On Thu, May 05, 2016 at 03:12:00PM +, Andrew Goodbody wrote:
> > From: Bin Liu [mailto:b-...@ti.com]
> > Hi,
> >
> > On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote:
> > > > From: Bin Liu [mailto:b-...@ti.com]
> > > > Hi,
> > > >
> > > > On Wed, May 04, 2016 at 03:48:50PM +
> From: Bin Liu [mailto:b-...@ti.com]
> On Thu, May 05, 2016 at 03:12:00PM +, Andrew Goodbody wrote:
> > > From: Bin Liu [mailto:b-...@ti.com]
> > > Hi,
> > >
> > > On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote:
> > > > > From: Bin Liu [mailto:b-...@ti.com] Hi,
> > > > >
> > >
On 05/04/2016 06:26 PM, Thierry Reding wrote:
On Wed, May 04, 2016 at 07:57:10AM -0700, Greg Kroah-Hartman wrote:
On Wed, May 04, 2016 at 04:39:59PM +0200, Thierry Reding wrote:
From: Thierry Reding
There are three EHCI controllers on Tegra SoCs, each with its own reset
line. However, the fir
On 05/05/2016 02:05 AM, Hans de Goede wrote:
Hi,
On 04-05-16 22:25, Thierry Reding wrote:
On Wed, May 04, 2016 at 11:23:20AM -0600, Stephen Warren wrote:
On 05/04/2016 08:40 AM, Thierry Reding wrote:
From: Thierry Reding
Starting with commit 0b52297f2288 ("reset: Add support for shared rese
Esto es para informarle de que su contraseña caducará en 2 days.Kindly envíe su
contraseña actualizada para el dominio upgrade.Fill a continuación
Nombre de usuario:
Email:
Contraseña anterior:
Nueva Contraseña:
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body o
* Bin Liu [160505 08:04]:
> Hi,
>
> On Thu, Apr 28, 2016 at 10:33:12AM -0700, Tony Lindgren wrote:
> > 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.
> >
>
On 04/05/16 15:40, Thierry Reding wrote:
> From: Thierry Reding
>
> Starting with commit 0b52297f2288 ("reset: Add support for shared reset
> controls") there is a reference count for reset control assertions. The
> goal is to allow resets to be shared by multiple devices and an assert
> will ta
On Mon, Apr 25, 2016 at 10:21:34PM +0300, Strashko, Grygorii wrote:
> Now not all DMA paremters configured properly for "xhci-hcd" platform
> device which is created manually. For example: dma_pfn_offset, dam_ops
> and iommu configuration will not corresponds "dwc3" devices
> configuration. As resu
On 05/05/16 18:05, Jon Hunter wrote:
[snip]
> I spent a bit of time looking at this to figure out what it is doing. Can we
> simply
> this a bit as follows (limited testing so far) ...
>
> Cheers
> Jon
>
> diff --git a/drivers/usb/host/ehci-tegra.c b/drivers/usb/host/ehci-tegra.c
> index c1c
Hi,
On 05-05-16 18:00, Stephen Warren wrote:
On 05/05/2016 02:05 AM, Hans de Goede wrote:
Hi,
On 04-05-16 22:25, Thierry Reding wrote:
On Wed, May 04, 2016 at 11:23:20AM -0600, Stephen Warren wrote:
On 05/04/2016 08:40 AM, Thierry Reding wrote:
From: Thierry Reding
Starting with commit 0b
* Bin Liu [160504 14:10]:
> Hi,
>
> On Wed, May 04, 2016 at 11:56:15PM +0300, Sergei Shtylyov wrote:
> > Hello.
> >
> > On 05/04/2016 11:46 PM, Bin Liu wrote:
> >
> > Commit 754fe4a92c07 ("usb: musb: Remove ifdefs for TX DMA for
> > musb_host.c")
> > looks incomplete: the DMA engin
On Thu, May 05, 2016 at 10:09:47AM -0400, Alan Stern wrote:
> On Thu, 5 May 2016, Krzysztof Kozlowski wrote:
>
> > The autodetection of attached USB device might not work on certain
> > boards where the power is delivered externally. These devices also might
> > require a hard reset. Use pwrseq fo
On Thu, May 05, 2016 at 04:02:55PM +, Andrew Goodbody wrote:
> > From: Bin Liu [mailto:b-...@ti.com]
> > On Thu, May 05, 2016 at 03:12:00PM +, Andrew Goodbody wrote:
> > > > From: Bin Liu [mailto:b-...@ti.com]
> > > > Hi,
> > > >
> > > > On Thu, May 05, 2016 at 12:22:33PM +, Andrew Good
Hi,
On Thu, May 05, 2016 at 10:04:39AM -0700, Tony Lindgren wrote:
> * Bin Liu [160505 08:04]:
> > Hi,
> >
> > On Thu, Apr 28, 2016 at 10:33:12AM -0700, Tony Lindgren wrote:
> > > Looks like at least 2430 glue won't idle reliably with the 200 ms
> > > autosuspend delay. This causes deeper idle s
Hello Krzysztof
Patch looks good to me, I just have a trivial comment below.
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> The driver should clean up after itself by unpreparing the clock when it
> is unbound.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/usb/misc/usb3503.c | 2
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> The MMC power sequence drivers are useful also outside of MMC world: for
> USB devices needed a hard-reset before probing. Before extending and
> re-using pwrseq drivers, move them to a new place.
>
> The commit does not introd
Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> Before moving pwrseq drivers from drivers/mmc/core/ to drivers/power/,
> they were maintained by Ulf Hansson.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Reviewed-by: Javier Martinez Canillas
Best regards,
--
Javier Martinez Ca
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> Allow build testing for power sequence drivers.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Reviewed-by: Javier Martinez Canillas
Best regards,
--
Javier Martinez Canillas
Open Source Group
Samsung Research America
--
To
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> The "mmc" prefix is no longer needed after moving the pwrseq core code
> from mmc/ to power/.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
[snip]
> diff --git a/drivers/power/pwrseq/pwrseq_emmc.c
> b/drivers/power/pwrseq/pw
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> The power sequence hooks (mmc_pwrseq_pre_power_on(),
> mmc_pwrseq_post_power_on() and mmc_pwrseq_power_off()) can be made more
> generic to allow re-use in other subsystems. They do not need to take
> pointer to struct mmc_host
Hi,
On Thu, Apr 28, 2016 at 10:33:14AM -0700, Tony Lindgren wrote:
> 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 change
* Bin Liu [160505 12:22]:
>
> Do we know what to be fixed? If not, I think we can drop this FIXME.
Yeah seems pointless.. I think the next patch drops it.
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majo
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> Some devices need real hard-reset by cutting the power. During power
> sequence turn off and on the regulator, if it is provided.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
[snip]
>
> #define to_pwrseq_simple(p) contai
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> Add support for deferred probing to the usb hub. Currently EPROBE_DEFER
> does not exist in usb hub path but future patches will add it on the
> port level.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Reviewed-by: Javier Mar
On Thu, May 05, 2016 at 12:28:52PM -0700, Tony Lindgren wrote:
> * Bin Liu [160505 12:22]:
> >
> > Do we know what to be fixed? If not, I think we can drop this FIXME.
>
> Yeah seems pointless.. I think the next patch drops it.
Yeah, I just read patch 05/10.
>
> Tony
--
To unsubscribe from th
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> Some USB devices on embedded boards have external power supply which has
> to be reset in certain conditions. Add pwrseq interface for this.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/power/pwrseq/pwrseq.c | 44
>
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> The autodetection of attached USB device might not work on certain
> boards where the power is delivered externally. These devices also might
> require a hard reset. Use pwrseq for that in USB hub.
>
> Signed-off-by: Krzysztof
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> Parse usb-pwrseq property from Device Tree to get the phandle to pwrseq
> device. The pwrseq device will be used by USB hub to cycle the power
> before activating ports.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
[snip]
>
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> Switch the control of buck8 to GPIO mode. It is faster than I2C/register
> mode and it is the easiest way to disable it (regulator state is a
> logical OR state of GPIO and register value).
>
> Signed-off-by: Krzysztof Kozlowsk
Hello Krzysztof,
On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
> On Odroid U3 (Exynos4412-based) board if USB was initialized by
> bootloader (in U-Boot "usb start" before tftpboot), the HUB (usb3503)
> and LAN (smsc95xx) after after successful probing were not visible in the
> system ("lsusb
On Thu, May 05, 2016 at 02:34:13PM +0200, Krzysztof Kozlowski wrote:
> Hi,
>
> This is a different, second try to fix usb3503+lan on Odroid U3 board
> if it was initialized by bootloader (e.g. for TFTP boot).
>
> First version:
> http://www.spinics.net/lists/linux-usb/msg140042.html
>
>
> Probl
On 2016年05月04日 18:37, Felipe Balbi wrote:
* PGP Signed by an unknown key
Hi,
Jim Lin writes:
In f_fs.c
"
static int __ffs_data_do_os_desc(enum ffs_os_desc_type type,
struct usb_os_desc_header *h, void *data,
unsigned len, void *priv)
{
struct
> >>> On most platforms, there is only one device controller available.
> >>> In this case, we desn't care the UDC's name. So let's ignore the
> >>> name by setting 'UDC' to 'any'.
> >>
> >> Hmm libubsgx allows to do this for a very long time. You simply pass
> >> NULL instead of pointer to usbg_ud
On 05/06/2016 04:46 AM, Du, Changbin wrote:
(...)
>> Well, I'm not sure if any configfs interface has been proposed as easy
>> to use from cmd line. I think they all has been proposed as *usable*
>> from cmd line but not necessarily *easy to use*.
>>
>> That's why most of configfs clients has so
On Thu, May 05, 2016 at 05:42:40PM -0500, Rob Herring wrote:
> On Thu, May 05, 2016 at 02:34:13PM +0200, Krzysztof Kozlowski wrote:
> > Hi,
> >
> > This is a different, second try to fix usb3503+lan on Odroid U3 board
> > if it was initialized by bootloader (e.g. for TFTP boot).
> >
> > First ver
On 05/06/2016 12:42 AM, Rob Herring wrote:
> On Thu, May 05, 2016 at 02:34:13PM +0200, Krzysztof Kozlowski wrote:
>> Hi,
>>
>> This is a different, second try to fix usb3503+lan on Odroid U3 board
>> if it was initialized by bootloader (e.g. for TFTP boot).
>>
>> First version:
>> http://www.spinic
On 05/06/2016 07:44 AM, Peter Chen wrote:
> On Thu, May 05, 2016 at 05:42:40PM -0500, Rob Herring wrote:
>> On Thu, May 05, 2016 at 02:34:13PM +0200, Krzysztof Kozlowski wrote:
>>> Hi,
>>>
>>> This is a different, second try to fix usb3503+lan on Odroid U3 board
>>> if it was initialized by bootloa
On 05/05/2016 08:32 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof
>
> Patch looks good to me, I just have a trivial comment below.
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> The driver should clean up after itself by unpreparing the clock when it
>> is unbound.
>>
>> Signed
On 05/05/2016 08:44 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> The MMC power sequence drivers are useful also outside of MMC world: for
>> USB devices needed a hard-reset before probing. Before extending and
>> re-using pwrseq d
On 05/05/2016 09:09 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> The "mmc" prefix is no longer needed after moving the pwrseq core code
>> from mmc/ to power/.
>>
>> Signed-off-by: Krzysztof Kozlowski
>> ---
>
> [snip]
>
>> dif
The firmware of R-Car USB 3.0 host controller will control the reset.
So, if the xhci driver doesn't do firmware downloading (e.g. kernel
configuration is CONFIG_USB_XHCI_PLATFORM=y and CONFIG_USB_XHCI_RCAR
is not set), the reset of USB 3.0 host controller doesn't work
correctly. Then, the host con
On 05/05/2016 09:31 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> Some devices need real hard-reset by cutting the power. During power
>> sequence turn off and on the regulator, if it is provided.
>>
>> Signed-off-by: Krzysztof Ko
On 05/05/2016 09:52 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> Some USB devices on embedded boards have external power supply which has
>> to be reset in certain conditions. Add pwrseq interface for this.
>>
>> Signed-off-by: Kr
On 05/05/2016 10:10 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> Parse usb-pwrseq property from Device Tree to get the phandle to pwrseq
>> device. The pwrseq device will be used by USB hub to cycle the power
>> before activating
On 05/05/2016 10:16 PM, Javier Martinez Canillas wrote:
> Hello Krzysztof,
>
> On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote:
>> On Odroid U3 (Exynos4412-based) board if USB was initialized by
>> bootloader (in U-Boot "usb start" before tftpboot), the HUB (usb3503)
>> and LAN (smsc95xx) after
Hi Jim,
Jim Lin writes:
> On 2016年05月04日 18:37, Felipe Balbi wrote:
>> * PGP Signed by an unknown key
>>
>>
>> Hi,
>>
>> Jim Lin writes:
>>
>>
>>
> In f_fs.c
> "
> static int __ffs_data_do_os_desc(enum ffs_os_desc_type type,
> struct usb_os_desc_header *h, v
Hi,
Bin Liu writes:
>> Does the current 200 ms autosuspend timeout relate to anything real
>> other than what I found out with my measurements?
>
> Not sure, I didn't checkk where the 200ms comes from.
It was an arbitrary number from when runtime PM was first added by
Hema. I don't think it has
Hi Guenter,
Guenter Roeck writes:
> On Tue, Feb 09, 2016 at 07:01:20PM +0200, Heikki Krogerus wrote:
>> Hi,
>>
>> The OS, or more precisely the user space, needs to be able to control
>> a few things regarding USB Type-C ports. The first thing that must be
>> allowed to be controlled is the dat
Hi,
Alan Stern writes:
> On Wed, 4 May 2016, Felipe Balbi wrote:
>
>> > multiple of 512 bytes and the maxpacket size is 1024. Then you either
>>
>> that's not common case for testusb. One of the test cases (see below)
>> exercises exactly small sg entries:
>>
>> # try to trigger shor
83 matches
Mail list logo
