On Mon, Nov 17, 2014 at 10:46:25AM +0100, Oliver Neukum wrote:
On Mon, 2014-11-17 at 13:51 +0800, Wang, Yu wrote:
Hi Roger,
I saw one old thread about your patch for wakeup IRQ support in USB
core. We need it for Intel platform. And it is work well on intel
platform.
May I know why
On Mon, Nov 17, 2014 at 11:20:01AM +0100, Oliver Neukum wrote:
On Mon, 2014-11-17 at 17:47 +0800, Wang, Yu wrote:
On Mon, Nov 17, 2014 at 10:46:25AM +0100, Oliver Neukum wrote:
On Mon, 2014-11-17 at 13:51 +0800, Wang, Yu wrote:
Hi Roger,
I saw one old thread about your patch for wakeup
On Mon, Nov 17, 2014 at 01:36:19PM +0200, Roger Quadros wrote:
Hi Roger,
Hi Yu,
On 11/17/2014 07:51 AM, Wang, Yu wrote:
Hi Roger,
I saw one old thread about your patch for wakeup IRQ support in USB
core. We need it for Intel platform. And it is work well on intel
platform.
May I know
Hi Roger,
I saw one old thread about your patch for wakeup IRQ support in USB
core. We need it for Intel platform. And it is work well on intel
platform.
May I know why this patch haven't get merged so far? I saw everything
was smooth during the discussion, and you had already fixed all comments
From: Wang, Yu yu.y.w...@intel.com
By current xhci ISR request/release flow, the IRQ request be done by
xhci driver(xhci_run) whatever it is legacy irq or MSI. But the IRQ
release flow is a little mess, MSI release be handled by xhci
driver(xhci_stop), and legacy IRQ release be handled by USB
On Fri, Aug 01, 2014 at 11:00:08AM +0800, Wang, Yu wrote:
From: Wang, Yu yu.y.w...@intel.com
By current xhci ISR request/release flow, the IRQ request be done by
xhci driver(xhci_run) whatever it is legacy irq or MSI. But the IRQ
release flow is a little mess, MSI release be handled
From: Wang, Yu yu.y.w...@intel.com
By current xhci ISR request/release flow, the IRQ request be done by
xhci driver(xhci_run) whatever it is legacy irq or MSI. But the IRQ
release flow is a little mess, MSI release be handled by xhci
driver(xhci_stop), and legacy IRQ release be handled by USB
From: Wang, Yu yu.y.w...@intel.com
The system suspend flow as following:
1, Freeze all user processes and kenrel threads.
2, Trying to suspend all devices.
2.1, If pci device under RPM suspended state, then pci driver will try
to resume it to RPM active state in prepare stage.
2.2, xhci_resume
On Thu, 19 Jun 2014, Wang, Yu Y wrote:
I'm not sure of the right way to solve this problem. Probably
xhci_resume() should check the root-hub statuses to see if either
root hub really needs to be resumed before calling
usb_hcd_resume_root_hub(); I think that will work.
[Yu:] I
On Wed, 18 Jun 2014, Mathias Nyman wrote:
On 06/17/2014 05:17 AM, Wang, Yu Y wrote:
Hi All,
I have one question about Linux xHCI driver. Need your help to introduce
more backgrounds.
About the S3 flow:
1, Freeze all user processes.
2, Freeze all kernel threads (including
On Fri, Apr 11, 2014 at 06:19:57PM -0500, Felipe Balbi wrote:
Hi,
On Fri, Apr 11, 2014 at 10:23:38AM +0800, Wang, Yu wrote:
Hi Balbi,
At first, thank you to help give the response in patience.
Hi,
On Wed, Apr 09, 2014 at 02:08:32PM +0800, Wang, Yu wrote:
Glad to see the OTG mode
On Tue, Apr 15, 2014 at 09:53:49AM -0500, Felipe Balbi wrote:
Hi,
On Tue, Apr 15, 2014 at 06:29:20PM +0800, Wang, Yu wrote:
On Fri, Apr 11, 2014 at 06:19:57PM -0500, Felipe Balbi wrote:
Hi,
On Fri, Apr 11, 2014 at 10:23:38AM +0800, Wang, Yu wrote:
Hi Balbi,
At first, thank you to help
Hi Balbi,
At first, thank you to help give the response in patience.
Hi,
On Wed, Apr 09, 2014 at 02:08:32PM +0800, Wang, Yu wrote:
Glad to see the OTG mode is prepare to support in your
dwc3-role-switch branch. But it is not fit for intel
Merrfield/Moorfield platforms. :(
that's
Hi Balbi,
Glad to see the OTG mode is prepare to support in your dwc3-role-switch
branch. But it is not fit for intel Merrfield/Moorfield platforms. :(
The reason is we implemented DRD mode instead of OTG mode. So the
GCTL.PortCapDir will be set as 01 for host mode, and 10 for device mode.
And
On Thu, Aug 15, 2013 at 06:43:59PM -0700, Sarah Sharp wrote:
The xHCI platform driver calls into usb_add_hcd to register the irq
for its platform device. It does not want the xHCI generic driver to
register an interrupt for it at all. The original code did that by
setting the
From: Wang, Yu Y [mailto:yu.y.w...@intel.com]
Sent: Wednesday, August 14, 2013 8:09 PM
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Tuesday, August 13, 2013 1:30 PM
On Tue, Aug 13, 2013 at 08:04:26PM +, Paul Zimmerman wrote:
From: Felipe Balbi
Sent: Tuesday
On Fri, Aug 16, 2013 at 02:22:43AM +, Wang, Yu Y wrote:
On Thu, Aug 15, 2013 at 06:43:59PM -0700, Sarah Sharp wrote:
The xHCI platform driver calls into usb_add_hcd to register the
irq for its platform device. It does not want the xHCI generic
driver to register an interrupt
On Fri, Aug 16, 2013 at 04:01:50AM +, Wang, Yu Y wrote:
On Fri, Aug 16, 2013 at 02:22:43AM +, Wang, Yu Y wrote:
On Thu, Aug 15, 2013 at 06:43:59PM -0700, Sarah Sharp wrote:
The xHCI platform driver calls into usb_add_hcd to register
the irq for its platform device
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Tuesday, August 13, 2013 1:30 PM
On Tue, Aug 13, 2013 at 08:04:26PM +, Paul Zimmerman wrote:
From: Felipe Balbi
Sent: Tuesday, August 13, 2013 12:20 PM
On Mon, Aug 05, 2013 at 03:41:57PM +, Wang, Yu Y wrote:
Hi
Hi,
On Tue, Aug 13, 2013 at 08:04:26PM +, Paul Zimmerman wrote:
From: Felipe Balbi
Sent: Tuesday, August 13, 2013 12:20 PM
On Mon, Aug 05, 2013 at 03:41:57PM +, Wang, Yu Y wrote:
Hi Balbi,
Please check the attached logs. The kernel base one kernel3.10
On Fri, Aug 09, 2013 at 03:16:20PM +, Wang, Yu Y wrote:
On Fri, Aug 09, 2013 at 01:34:09PM +, Wang, Yu Y wrote:
On Wed, Aug 07, 2013 at 12:03:34PM +, Wang, Yu Y wrote:
Hi Balbi,
Because dwc3 driver request_threaded_irq with flags
IRQF_ONESHOT
On Fri, Aug 09, 2013 at 01:34:09PM +, Wang, Yu Y wrote:
On Wed, Aug 07, 2013 at 12:03:34PM +, Wang, Yu Y wrote:
Hi Balbi,
Because dwc3 driver request_threaded_irq with flags IRQF_ONESHOT
and IRQF_SHARED.
But xHCI driver will not set IRQF_ONESHOT. Then will met IRQ
they need to apply the patch.
[Yu:] Get it. I will provide more details in the comment.
Comments on the patch below.
On Tue, Aug 06, 2013 at 11:08:04PM -0700, Wang, Yu Y wrote:
Hi Balbi, Sarah,
I found that when CONFIG_PCI is set, and xHCI driver register as
platform device driver
Hi Balbi,
Please check the attached logs. The kernel base one kernel3.10.
Thanks,
Yu
On Fri, Aug 02, 2013 at 03:42:20PM +, Wang, Yu Y wrote:
Hi,
On Fri, Aug 02, 2013 at 10:54:18AM +, Wang, Yu Y wrote:
Check my comments as follows.
weird, you sent plain text
Hi,
On Fri, Aug 02, 2013 at 03:42:20PM +, Wang, Yu Y wrote:
Hi,
On Fri, Aug 02, 2013 at 10:54:18AM +, Wang, Yu Y wrote:
Check my comments as follows.
weird, you sent plain text email, but there are no quotation
marks... it makes it very difficult to read. Please
. And
just use GCTL.PORTCAP to do the role switch. I haven't try this solution on
intel platform. And not sure if is working with hibernation feature.
Thanks,
Regards,
Yu
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Friday, August 02, 2013 3:07 PM
To: Wang, Yu Y
Cc: ba
Hi Balibi,
Check my comments as follows.
Thanks,
Regards,
Yu
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Friday, August 02, 2013 6:34 PM
To: Wang, Yu Y
Cc: ba...@ti.com; Li, Jiebing; Linux USB Mailing List; Zhuang, Jin Can; Wu,
Hao; Yuan, Hang
Subject: Re
Hi,
On Fri, Aug 02, 2013 at 10:54:18AM +, Wang, Yu Y wrote:
Check my comments as follows.
weird, you sent plain text email, but there are no quotation marks... it
makes it
very difficult to read. Please go through our netiquette, there is a copy of
that
at [1] and also lots
28 matches
Mail list logo
