Description of problem: Due to missing uevents from the kernel when the adi joystick module is loaded, the /dev/input/js0 file is not created. This leaves my Logitech Wingman Extreme Digital joystick dead. It was working before. Version-Release number of selected component (if applicable): I had to install an old kernel to get it working. The last working kernel was 2.6.18-1.2200.fc5. The first none-working kernel was 2.6.18-1.2239.fc5. How reproducible: Allways Steps to Reproduce: 1. Load ns558 and joydev modules 2. Start "udevmonitor --env" 3. Load the adi module 4. Check the output from udevmonitor for missing uevents Actual results: Uevents are missing. Corresponding udev actions are missing. Files under /sys are missing. /dev/input/js* are missing. Joystick is dead. Expected results: See the attachment for output of udevmonitor for the working kernel. Additional info: The bug shows up both on a new dual core x86_64- and an old i686-based machine. I diff'ed the source code for the modules gameport, ns558, joydev and adi for the working and non-working kernels. No difference. I also diff'ed the kernel configs for both kernels. Here's the result: # diff 2.6.18.1.2200.fc5-x86_64/.config 2.6.18.1.2239.fc5-x86_64/.config 3,4c3,4 < # Linux kernel version: 2.6.18.1 < # Sat Aug 11 14:34:41 2007 --- > # Linux kernel version: 2.6.18.2 > # Sat Aug 11 14:44:33 2007 180,182c180,182 < CONFIG_HZ_250=y < # CONFIG_HZ_1000 is not set < CONFIG_HZ=250 --- > # CONFIG_HZ_250 is not set > CONFIG_HZ_1000=y > CONFIG_HZ=1000 1976,1992c1976 < CONFIG_W1=m < CONFIG_W1_CON=y < < # < # 1-wire Bus Masters < # < CONFIG_W1_MASTER_MATROX=m < CONFIG_W1_MASTER_DS2490=m < CONFIG_W1_MASTER_DS2482=m < < # < # 1-wire Slaves < # < CONFIG_W1_SLAVE_THERM=m < CONFIG_W1_SLAVE_SMEM=m < CONFIG_W1_SLAVE_DS2433=m < CONFIG_W1_SLAVE_DS2433_CRC=y --- > # CONFIG_W1 is not set 2953c2937,2945 < # CONFIG_NCP_FS is not set --- > CONFIG_NCP_FS=m > CONFIG_NCPFS_PACKET_SIGNING=y > CONFIG_NCPFS_IOCTL_LOCKING=y > CONFIG_NCPFS_STRONG=y > CONFIG_NCPFS_NFS_NS=y > CONFIG_NCPFS_OS2_NS=y > CONFIG_NCPFS_SMALLDOS=y > CONFIG_NCPFS_NLS=y > CONFIG_NCPFS_EXTRAS=y 3055c3047 < CONFIG_DEBUG_VM=y --- > # CONFIG_DEBUG_VM is not set 3075c3067 < CONFIG_SECURITY_NETWORK_XFRM=y --- > # CONFIG_SECURITY_NETWORK_XFRM is not set 3086c3078 < CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT=y --- > # CONFIG_SECURITY_SELINUX_ENABLE_SECMARK_DEFAULT is not set The only possibly interesting thing I could find in the non-working kernels changelog, was this entry: "Tue Jun 27 2006 Dave Jones <davej> - Enable fake PCI hotplug driver. (#190437) - Enable gameport/joystick on i586 builds. (#196581)" This bug may be a duplicate of #195814.
Created attachment 161287 [details] Output of "udevmonitor --env" for the working kernel
Created attachment 161289 [details] Output of "udevmonitor --env" for the non-working kernel
The Logitech Wingman Extreme Digital joystick is connected to a gameport. Full functionality is obtained trough the digital adi driver. But the joystick is also compatible with analog joysticks. This means you can load the analog module instead of the adi module. The analog module creates the /dev/input/js* file for all kernels and works fine.
and how should udev fix the kernel, if the events are missing???
I understand that the kernel tells udevd about events the deamon should know to perform its tasks, such as creating /dev/input/js*. So of course udev cannot fix the kernel. What I don't understand is the missing uevents from the non-working kernel. The only difference between a working and non-working system, is the two kernels. The udev-package and configuration files are the same. If I've totally misunderstood the concept, I hope you can lead me in the right direction. Do you mean I should have chosen kernel as the "Component"? Sorry if I did that wrong!
there we go :)
Why is this filed against Fedora 7 when it's obviously FC5?
Thanks for the correction :-) Well, it was in Fedora 7 I discovered the bug. But I had to go all the way back to the old kernels to find which was the the last working kernel, and the first non-working kernel. None kernels after that have worked (should probably made that clearer). I hope finding which kernel failed, make the troubleshooting easier for you ;-)
Are there any differences in the kernel logs between working and non-working versions?
No difference. I even checked the logs (including dmesg) during the boot phase.
I compiled the 2.6.21 kernel (from the Fedora 7 source DVD), and put the gameport, ns558, joydev and adi modules into the kernel (not as modules). This produced the same result. It works for the analog driver, but not for the adi driver.
Hello, I'm reviewing this bug as part of the kernel bug triage project, an attempt to isolate current bugs in the fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage I am CC'ing myself to this bug and will try and assist you in resolving it if I can. There hasn't been much activity on this bug for a while. Could you tell me if you are still having problems with the latest kernel? If the problem no longer exists then please close this bug or I'll do so in a few days if there is no additional information lodged.
Thanks for your support Christopher! I updated to the 2.6.22.9-91 tonight from yum repositories. The behavior is exactly the same.
Sorry to hear it. Can you post full output of dmesg up to and including insertion of joystick. The output of lsmod would be good as well. Please attach as text/plain to this bug and I will have another look.
Created attachment 218321 [details] This is "dmesg > dmesg.txt" Only the gameport and the ns558 modules are loaded during boot-up. The joydev and the adi modules are loaded by hand: [root@nforce4 ~]# modprobe -v joydev insmod /lib/modules/2.6.22.9-91.fc7/kernel/drivers/input/joydev.ko [root@nforce4 ~]# modprobe -v adi insmod /lib/modules/2.6.22.9-91.fc7/kernel/drivers/input/joystick/adi.ko See Comment #2 for udevmonitor's output during the loading of the adi module, and Comment #1 for how it should look like!
Created attachment 218331 [details] This is "lsmod > lsmod.txt"
This might be a candidate to file at the kernel.org bugzilla Bjoern. Do you have another machine you can test this on to verify?
Hmmm ..., strange, Bugzilla never sends me emails, even I've checked all boxes and checked my email-address multiple times. Anyway, yes, I did test it on another computer (much older one). The problem follows the kernel, not the hardware. The problem does not depend on the x86_64 or i386 architecture.
Hello Bjoern, Sorry for the delay. I have sent this upstream: http://bugzilla.kernel.org/show_bug.cgi?id=9406 Please could you add any information you deem relevant in order to resolve this issue for you. Cheers Chris
Hello Bjoern, I'm reviewing this again. If you are still having the problem would you mind moving the attachments to the upstream bug as I think you will get a faster resolution to the problem there. Cheers Chris
I'll do. By the way, problem still exists in Fedora 8 with the newest kernel update (uname -a: "Linux host.domain 2.6.23.14-107.fc8 #1 SMP Mon Jan 14 22:07:11 EST 2008 x86_64 x86_64 x86_64 GNU/Linux").
This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists. Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs: http://docs.fedoraproject.org/release-notes/ The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Will someone please change the 'version' of this bug to 8 (see comment #21)?
Make it version 9 please. I've just tested it. Same behavior.
Changing version from "8" to "9".
Make it version 10 please. I've just tested it. Same behavior.
This message is a reminder that Fedora 10 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 10. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '10'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 10's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 10 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.
I can confirm that this bug still exist in Fedora 12, so I reopened it. Behaves like before. # uname -a Linux nforce4.localdomain 2.6.31.9-174.fc12.x86_64 #1 SMP Mon Dec 21 05:33:33 UTC 2009 x86_64 x86_64 x86_64 GNU/Linux My system is fresh (updated a couple of days ago).
Updated my system again (yum update) a couple of days ago. Current kernel is now kernel-2.6.31.12-174.2.19.fc12.x86_64. Still no remedy.
Bjoern, Its been over two years. Strongly suggest you use the upstream bug I opened to chase this. Regards
(In reply to comment #31) > Bjoern, > > Its been over two years. Strongly suggest you use the upstream bug I opened to > chase this. > > Regards The status of that bug is still NEW :-). I just added my last comment (30), so let us hope somebody look into it again.
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
The bug is still present in Fedora 14!
I also added a new comment upstream at kernel.org: http://bugzilla.kernel.org/show_bug.cgi?id=9406
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping