046d:c52b USB3 port Logitech mouse using unifying receiver not detected
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
When starting up my laptop (Asus G75), my Logitech mouse w/ unifying receiver is not always detected, and I have to unplug it multiple times before it's found. This happend on my Dell XPS 15z as well, and it does pertain to USB3. My MacBook Pro never had that issue -- it only had USB2 ports.
WORKAROUND: Run https:/
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: linux-image-
ProcVersionSign
Uname: Linux 3.5.0-11-generic x86_64
NonfreeKernelMo
ApportVersion: 2.4-0ubuntu8
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
Date: Mon Aug 20 12:47:21 2012
EcryptfsInUse: Yes
MachineType: ASUSTeK COMPUTER INC. G75VW
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.89
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 06/15/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: G75VW.210
dmi.board.
dmi.board.name: G75VW
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: G75VW
dmi.product.
dmi.sys.vendor: ASUSTeK COMPUTER INC.
Rainer Rohde (rainer-rohde) wrote : | #1 |
- AcpiTables.txt Edit (355.0 KiB, text/plain; charset="utf-8")
- AlsaInfo.txt Edit (39.8 KiB, text/plain; charset="utf-8")
- BootDmesg.txt Edit (86.4 KiB, text/plain; charset="utf-8")
- CRDA.txt Edit (257 bytes, text/plain; charset="utf-8")
- CurrentDmesg.txt Edit (11.7 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (2.1 KiB, text/plain; charset="utf-8")
- IwConfig.txt Edit (303 bytes, text/plain; charset="utf-8")
- Lspci.txt Edit (11.9 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (580 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (7.4 KiB, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (3.8 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (5.1 KiB, text/plain; charset="utf-8")
- PulseList.txt Edit (22.5 KiB, text/plain; charset="utf-8")
- RfKill.txt Edit (240 bytes, text/plain; charset="utf-8")
- UdevDb.txt Edit (147.8 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (339.6 KiB, text/plain; charset="utf-8")
- WifiSyslog.txt Edit (169.9 KiB, text/plain; charset="utf-8")
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Joseph Salisbury (jsalisbury) wrote : | #2 |
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
status: | Confirmed → Incomplete |
tags: | added: needs-upstream-testing |
penalvch (penalvch) wrote : Re: 046d:c52b USB3 port Logitech mouse using unifying receiver not always detected | #3 |
Rainer Rohde, thank you for reporting this and helping make Ubuntu better.
Let us avoid marking this a duplicate of bug 1028806 and commenting on that report for now, despite same mouse vendor ID, due to different hardware it is being plugged into, and differing outcomes.
Hence, could you please test the latest upstream kernel available following https:/
needs-upstream-
This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the text:
needs-upstream-
If this bug is fixed in the mainline kernel, please add the following tags:
kernel-
kernel-
where VERSION-NUMBER is the version number of the kernel you tested.
If the mainline kernel does not fix this bug, please add the following tags:
kernel-
kernel-
where VERSION-NUMBER is the version number of the kernel you tested.
If you are unable to test the mainline kernel, please comment as to why specifically you were unable to test it and add the following tags:
kernel-
kernel-
where VERSION-NUMBER is the version number of the kernel you tested.
Please let us know your results. Thank you for your understanding.
summary: |
- USB3 port -- Logitech mouse using unifying receiver not always detected + 046d:c52b USB3 port Logitech mouse using unifying receiver not always + detected |
Rainer Rohde (rainer-rohde) wrote : | #4 |
How funny. I was commenting on the wrong bug all along. Everything I said in 1028806 should have gone here. :)
I am downloading that kernel now. I'll let you know asap.
Rainer Rohde (rainer-rohde) wrote : | #5 |
uname -a:
Linux rrohde-G75VW 3.6.0-030600rc5
This kernel still has the same issue -- my Trackball was not recognized initially.
tags: |
added: kernel-bug-exists-upstream kernel-bug-exists-upstream-3.6.0-030600rc5-generic removed: needs-upstream-testing |
penalvch (penalvch) wrote : | #6 |
Rainer Rohde, thank you for testing the mainline kernel.
Did this problem not occur in a version of Ubuntu prior to Quantal, using your laptop (Asus G75)?
Rainer Rohde (rainer-rohde) wrote : | #7 |
I noticed that this is strictly a USB3 issue. I had a MacBook Pro (USB2 only), and this particular Logitech Trackman with Unifying Receiver worked just perfectly on 12.04 and early builds of Quantal.
Then I moved to a Dell XPS (USB3 only) and it started to fail.
Then I moved to my current ASUS G75 (USB3 only) and both 12.04 (that I fell back to for other reasons) and now again Quantal, all the way up to beta1, have issues with recognizing the Logitech device.
As a side note, an older, WIRED Logitech Trackman of mine works perfectly fine on USB3, regardless of 12.04 or Quantal.
From what I can tell this issues is really with USB3 and the Logitech Unifying Receiver.
tags: | added: precise |
penalvch (penalvch) wrote : | #8 |
Rainer Rohde, could you please boot into the newest mainline kernel, and gather a USB trace for a more in depth analysis following http://
Thank you for your understanding.
Rainer Rohde (rainer-rohde) wrote : | #9 |
Didn't have the time today to mess with new kernels, so I did it from my current kernel:
uname -a
Linux rrohde-G75VW 3.5.0-14-generic #16-Ubuntu SMP Mon Sep 10 21:57:14 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
The funny thing is, when I first boot up, the Unifying Receiver is NOT yet found inside /proc/bus/
On the first unplugging attempt, it shows up, but it does not always WORK after the first attempt when plugging it back in. Again, most times it takes 2-8 attempts, more recently I had to do it up to 20 or more times before the mouse pointer moved.
However, during this testing (I did it twice), the mouse worked after unplugging the Unifying Receive only once. Please find attached the requested outfile.
Rainer Rohde (rainer-rohde) wrote : | #10 |
Not sure if that's helpful at all, but I found this line while booting into recovery mode:
[3.152925] logitech-djreceiver 0003: logi_dj_
Rainer Rohde (rainer-rohde) wrote : | #11 |
Not sure if this article helps...
Rainer Rohde (rainer-rohde) wrote : | #12 |
Any progress being made? This issue still persists and we're a month away from Quantal release...
penalvch (penalvch) wrote : | #13 |
Rainer Rohde, still missing action item from https:/
Rainer Rohde (rainer-rohde) wrote : | #14 |
Ok, here we go:
root@rrohde-
Linux rrohde-G75VW 3.6.0-999-generic #201209200436 SMP Thu Sep 20 08:37:14 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Please see attached outfile.
Note that I stopped recording to the file as soon as my Logitech Unifying receiver was detected and the mouse pointer moved.
tags: |
added: kernel-bug-exists-upstream-3.6.0-999-generic removed: kernel-bug-exists-upstream-3.6.0-030600rc5-generic |
tags: | added: kernel-bug-exists-upstream-3.6.0-030600rc5-generic |
penalvch (penalvch) wrote : | #15 |
Rainer Rohde, thank you for providing the trace with the latest mainline kernel available.
Could you please regression test for this in Lucid via http://
Rainer Rohde (rainer-rohde) wrote : | #16 |
You want me to install 10.04 on my laptop? Will this work from within a VM instead?
penalvch (penalvch) wrote : | #18 |
Rainer Rohde, a test of 10.04 via Live or installed environment is fine.
A VM will not be an appropriate testing environment.
Rainer Rohde (rainer-rohde) wrote : | #19 |
Christopher,
I burnt a 10.04 LiveCD and the Logitech Unifying Receiver *works perfectly* each and every time I rebooted into the 10.04 live environment.
On the contrary, when I rebooted back into 12.10 beta, I had to unplug the Unifying Receiver 14(!) times before the mouse responded.
While in the 10.04 live environment, I recorded this tidbit from dmesg:
ubuntu@ubuntu:~$ dmesg | grep -i [l]ogitech
[ 83.073503] input: Logitech USB Receiver as /devices/
[ 83.073655] generic-usb 0003:046D:
[ 83.075346] input: Logitech USB Receiver as /devices/
[ 83.075418] generic-usb 0003:046D:
[ 83.077209] generic-usb 0003:046D:
So, what's next since we now know that 10.04 didn't have that issue?
Also, the bug displayed here https:/
Rainer Rohde (rainer-rohde) wrote : | #20 |
In comparison, while in 12.10, dmesg presents this:
logitech-djreceiver 0003:046D:
tags: | added: regression-release |
penalvch (penalvch) wrote : | #21 |
Rainer Rohde, the next step is to perform a kernel bisect from Lucid to Precise, in order to identify the offending commit(s). Could you please do this following https:/
Thank you for your understanding.
Helpful Bug Reporting Links:
https:/
https:/
https:/
https:/
Rainer Rohde (rainer-rohde) wrote : | #22 |
As a non-developer, but rather a Ubuntu power-user, I think I am unable to do this bisect by myself. I had encountered a bug in the past that required a bisect as well, and the person who was subscribed to that bug did provide the kernel builds I needed to test. This was a rather long process and I was glad I was able to help here, but I was happy I wasn't doing this all alone.
In fact, this should not be left to the end-user to begin with.
penalvch (penalvch) wrote : | #23 |
Rainer Rohde, thank you for quickly responding to my request. Regarding your comments https:/
>"As a non-developer, but rather a Ubuntu power-user, I think I am unable to do this bisect by myself. I had encountered a bug in the past that required a bisect as well, and the person who was subscribed to that bug did provide the kernel builds I needed to test. This was a rather long process and I was glad I was able to help here, but I was happy I wasn't doing this all alone."
As a fellow non-developer, power-user, bisecting can, at first, seem daunting. However, since you can install and boot into different kernels, you certainly have skill, having done maneuvers of the bisection process already.
Before one does the commit bisection, which tends to be the most challenging, one has narrow down the kernel versions to a particular release (ex. Lucid). As we have a wide range from Lucid to Precise, one could do the pre-commit bisection following https:/
If you feel up to trying it anyways with help from the Ubuntu Community, you are welcome to do this via support from the Ubuntu Kernel Team https:/
>"In fact, this should not be left to the end-user to begin with."
The above mentioned request was never left to an end-user. You were only asked if you could try to do it, not required to, in order to speed up the time it takes to get the bug fixed. If you cannot, then one will have to wait.
Joseph Salisbury (jsalisbury) wrote : | #24 |
Hi Rainer,
I can assist you with the bisect. We first need to identify the last good kernel and first bad kernel. It looks like the bug does not exist in 10.04, but it is in the latest mainline kernel. Can you test the following kernels and report back the first kernel that has the bug:
v3.0 final: http://
v3.1 final: http://
v3.2 final: http://
You don't have to test every kernel, just up until the kernel that first has this bug.
Thanks in advance!
tags: | added: performing-bisect |
Rainer Rohde (rainer-rohde) wrote : | #25 |
Joseph / Christopher -- here are the initial results:
linux-image-
linux-image-
linux-image-
Thanks.
This bug has been annoying me for weeks. Very happy to find this thread and see the impressive effort you are putting into getting it fixed. You guys rock.
Rainer Rohde (rainer-rohde) wrote : | #27 |
Robert -- maybe you could mark this bug as affecting you as well -- so I don't feel so alone. :)
Joseph Salisbury (jsalisbury) wrote : | #28 |
Thanks for testing, Rainer. Now that we know the bug exists in v3.2, we need to find out what release candidate introduced the bug. Can you test the following kernels as well:
v3.2-rc1: http://
v3.2-rc4: http://
Rainer Rohde (rainer-rohde) wrote : | #29 |
Rainer Rohde (rainer-rohde) wrote : | #30 |
So, what's next?
Joseph Salisbury (jsalisbury) wrote : | #31 |
It seems the bug exists in v3.2-rc1, so we will have to test earlier kernels to find when it was introduced. Can you test some of the v3.1 release candidates:
v3.1-rc2: http://
v3.1-rc3: http://
v3.1-rc4: http://
...
Again, you don't have to test every kernel, just up until the kernel that first has this bug.
Rainer Rohde (rainer-rohde) wrote : | #32 |
Here are the results -- all kernels worked flawlessly:
uname -a
Linux rrohde-G75VW 3.1.0-0301rc2-
uname -a
Linux rrohde-G75VW 3.1.0-0301rc3-
uname -a
Linux rrohde-G75VW 3.1.0-0301rc4-
Joseph Salisbury (jsalisbury) wrote : | #33 |
Can you also test v3.1 final:
Rainer Rohde (rainer-rohde) wrote : | #34 |
Here are the results:
uname -a
Linux rrohde-G75VW 3.1.0-030100-
Joseph Salisbury (jsalisbury) wrote : | #35 |
Thanks for testing, Rainer. I will perform a kernel bisect between v3.1 final and v3.2-rc1. I'll post a test kernel shortly.
Rainer Rohde (rainer-rohde) wrote : | #36 |
Sounds good Joseph. Do you have a Logitech mouse with Unifying Receiver as well then?
Joseph Salisbury (jsalisbury) wrote : | #37 |
I built the first test kernel, which is up to commit:
37be944a0270402
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Thanks in advance!
Rainer Rohde (rainer-rohde) wrote : | #38 |
Here's the result, Joseph:
uname -a
Linux rrohde-G75VW 3.1.0-030100-
Joseph Salisbury (jsalisbury) wrote : | #39 |
I built the first test kernel, which is up to commit:
7e0bb71e7502034
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Thanks in advance!
Joseph Salisbury (jsalisbury) wrote : | #40 |
The previous comment should read: I built the second test kernel.
Rainer Rohde (rainer-rohde) wrote : | #41 |
Here's the outcome:
uname -a
Linux rrohde-G75VW 3.1.0-030100-
Joseph Salisbury (jsalisbury) wrote : | #42 |
I built the next test kernel, which is up to commit:
3ed6f6958c0ac21
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Thanks in advance!
Rainer Rohde (rainer-rohde) wrote : | #43 |
Here you go:
uname -a
Linux rrohde-G75VW 3.1.0-030100rc9
Joseph Salisbury (jsalisbury) wrote : | #44 |
I built the next test kernel, which is up to commit:
02dc84fe18482ba
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Thanks in advance!
Rainer Rohde (rainer-rohde) wrote : | #45 |
uname -a
Linux rrohde-G75VW 3.1.0-030100-
Jack67 (jack67) wrote : | #46 |
the mouse or the keyboard must not be on when the kernel detects the dongle, turning a device on after the dongle is pluged in for at least 10 sec works 100% of the time. Same thing for boot up !
Rainer Rohde (rainer-rohde) wrote : | #47 |
Jack, this does not work for me at all.
Needless to say, in 10.04 works with the Logitech Unifying Receiver just find, and, needless to say, so does Windows 7. However, it does not work for me on 12.04 and 12.10. The issue seems to be with USB3, as it worked perfectly on my older laptops that didn't have USB3
Karol Szkudlarek (karol-mikronika) wrote : | #48 |
On My dell E6510 and ubuntu 12.04.1, this also happens ... I tried a few times to plug/unplug logitech receiver with no success. :-(
Oct 9 09:23:54 karolszk-lap kernel: [ 4815.908343] usb 2-1.3: new full-speed USB device number 46 using ehci_hcd
Oct 9 09:23:56 karolszk-lap kernel: [ 4817.411515] hub 2-1:1.0: unable to enumerate USB device on port 3
Oct 9 09:23:56 karolszk-lap kernel: [ 4817.698886] usb 2-1.3: new full-speed USB device number 47 using ehci_hcd
Oct 9 09:23:56 karolszk-lap kernel: [ 4817.774692] usb 2-1.3: device descriptor read/64, error -32
Oct 9 09:23:57 karolszk-lap kernel: [ 4819.169951] hub 2-1:1.0: unable to enumerate USB device on port 3
Oct 9 09:23:58 karolszk-lap kernel: [ 4819.369409] usb 2-1.3: new full-speed USB device number 48 using ehci_hcd
Oct 9 09:23:58 karolszk-lap kernel: [ 4819.449323] usb 2-1.3: device descriptor read/64, error -32
Oct 9 09:24:03 karolszk-lap kernel: [ 4824.565306] hub 2-1:1.0: unable to enumerate USB device on port 3
Oct 9 09:24:03 karolszk-lap kernel: [ 4824.764471] usb 2-1.3: new full-speed USB device number 49 using ehci_hcd
Oct 9 09:24:03 karolszk-lap kernel: [ 4824.836447] usb 2-1.3: device descriptor read/64, error -32
Oct 9 09:24:03 karolszk-lap kernel: [ 4825.012418] usb 2-1.3: device descriptor read/64, error -32
Oct 9 09:24:03 karolszk-lap kernel: [ 4825.188259] usb 2-1.3: new full-speed USB device number 50 using ehci_hcd
Oct 9 09:24:03 karolszk-lap kernel: [ 4825.260062] usb 2-1.3: device descriptor read/64, error -32
Oct 9 09:24:04 karolszk-lap kernel: [ 4825.436081] usb 2-1.3: device descriptor read/64, error -32
Oct 9 09:24:04 karolszk-lap kernel: [ 4825.611889] usb 2-1.3: new full-speed USB device number 51 using ehci_hcd
Oct 9 09:24:04 karolszk-lap kernel: [ 4826.019213] usb 2-1.3: device not accepting address 51, error -32
Oct 9 09:24:04 karolszk-lap kernel: [ 4826.091327] usb 2-1.3: new full-speed USB device number 52 using ehci_hcd
Oct 9 09:24:05 karolszk-lap kernel: [ 4826.498711] usb 2-1.3: device not accepting address 52, error -32
Oct 9 09:24:05 karolszk-lap kernel: [ 4826.499005] hub 2-1:1.0: unable to enumerate USB device on port 3
Oct 9 09:24:09 karolszk-lap kernel: [ 4831.254849] usb 2-1.3: new full-speed USB device number 53 using ehci_hcd
Oct 9 09:24:10 karolszk-lap kernel: [ 4831.462928] hub 2-1:1.0: unable to enumerate USB device on port 3
Oct 9 09:24:17 karolszk-lap kernel: [ 4839.184022] usb 2-1.3: new full-speed USB device number 54 using ehci_hcd
Oct 9 09:24:18 karolszk-lap kernel: [ 4839.392203] hub 2-1:1.0: unable to enumerate USB device on port 3
penalvch (penalvch) wrote : | #49 |
Karol Szkudlarek, could you please file a new report by executing the following in a terminal:
ubuntu-bug linux
For more on this, please see the Ubuntu Bug Control and Ubuntu Bug Squad article:
https:/
and Ubuntu Community article:
https:/
When opening up the new report, please feel free to subscribe me to it. Thank you for your understanding.
Helpful Bug Reporting Links:
https:/
https:/
https:/
summary: |
- 046d:c52b USB3 port Logitech mouse using unifying receiver not always - detected + 046d:c52b USB3 port Logitech mouse using unifying receiver not detected |
Rainer Rohde (rainer-rohde) wrote : | #50 |
Any more kernels for me to test, Joseph?
Joseph Salisbury (jsalisbury) wrote : | #51 |
@Rainer, sorry for the delay. I was away for a few days.
I built the next test kernel, which is up to commit:
105183b156b7c22
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Thanks in advance!
Rainer Rohde (rainer-rohde) wrote : | #52 |
Here you go:
linux-image-
Joseph Salisbury (jsalisbury) wrote : | #53 |
I built the next test kernel, which is up to commit:
8c23516fbb209cc
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #54 |
Joseph:
Linux rrohde-G75VW 3.0.0-030000-
Jelle Foks (jellefoks) wrote : | #55 |
I have the exact same problem on my new laptop. As a temporary workaround, I made the attached 'mousefix' script. Run it as root and it will unload and reload the module until the mouse works.
I put it in the root crontab on my laptop, so it runs automatically in at most a minute when needed.
ps: It might be interesting to note that this is a problem I got when I moved my drive to a brand new laptop that I think has USB3 ports, the old one did not have USB3 and did not have the problem (with the exact same hardware).
I hope this helps others until this is found and fixed.
Rainer Rohde (rainer-rohde) wrote : | #56 |
Now that's an interesting workaround, Jelle. I will try this and report back here.
Rainer Rohde (rainer-rohde) wrote : | #57 |
The "mousefix" workaround posted in #55 works for me. I put the script into /etc/rc.local and every reboot it works. I might take a few moments before the Unifying Receiver starts working, but it does work eventually without having to unplug / plug in the receiver for up to 20 times.
I sure hope that this will be soon fixed on a kernel level too.
Thanks for the interim solution, Jelle!
description: | updated |
Julien Gascard (amodef) wrote : | #58 |
Same problem here. Tell me if I can help!
Joseph Salisbury (jsalisbury) wrote : | #59 |
I built the next test kernel, which is up to commit:
79ebec76be4e7c2
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #60 |
Here you go, Joeseph:
linux-image-
Joseph Salisbury (jsalisbury) wrote : | #61 |
I built the next test kernel, which is up to commit:
2588f554f0adaba
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #62 |
Once again...
uname -a
Linux rrohde-G75VW 3.0.0-030000-
Joseph Salisbury (jsalisbury) wrote : | #63 |
I built the next test kernel, which is up to commit:
e7515ba154b63c8
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #64 |
Hi Joseph,
linux-image-
Joseph Salisbury (jsalisbury) wrote : | #65 |
I built the next test kernel, which is up to commit:
517f43e5a922d51
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #66 |
Joseph, once again:
uname -a
Linux rrohde-G75VW 3.0.0-030000-
Joseph Salisbury (jsalisbury) wrote : | #67 |
I built the next test kernel, which is up to commit:
bb9b08af06fd6af
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #68 |
Here we go again:
Linux rrohde-G75VW 3.0.0-030000-
Joseph Salisbury (jsalisbury) wrote : | #69 |
I built the next test kernel, which is up to commit:
9a5a133df35bc76
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #70 |
Joseph,
Linux rrohde-G75VW 3.0.0-030000-
Joseph Salisbury (jsalisbury) wrote : | #71 |
I built the next test kernel, which is up to commit:
29a34f92b5f1776
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #72 |
Linux rrohde-G75VW 3.0.0-030000-
HOWEVER, today's kernel upgrade:
Linux rrohde-G75VW 3.5.0-19-generic #30-Ubuntu SMP Tue Nov 13 17:48:01 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
DOES NOT HAVE the bug and the unifying receiver works right from the start. I did comment out the workaround (#55), and I can confirm hat the new kernel update seems to have fixed the issue altogether.
Anybody else can confirm the same?
Jelle Foks (jellefoks) wrote : | #73 |
Just rebooted to 3.5.0-19.30, and the bug still exists here ('logi_
The script had to reload the driver 7 times on boot, and after unplugging and replugging it had to reload it once.
Linux helium 3.5.0-19-generic #30-Ubuntu SMP Tue Nov 13 17:48:01 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Rainer Rohde (rainer-rohde) wrote : | #74 |
Weird... it DID work for me, rebooting 3 times and confirming each time that it worked.
However, having rebooted just now, the unifying receive no longer works. I am using the mouse-fix from post #55 again... sad.
So, I guess we're back to square one. :(
Joseph Salisbury (jsalisbury) wrote : | #75 |
I built the next test kernel, which is up to commit:
262eb9b2237ecee
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #76 |
Joseph,
Linux rrohde-G75VW 3.0.0-030000-
Joseph Salisbury (jsalisbury) wrote : | #77 |
HI Rainer,
The bisect reported the following commit as the first bad commit:
262eb9b2237ecee
This doesn't make since, so we may have reported a wrong result to bisect some where along the way. To conform that we started with the correct good and bad commits, can you retest the following:
v3.1 final: http://
v3.2-rc1: http://
Rainer Rohde (rainer-rohde) wrote : | #78 |
Here we go, Joseph:
Linux rrohde-G75VW 3.1.0-030100-
Linux rrohde-G75VW 3.2.0-030200rc1
Joseph Salisbury (jsalisbury) wrote : | #79 |
I built a test kernel up to the following commit:
a5d5a914770a81a
This commit is right before commit 262eb9b2237ecee
This kernel is available from:
http://
Can you test this latest kernel and report back if it has the bug or not?
Rainer Rohde (rainer-rohde) wrote : | #80 |
Joseph, here's the result:
Linux rrohde-G75VW 3.0.0-030000-
Joseph Salisbury (jsalisbury) wrote : | #81 |
This means the merge base a5d5a914770a81a
This means the bug has been fixed between a5d5a914770a81a
I'll do some additional research on this.
Joseph Salisbury (jsalisbury) wrote : | #82 |
In the mean time, can you test the latest v3.7-rc8 mainline kernel, which can be downloaded from:
http://
Rainer Rohde (rainer-rohde) wrote : | #83 |
Joseph,
Linux rrohde-G75VW 3.7.0-030700rc8
Gavin Graham (gavingraham) wrote : | #84 |
This bug has a lot of information in it and it is still marked as incomplete. I am happy to help contribute information to progress this report. Just let me know what information is required.
Joseph Salisbury (jsalisbury) wrote : | #85 |
@Gaving and Rainer,
The v3.7 final kernel is now available. Can you test this kernel to see if it has the bug:
Gavin Graham (gavingraham) wrote : | #86 |
@Joseph S,
I'm installaing 3.7.0-7.15 (https:/
Gavin Graham (gavingraham) wrote : | #87 |
Errata: Wrong Kernel link. It should be https:/
Gavin Graham (gavingraham) wrote : | #88 |
@Joseph,
Well there's no difference by using the xorg-edgers Kernel:
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.407752] usb 3-4: new full-speed USB device number 3 using xhci_hcd
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.426452] usb 3-4: New USB device found, idVendor=046d, idProduct=c52b
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.426460] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.426463] usb 3-4: Product: USB Receiver
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.426466] usb 3-4: Manufacturer: Logitech
Dec 17 04:32:54 gavin-N53SV mtp-probe: checking bus 3, device 3: "/sys/devices/
Dec 17 04:32:54 gavin-N53SV mtp-probe: bus: 3, device: 3 was not an MTP device
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.431715] logitech-djreceiver 0003:046D:
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.431975] logitech-djreceiver 0003:046D:
Dec 17 04:32:54 gavin-N53SV kernel: [ 39.432184] logitech-
Gavin Graham (gavingraham) wrote : | #89 |
@Joseph,
Ok, I've now installed the Kernel from http://
Jelle Foks (jellefoks) wrote : | #90 |
- mouse_bisect.log Edit (2.8 KiB, text/plain)
There hasn't been much progress for a while, so I read up on ubuntu kernel building and bisecting (https:/
Bisect log attached. The bug is introduced in the commit that adds the hid-logitech-dj driver:
-------------
534a7b8e10ec55d
commit 534a7b8e10ec55d
Date: Thu Sep 15 11:34:49 2011 +0200
HID: Add full support for Logitech Unifying receivers
--------------
Which makes sense in hindsight looking at the kernel messages of the good vs bad report, because the good report shows that it's using a generic HID driver, and the bad report shows that it's using the hid-logitech-dj driver.
Then inspecting the logs of the 'bad' case in more detail shows something else interesting:
--------
[ 17.867585] xhci_hcd 0000:00:14.0: WARN: short transfer on control ep
[ 17.867856] xhci_hcd 0000:00:14.0: WARN: short transfer on control ep
[ 17.867980] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 17.868105] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 17.868235] logitech-djreceiver 0003:046D:
[ 17.868502] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 17.868511] logitech-djreceiver 0003:046D:
[ 17.868639] logitech-
[ 18.893031] xhci_hcd 0000:00:14.0: WARN: short transfer on control ep
[ 18.893287] xhci_hcd 0000:00:14.0: WARN: short transfer on control ep
[ 18.893390] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 18.893501] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 18.893719] logitech-djreceiver 0003:046D:
[ 18.893982] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 18.894015] logitech-djreceiver 0003:046D:
[ 18.894291] logitech-
[ 19.925347] xhci_hcd 0000:00:14.0: WARN: short transfer on control ep
[ 19.925611] xhci_hcd 0000:00:14.0: WARN: short transfer on control ep
[ 19.925725] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 19.925832] xhci_hcd 0000:00:14.0: WARN: Stalled endpoint
[ 19.926080] logitech-djreceiver 0003:046D:
[ 19.929079] input: Logitech Unifying Device. Wireless PID:4007 as /devices/
[ 19.929186] logitech-djdevice 0003:046D:
-------
Those xhci_hcd message...
Jelle Foks (jellefoks) wrote : | #91 |
Attached, dmesg of a 3.8.0rc3 kernel with xhci debugging enabled.
The difference between the successful and failed load is that the line:
[ 18.995664] logitech-djreceiver 0003:046D:
Is followed by different lines between fail and success.
The lines before that are the same between success and fail except for the reported pointer addresses, and twice a "Cycle state = 0x0" for success, and twice a "Cycle state = 0x1" for fail (I haven't investigated what that can mean, and I'm not familiar with the code & protocol, but because it's consistent/always like that, it may be important).
If success, the next 4 lines are:
[ 18.996923] xhci_hcd 0000:00:14.0: ep 0x83 - asked for 32 bytes, 17 bytes untransferred
[ 18.997550] input: Logitech Unifying Device. Wireless PID:4007 as /devices/
[ 18.997800] logitech-djdevice 0003:046D:
[ 18.998921] xhci_hcd 0000:00:14.0: ep 0x83 - asked for 32 bytes, 17 bytes untransferred
If fail, the next 4 lines are:
[ 17.947216] xhci_hcd 0000:00:14.0: Stalled endpoint
[ 17.947231] xhci_hcd 0000:00:14.0: Cleaning up stalled endpoint ring
[ 17.947232] xhci_hcd 0000:00:14.0: Finding segment containing stopped TRB.
[ 17.947233] xhci_hcd 0000:00:14.0: Finding endpoint context
I'm adding this to the bug report here, just in case somebody with more knowledge of the xhci or the hardware sees it and more quickly can point out what is wrong with this driver than me examining this for me still unfamiliar code in my spare time...
Jelle Foks (jellefoks) wrote : | #92 |
Jelle Foks (jellefoks) wrote : | #93 |
Jim Mayer (pentastich) wrote : | #94 |
I can confirm that this bug also affects my system. My system is an off the shelf System76 "Bonobo Extreme" laptop running Ubuntu 12.10 with the latest updates. Consistent with the other reports, this laptop has USB3 ports.
$ uname -a
Linux bigbrick 3.5.0-23-generic #35-Ubuntu SMP Thu Jan 24 13:15:40 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Joseph Salisbury (jsalisbury) wrote : | #95 |
The v3.8-rc6 kernel is now available. Can folks affected by this bug test this kernel and confirm/deny if it has the bug? The kernel can be downloaded from:
http://
Ensure you install both the linux-image and linux-image-extra packages.
Thanks in advance!
Jelle Foks (jellefoks) wrote : | #96 |
Ho Joseph,
Nothing changed. Still fails for me, workaround still works.
Jelle.
---------
[ 5.109384] logitech-djreceiver 0003:046D:
[ 5.109658] logitech-djreceiver 0003:046D:
[ 5.109779] logitech-
jelle@helium:~$ uname -a
Linux helium 3.8.0-030800rc6
jelle@helium:~$ dpkg -l '*linux-*rc6*'
Desired=
| Status=
|/ Err?=(none)
||/ Name Version Architecture Description
+++-===
ii linux-headers-
ii linux-headers-
ii linux-image-
ii linux-image-
Rainer Rohde (rainer-rohde) wrote : | #97 |
Joseph,
Linux rrohde-G75VW 3.8.0-030800rc6
Well, hasn't this been bisected to death? Shouldn't we have a fix by now? How long has this been going on? Sorry, just a bit frustrating and wondering as to why this isn't fixed yet... sigh.
Thanks for all the help so far, though.
Jelle Foks (jellefoks) wrote : | #98 |
- logitech-dj.patch Edit (530 bytes, text/plain)
I had some time today to look at this, and assuming that maybe the usb3 interface is sometimes accessing the device before it is ready, I added a short sleep into the logi_dj_
With the modification, I have not been able to trigger the error again. I did not do extensive testing (yet), but enough to convince myself that this is very likely a working fix for the problem in this bug report.
Perhaps others can test this patch? It will probably apply cleanly to pretty much any kernel version that includes the new logitech unifying receiver driver (hid-logitech-
tags: | added: patch |
Joseph Salisbury (jsalisbury) wrote : | #99 |
This bug is probably related to commit 534a7b8e10ec55d
Jelle Foks (jellefoks) wrote : | #100 |
Yes. It is a commit that adds a special hid driver for this hardware. Before that commit, when the bug is not present, the generic hid driver is used.
So, it's quite possible that the new driver never worked correctly on USB3 hardware.
I'd like to see a confirmation from somebody on this bug report about this fix before I contact upstream.
I made a ppa where I uploaded a kernel with the patch (version 3.8.0-6.11jelle) to make it easier for people to test. It's stilI building the package at the moment, but I'll verify the ppa myself as soon as the package build is finished.
This is the ppa: https:/
Joseph Salisbury (jsalisbury) wrote : | #101 |
Thanks for the great work, Jelle!
Jelle Foks (jellefoks) wrote : | #102 |
Note: The raring kernel in my ppa (version 3.8.0-6.
I'll see if I can dput a quantal (12.10) kernel with the fix there too.
Rainer Rohde (rainer-rohde) wrote : | #103 |
Thanks for your efforts, Jelle.
The question is -- when will this be added into the mainline kernel? I am wondering because I am on 3.8.0-8-generic and it is still not fixed. :)
Thanks.
David Piggott (dhpiggott) wrote : | #104 |
I've just switched from a Dell XPS 15z (which had one USB3 and two USB2 ports). I had the problem on there but worked around it by using one of the USB2 ports.
I'm now using a Dell XPS 13 which has only two USB3 ports and it seems to be pot luck as to which reboots the receiver works with and which it doesn't.
Running 12.10:
$ uname -a
Linux panther 3.5.0-25-generic #39-Ubuntu SMP Mon Feb 25 18:26:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Nothing suprising so far - this all seems consistent with the extensive testing you've been doing here (and thanks for it!).
Anyway, my reason for posting is this:
I want to use the workaround that the description refers to (https:/
Am I missing something obvious or is the script no longer attached? Either way, it'd be great if someone could point me to a copy. At least for the next week or so the only thing I really have time for is a work around.
Cheers.
David Piggott (dhpiggott) wrote : | #105 |
Ack, sorry everyone. I found "mousefix" moments later by clicking "See full activity log". I'm still new-ish to Launchpad.
For anyone else looking for it: https:/
brigadierschmit (bamory57) wrote : | #106 |
When adding "nolapic" option to the grub kernel line, it works flawlessly.
Hope this helps somebody.
Cheers.
Joseph Salisbury (jsalisbury) wrote : | #107 |
Patch submitted upstream and sent to stable:
https:/
Thanks for the great work, Jelle Foks!
Changed in linux (Ubuntu): | |
status: | Incomplete → Fix Committed |
Joseph Salisbury (jsalisbury) wrote : | #108 |
git describe --contains dcd9006
v3.9-rc2~11^2
Jelle Foks (jellefoks) wrote : | #109 |
Cool. Well, that should fix it, and I got a smidgeon of recognition on lkml out of it. Let's move on to the next bug ;-)
Julian Wiedmann (jwiedmann) wrote : | #110 |
Released for Quantal (3.5.0-28.48) and Raring (3.8.0-13.22).
Changed in linux (Ubuntu): | |
status: | Fix Committed → Fix Released |
Luke Huxley (luke-huxley) wrote : | #111 |
Any chance this fix is going to be backported to 12.04?
Robert John Bowles (bobjohnbowles) wrote : | #112 |
IDK about the 3.2 series kernel, but the quantal kernal is available for release 12.04.2, and this already has the fix. Upgrade your kernel and you should be good to go.
Robert John Bowles (bobjohnbowles) wrote : | #113 |
Sry forgot to say, the current kernel id you want is 3.5.0-34.
Julian Wiedmann (jwiedmann) wrote : | #114 |
Luke Huxley,
for a backport to precise's 3.2 kernel, please see [0] and [1].
[0] https:/
[1] http://
Rainer Rohde (rainer-rohde) wrote : | #115 |
Just FYI -- this bug is back with kernel 3.10.0-0-generic on Ubuntu 13.10... :(
J.J. Valenzuela (computer-b) wrote : | #116 |
So, which kernels is this bug KNOWN FOR A FACT to not be present? (that is, which kernels work)
Evgeny Barsukov (evg-barsukov) wrote : Re: [Bug 1039143] Re: 046d:c52b USB3 port Logitech mouse using unifying receiver not detected | #117 |
The bug in NOT present in 3.9.8, but it's back in 3.10.
Joseph Salisbury (jsalisbury) wrote : | #118 |
This could be due to the following revert:
8af6c08 - Revert "HID: Fix logitech-dj: missing Unifying device issue"
Joseph Salisbury (jsalisbury) wrote : | #119 |
See bug 1194649
Do you happen to know if this issue happened in prior releases?
Would it be possible for you to test the latest upstream kernel? Refer to https:/ /wiki.ubuntu. com/KernelMainl ineBuilds . Please test the latest v3.6 kernel[0] (Not a kernel in the daily directory) and install both the linux-image and linux-image-extra .deb packages.
Once you've tested the upstream kernel, please remove the 'needs- upstream- testing' tag. Please only remove that one tag and leave the other tags. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs- upstream- testing' text.
If this bug is fixed in the mainline kernel, please add the following tag 'kernel- fixed-upstream' .
If the mainline kernel does not fix this bug, please add the tag: 'kernel- bug-exists- upstream' .
If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel- unable- to-test- upstream' .
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".
Thanks in advance.
[0] http:// kernel. ubuntu. com/~kernel- ppa/mainline/ v3.6-rc2- quantal/