On 25/05/17 19:13, Tony Lindgren wrote:
> This is needed in preparation of adding support for omap3 and
> later OHCI. The runtime PM will only do something on platforms
> that implement it.
>
> Cc: devicet...@vger.kernel.org
> Cc: Hans de Goede
> Cc: Rob Herring
> Cc: Roger Quadros
> Cc: Sebast
Hello
I modify ci_hrdc_imx_probe to bypass "data->phy =
devm_usb_get_phy_by_phandle(&pdev->dev,
"fsl,usbphy", 0);". Everything works as expected and call ci_ulpi_init.
The problem is that in ci_ulpi_init, before calling "ci->ulpi =
ulpi_register_interface(ci->dev,
&ci->ulpi_ops);" (to initializ
There is some limitation for AMD Promontory xHCI host to disable USB port
function. It will enable USB wake-up function then cause USB disable port
feature to fail. Workaround this issue on Promontory xHCI host is clear
PORT_WAKE_BITS.
Signed-off-by: Jiahau Chang
---
drivers/usb/host/xhci-
Hello!
On 5/26/2017 12:35 PM, Jiahau Chang wrote:
There is some limitation for AMD Promontory xHCI host to disable USB port
function. It will enable USB wake-up function then cause USB disable port
feature to fail. Workaround this issue on Promontory xHCI host is clear
PORT_WAKE_BITS.
Sig
On Fri, May 26, 2017 at 05:35:24PM +0800, Jiahau Chang wrote:
> There is some limitation for AMD Promontory xHCI host to disable USB port
> function. It will enable USB wake-up function then cause USB disable port
> feature to fail. Workaround this issue on Promontory xHCI host is clear
> POR
Start using ktime_* compare functions to make the code backportable.
Now that may be a bit tricky due to recent change of ktime_t.
Signed-off-by: Mariusz Skamra
Acked-by: Kuppuswamy Sathyanarayanan
---
drivers/usb/chipidea/otg_fsm.c | 8
drivers/usb/host/ehci-timer.c | 2 +-
drivers/u
From: YD Tseng
One of the xHCI host controllers supports both USB 3.1/3.0 extended speed
protocol lists. The content of the lists is shown as below.
In xhci-mem.c, the USB 3.1 speed is parsed first, the min_rev of usb3_rhub
is set as 0x10. And then USB 3.0 is parsed. However, the min_rev of
usb
Update V4
Remove whitespace
> -Original Message-
> From: YD [mailto:yuhdar.ts...@gmail.com]
> Sent: Thursday, May 25, 2017 5:38 PM
> To: gre...@linuxfoundation.org; mathias.ny...@intel.com; linux-
> u...@vger.kernel.org
> Cc: yd_ts...@asmedia.com.tw
> Subject: [PATCH v3] usb:host:xhci:USB
On 26.05.2017 13:27, YD wrote:
From: YD Tseng
One of the xHCI host controllers supports both USB 3.1/3.0 extended speed
protocol lists. The content of the lists is shown as below.
In xhci-mem.c, the USB 3.1 speed is parsed first, the min_rev of usb3_rhub
is set as 0x10. And then USB 3.0 is par
Hi,
On Thu, May 25, 2017 at 06:20:16AM -0700, Guenter Roeck wrote:
> On 05/16/2017 05:26 AM, Heikki Krogerus wrote:
> > UCSI - USB Type-C Connector System Software Interface - is a
> > specification that defines set of registers and data
> > structures for controlling the USB Type-C ports. It's
>
Hi,
On Thu, May 25, 2017 at 06:23:30AM -0700, Guenter Roeck wrote:
> > + /*
> > +* NOTE: The memory region for the data structures is used also in an
> > +* operation region, which means ACPI has already reserved it. Therefore
> > +* it can not be requested here.
> > +*/
> > +
Thanks for the hand:)
Thanks,
YD
> -Original Message-
> From: Mathias Nyman [mailto:mathias.ny...@linux.intel.com]
> Sent: Friday, May 26, 2017 6:50 PM
> To: YD; gre...@linuxfoundation.org; mathias.ny...@intel.com; linux-
> u...@vger.kernel.org
> Cc: yd_ts...@asmedia.com.tw
> Subject: Re:
NOTE:
Please don't use the plain text here as a patch because it most probably
is corrupted by my webmail client.
Attached is a copy of the following text guaranteed to have correct
tabs/spaces.
-
Before this patch the max3421-hcd driver could only use
statically linked
NOTE:
Please don't use the plain text here as a patch because it most probably
is corrupted by my webmail client.
Attached is a copy of the following text guaranteed to have correct
tabs/spaces.
-
From 8c4c65d3892df3721474023836216a02e03fb23e Mon Sep 17 00:00:00 2001
Fro
NOTE:
Please don't use the plain text here as a patch because it most probably
is corrupted by my webmail client.
Attached is a copy of the following text guaranteed to have correct
tabs/spaces.
-
From b9a7559d24c0b2cb6e69124d861a943f79272681 Mon Sep 17 00:00:00 2001
Fro
The following changes since commit
08332893e37af6ae779367e78e444f8f9571511d:
Linux 4.12-rc2 (2017-05-21 19:30:23 -0700)
are available in the git repository at:
https://github.com/AlexanderAmelkin/linux-wandboard.git
tags/max3421-improvements-1
for you to fetch changes up to b9a7559d24c0
On 25.05.2017 16:17, Shyam Sundar S K wrote:
On 5/22/2017 8:26 PM, Shyam Sundar S K wrote:
On 5/22/2017 6:49 PM, Mathias Nyman wrote:
On 22.05.2017 11:56, Shyam Sundar S K wrote:
Hi Mathias,
On 5/19/2017 12:43 PM, Mathias Nyman wrote:
On 18.05.2017 16:46, Alan Stern wrote:
On Thu, 18 Ma
Hi,
My two cents.
On Thu, May 25, 2017 at 10:12:27AM -0700, Guenter Roeck wrote:
> > What is keeping this code in staging at the moment? Who isn't agreeing
> > on the existing apis we have there?
> >
>
> I don't think the APIs are at issue; I would not expect any substantial
> (if any) changes
On 05/26/2017 04:02 AM, Heikki Krogerus wrote:
Hi,
On Thu, May 25, 2017 at 06:20:16AM -0700, Guenter Roeck wrote:
On 05/16/2017 05:26 AM, Heikki Krogerus wrote:
UCSI - USB Type-C Connector System Software Interface - is a
specification that defines set of registers and data
structures for cont
On 05/26/2017 04:08 AM, Heikki Krogerus wrote:
Hi,
On Thu, May 25, 2017 at 06:23:30AM -0700, Guenter Roeck wrote:
+ /*
+* NOTE: The memory region for the data structures is used also in an
+* operation region, which means ACPI has already reserved it. Therefore
+*
On Fri, 26 May 2017, Mariusz Skamra wrote:
> Start using ktime_* compare functions to make the code backportable.
> Now that may be a bit tricky due to recent change of ktime_t.
>
> Signed-off-by: Mariusz Skamra
> Acked-by: Kuppuswamy Sathyanarayanan
> ---
> drivers/usb/chipidea/otg_fsm.c | 8
On 18.05.2017 00:37, Ruslan Bilovol wrote:
This patch adds a new function 'f_uac1_acard'
(f_uac1 with virtual "ALSA card") that
uses recently created u_audio API. Comparing
to legacy f_uac1 function implementation it
doesn't require any real Audio codec to be
present on the device. In f_uac1_acar
User space applications in some cases have the need to enforce a
specific port type(DFP/UFP/DRP). This change allows userspace to
attempt setting the desired port type. Low level drivers can
however reject the request if the specific port type is not supported.
Signed-off-by: Badhri Jagan Sridhara
On Fri, May 26, 2017 at 10:45:59AM -0700, Badhri Jagan Sridharan wrote:
> User space applications in some cases have the need to enforce a
> specific port type(DFP/UFP/DRP). This change allows userspace to
> attempt setting the desired port type. Low level drivers can
> however reject the request i
On Fri, May 26, 2017 at 10:45:59AM -0700, Badhri Jagan Sridharan wrote:
> User space applications in some cases have the need to enforce a
> specific port type(DFP/UFP/DRP). This change allows userspace to
> attempt setting the desired port type. Low level drivers can
> however reject the request i
On Fri, May 26, 2017 at 03:53:49PM +0300, Heikki Krogerus wrote:
> Hi,
>
> My two cents.
>
> On Thu, May 25, 2017 at 10:12:27AM -0700, Guenter Roeck wrote:
> > > What is keeping this code in staging at the moment? Who isn't agreeing
> > > on the existing apis we have there?
> > >
> >
> > I don
On Fri, May 26, 2017 at 02:22:47PM +0300, Alexander Amelkin wrote:
> The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d:
>
> Linux 4.12-rc2 (2017-05-21 19:30:23 -0700)
>
> are available in the git repository at:
>
> https://github.com/AlexanderAmelkin/linux-wandboard
On Fri, May 26, 2017 at 02:32:42PM +0300, Alexander Amelkin wrote:
> NOTE:
> Please don't use the plain text here as a patch because it most probably is
> corrupted by my webmail client.
> Attached is a copy of the following text guaranteed to have correct
> tabs/spaces.
Why is this here
What
From: Gavin Li
If a stalling TRB is cancelled and NOOP'ed in xhci_handle_cmd_stop_ep(),
finish_td() never gets called to reset the halted endpoint and the
endpoint remains indefinitely stalled. This patch ensures that
xhci_cleanup_halted_endpoint() is called after a TRB completion if the
endpoint
On Fri, May 26, 2017 at 11:00 AM, Guenter Roeck wrote:
> On Fri, May 26, 2017 at 10:45:59AM -0700, Badhri Jagan Sridharan wrote:
>> User space applications in some cases have the need to enforce a
>> specific port type(DFP/UFP/DRP). This change allows userspace to
>> attempt setting the desired po
User space applications in some cases have the need to enforce a
specific port type(DFP/UFP/DRP). This change allows userspace to
attempt setting the desired port type. Low level drivers can
however reject the request if the specific port type is not supported.
Signed-off-by: Badhri Jagan Sridhara
On Fri, May 26, 2017 at 11:31 AM, Greg Kroah-Hartman
wrote:
> On Fri, May 26, 2017 at 10:45:59AM -0700, Badhri Jagan Sridharan wrote:
>> User space applications in some cases have the need to enforce a
>> specific port type(DFP/UFP/DRP). This change allows userspace to
>> attempt setting the desir
User space applications in some cases have the need to enforce a
specific port type(DFP/UFP/DRP). This change allows userspace to
attempt setting the desired port type. Low level drivers can
however reject the request if the specific port type is not supported.
Signed-off-by: Badhri Jagan Sridhara
On 05/26/2017 04:07 PM, Badhri Jagan Sridharan wrote:
User space applications in some cases have the need to enforce a
specific port type(DFP/UFP/DRP). This change allows userspace to
attempt setting the desired port type. Low level drivers can
however reject the request if the specific port type
When handle disconnect of the hcd during bus_suspend, hcd
needs to resume its root hub, otherwise the root hub will
not disconnect the existing devices under its port.
This issue always happens when connecting with usb devices
which support auto-suspend function (e.g. usb hub).
Signed-off-by: Wil
On Fri, May 26, 2017 at 01:42:57PM -0700, Badhri Jagan Sridharan wrote:
> User space applications in some cases have the need to enforce a
> specific port type(DFP/UFP/DRP). This change allows userspace to
> attempt setting the desired port type. Low level drivers can
> however reject the request i
On 05/26/2017 11:39 AM, Greg Kroah-Hartman wrote:
On Fri, May 26, 2017 at 03:53:49PM +0300, Heikki Krogerus wrote:
Hi,
My two cents.
On Thu, May 25, 2017 at 10:12:27AM -0700, Guenter Roeck wrote:
What is keeping this code in staging at the moment? Who isn't agreeing
on the existing apis we h
37 matches
Mail list logo