On 03/05/2015 09:17 PM, Kenneth Johansson wrote:
On 2015-03-05 03:23, Lu, Baolu wrote:
Hi Kenneth Johansson,
Did you still get the bandwidth error when testing it with longer time?
no I have not seen it on any 3.19 kernel I have used so far. But It
could take a week to see it before so
Hi Kenneth Johansson,
Did you still get the bandwidth error when testing it with longer time?
Thanks,
Baolu
On 2015-03-03 10:06, Lu, Baolu wrote:
cc'ed usb mailing list.
On 2015-03-02 21:23, Kenneth Johansson wrote:
I have been running 3.19 prereleases and now 3.19 and have not got
.
so I guess I get it like 5 minutes after I send this ;)
On 2015-03-02 03:37, Lu, Baolu wrote:
Include Kenneth Johansson.
On 2015-03-02 10:33, Lu, Baolu wrote:
I tried to reproduce this issue on an Intel Ivybridge machine. But I
failed.
Kernel version: 4.0.0-rc1 (built against master branch
I tried to reproduce this issue on an Intel Ivybridge machine. But I failed.
Kernel version: 4.0.0-rc1 (built against master branch of Greg's usb tree)
USB fabric:
$ sudo lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub,
On 2014年11月25日 21:11, George Cherian wrote:
Pass the quir flag XHCI_DRD_SUPPORT from DWC3 host to xhci platform driver.
quir to quirk
Regards,
Baolu
This enables xhci driver to handle deallocation's differently while in DRD mode.
Pass the quirk flag XHCI_NEEDS_LHC_RESET from DWC3 host to
Hi,
Have you tried the latest kernel?
Can below commit change anything?
commit bb86cf569bbd7ad4dce581a37c7fbd748057e9dc
Author: Gavin Guo gavin@canonical.com
Date: Fri Jul 18 01:12:13 2014 +0800
usb: Check if port status is equal to RxDetect
When using USB 3.0 pen drive
;
} while (cur_td != last_unlinked_td);
[end of code segment]
Beset Regards,
Lu Baolu
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 2014年11月24日 23:33, Alan Stern wrote:
On Mon, 24 Nov 2014, Lu, Baolu wrote:
Hi Mathias, Alan and all,
During xhci handling a completion event for stop endpoint command ,
xhci_handle_cmd_stop_ep() always gives back a urb with status set to 0.
The comment says,
/* Doesn't
On 11/6/2014 5:24 AM, Alan Stern wrote:
On Wed, 5 Nov 2014, Lu Baolu wrote:
xhci: clear root port wake on bits if controller isn't allowed to do wakeup
When system is being suspended, if host device is not allowed to do wakeup,
xhci_suspend() needs to clear all root port wake on bits
.
- Should be applied to all xhci controllers.
Lu Baolu (3):
usb: xhci: Revert xhci: clear root port wake on bits if controller
isn't wake-up capable
usb: xhci: This reworks ff8cbf250b448aac35589f6075082c3fcad8a8fe
usb: xhci: fix comment for PORT_DEV_REMOVE
drivers/usb/host/xhci
.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
Suggested-by: Alan Stern st...@rowland.harvard.edu
Acked-by: Alan Stern st...@rowland.harvard.edu
---
drivers/usb/host/xhci-pci.c | 2 +-
drivers/usb/host/xhci-plat.c | 10 +-
drivers/usb/host/xhci.c | 42
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC
true means Device is non-removable.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
Reported-by: Juro Bystricky jurobystri...@hotmail.com
---
drivers/usb/host/xhci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
This reverts commit ff8cbf250b448aac35589f6075082c3fcad8a8fe.
Commit ff8cbf250b448aac35589f6075082c3fcad8a8fe triggers the bug logged at
https://bugzilla.kernel.org/show_bug.cgi?id=85701
Signed-off-by: Lu Baolu baolu...@linux.intel.com
Reported-by: Dmitry Nezhevenko d...@inhex.net
---
drivers
This reverts commit ff8cbf250b448aac35589f6075082c3fcad8a8fe.
Commit ff8cbf250b448aac35589f6075082c3fcad8a8fe triggers the bug logged at
https://bugzilla.kernel.org/show_bug.cgi?id=85701
Reported-by: Dmitry Nezhevenko d...@inhex.net
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC
true means Device is non-removable.
Reported-by: Juro Bystricky jurobystri...@hotmail.com
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/host/xhci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
xhci controllers.
Lu Baolu (3):
usb: xhci: Revert xhci: clear root port wake on bits if controller
isn't wake-up capable
usb: xhci: This reworks ff8cbf250b448aac35589f6075082c3fcad8a8fe
usb: xhci: fix comment for PORT_DEV_REMOVE
drivers/usb/host/xhci-hub.c | 5 +
drivers/usb/host
-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/host/xhci.c | 42 ++
1 file changed, 42 insertions(+)
diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
index 2a5d45b..cd57aae 100644
--- a/drivers/usb/host/xhci.c
+++ b/drivers/usb/host
On 11/5/2014 12:58 AM, Alan Stern wrote:
On Tue, 4 Nov 2014, Lu Baolu wrote:
xhci: clear root port wake on bits if controller isn't wake-up capable
When system is being suspended, if host device is not wakeup capable,
xhci_suspend() needs to clear all root port wake on bits. Otherwise,
some
wake-up capable to allowed to do wakeup
in both comments and patch description.
* Add Suggested-by: Alan Stern
Changes in v2:
* Should not be a quirk.
* Should be applied to all xhci controllers.
Lu Baolu (3):
usb: xhci: Revert xhci: clear root port wake on bits if controller
isn't wake
This reverts commit ff8cbf250b448aac35589f6075082c3fcad8a8fe.
Commit ff8cbf250b448aac35589f6075082c3fcad8a8fe triggers the bug logged at
https://bugzilla.kernel.org/show_bug.cgi?id=85701
Signed-off-by: Lu Baolu baolu...@linux.intel.com
Reported-by: Dmitry Nezhevenko d...@inhex.net
---
drivers
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC
true means Device is non-removable.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
Reported-by: Juro Bystricky jurobystri...@hotmail.com
---
drivers/usb/host/xhci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
Suggested-by: Alan Stern st...@rowland.harvard.edu
---
drivers/usb/host/xhci-pci.c | 2 +-
drivers/usb/host/xhci-plat.c | 10 +-
drivers/usb/host/xhci.c | 44 +++-
drivers/usb/host/xhci.h
On 10/31/2014 10:28 PM, Alan Stern wrote:
On Fri, 31 Oct 2014, Lu Baolu wrote:
xhci: clear root port wake on bits if controller isn't wake-up capable
When xHCI PCI host is suspended, if do_wakeup is false in xhci_pci_suspend,
xhci_pci_suspend needs to clear all root port wake on bits
.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/host/xhci-pci.c | 42 ++
drivers/usb/host/xhci.h | 6 ++
2 files changed, 48 insertions(+)
diff --git a/drivers/usb/host/xhci-pci.c b/drivers/usb/host/xhci-pci.c
index 280dde9..3e7441a
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC
true means Device is non-removable.
Reported-by: Juro Bystricky jurobystri...@hotmail.com
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/host/xhci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
This serie of patch reworks commit ff8cbf250b448aac35589f6075082c3fcad8a8fe.
This has been discussed at http://www.spinics.net/lists/linux-usb/msg114986.html
It also includes a patch to fix a comment in drivers/usb/host/xhci.h.
Lu Baolu (3):
usb: xhci: Revert xhci: clear root port wake on bits
This reverts commit ff8cbf250b448aac35589f6075082c3fcad8a8fe.
Commit ff8cbf250b448aac35589f6075082c3fcad8a8fe triggers the bug logged at
https://bugzilla.kernel.org/show_bug.cgi?id=85701
Reported-by: Dmitry Nezhevenko d...@inhex.net
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers
On 10/15/2014 6:07 PM, Dmitry Nezhevenko wrote:
On Sat, Oct 11, 2014 at 03:51:47PM +0800, Lu, Baolu wrote:
Hi Dmitry,
Can you please try to disable wakeup of root hub instead of host controller?
Hi,
Sorry for delay. Can you please suggest how to do this?
I always do this with below steps
On 10/8/2014 11:52 PM, Alan Stern wrote:
On Wed, 8 Oct 2014, Mathias Nyman wrote:
Index: usb-3.17/drivers/usb/host/xhci-hub.c
===
--- usb-3.17.orig/drivers/usb/host/xhci-hub.c
+++ usb-3.17/drivers/usb/host/xhci-hub.c
@@ -1136,13
Hi Dmitry,
Can you please try to disable wakeup of root hub instead of host controller?
Regards,
-baolu
On 10/10/2014 3:16 PM, Dmitry Nezhevenko wrote:
On Wed, Oct 08, 2014 at 12:38:35PM -0400, Alan Stern wrote:
Dmitry, this gave me another idea. Can you test the patch below,
_without_ the
:10:28 +0800
Lu, Baolu baolu...@linux.intel.com wrote:
On 9/30/2014 5:03 AM, Mark Knibbs wrote:
Great. I hope someone else is motivated to reproduce the issue. It will
take a long time for me to bisect due to my slow computer.
Hi Mark,
I tried to reproduce this issue. I connected a USB key under
On 10/09/2014 07:07 PM, Mark Knibbs wrote:
[For removable media, it's a good idea to disable polling for medium
changes before running a test. Depending on kernel distribution that could
be achieved by doing
udisks --inhibit-all-polling
and/or for example
echo -1
On 9/30/2014 5:03 AM, Mark Knibbs wrote:
Great. I hope someone else is motivated to reproduce the issue. It will
take a long time for me to bisect due to my slow computer.
Hi Mark,
I tried to reproduce this issue. I connected a USB key under a
full-speed hub.
sg_rbuf returns error which I
Can you try with the latest kernel?
On 9/24/2014 6:13 AM, Len Berman wrote:
I'm running debian 7.
Linux foobar 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux.
I have a Passport drive which fails on the USB3 connector. It works
fine on USB2. It also works fine as USB3 on my
On 09/18/2014 10:40 PM, Alan Stern wrote:
Is this quirk doable? What's your opinions?
It's okay with me.
Acked-by: Alan Sternst...@rowland.harvard.edu
Thank you Alan.
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
.
With this quirk set, wakeup capability will be ignored during
device configure.
This patch could be back-ported to kernels as old as 2.6.39.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
Acked-by: Alan Stern st...@rowland.harvard.edu
---
drivers/usb/core/hub.c | 6 --
drivers/usb/core
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC
true means Device is non-removable.
Reported-by: Juro Bystricky jurobystri...@hotmail.com
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/host/xhci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Hi Andreas,
I'd like to reproduce this problem in the lab. How can I get a CDC device?
Thanks,
-baolu
On 9/10/2014 3:04 PM, Kasberger Andreas wrote:
So I am back with more tests on this problem.
Intel itself told us it is a problem on the driver for the XHCI host
controller. I will put some
.
With this quirk set, wakeup capability will be ignored during
device configure.
This patch could be back-ported to kernels as old as 2.6.39.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/core/hub.c | 6 --
drivers/usb/core/quirks.c | 4
include/linux/usb/quirks.h | 3
On 8/29/2014 7:59 PM, Sergei Shtylyov wrote:
Hello.
On 8/29/2014 8:26 AM, Lu Baolu wrote:
This full-speed USB device generates spurious remote wakeup event
as soon as USB_DEVICE_REMOTE_WAKEUP feature is set. As the result,
Linux can't enter system suspend and S0ix power saving modes once
.
With this quirk set, wakeup capability will be ignored during
device configure.
This patch could be back-ported to kernels as old as 2.6.39.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/core/hub.c | 6 --
drivers/usb/core/quirks.c | 4
include/linux/usb/quirks.h | 3
Hi,
I am using an ASUS T100TA with dock attached. I installed Ubuntu Linux
on eMMC and customized the kernel.
I started from echo mem /sys/power/state. Kernel starts its
processes to put the system into suspend mode. Before kernel executes to
xhci_bus_suspend(), xHC USB 2 root hub port
, that
contains the commit 9777e3ce907d4cb5a513902a87ecd03b52499569
USB: xHCI: bus power management implementation.
Signed-off-by: Lu Baolu baolu...@linux.intel.com
---
drivers/usb/host/xhci-hub.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci-hub.c b/drivers/usb
When the xHCI PCI host is suspended, if do_wakeup is false in xhci_pci_suspend,
xhci_bus_suspend needs to clear all root port wake on bits. Otherwise some Intel
platform may get a spurious wakeup, even if PCI PME# is disabled.
http://marc.info/?l=linux-usbm=138194006009255w=2
Signed-off-by: Lu
[0.00] ehci_setup failed
[0.00] Malformed early option 'kgdbdbgp'
... ...
It fails in dbgp_ehci_startup().
Thanks,
Allen
On 2/19/2014 1:01 AM, Felipe Balbi wrote:
On Tue, Feb 18, 2014 at 09:01:29AM -0800, Greg KH wrote:
On Tue, Feb 18, 2014 at 02:46:00PM +0800, Lu, Baolu wrote:
Hi list
Hi list,
Linux kernel (3.12.8) fails to setup EHCI debug port on my Sandy Bridge
server. This seems to be a normal thing as I tried on other machines and
got the same result.
This is the EHCI host controller information (printed by lspci -vvv)
00:1a.0 USB controller: Intel Corporation
601 - 646 of 646 matches
Mail list logo
