Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
I have 6 notebooks, fujitsu-siemens amilo pro v2055. They have the same configuration all. Slackware 12 with the default kernel 22.214.171.124 smp.
Randomly, average about one out of five boots, the laptops keyboard and mouse is dead and disabled after boot. The problem is similar on all six notebooks. Doesn't matter if inittab is set to init 3 or 4, wich leaves out misconfigurations in xorg.conf.
Booting with usb keyboard and mouse works perfect.
I wrote a script to make an output of dmesg for each boot, and had then one output for boot=ok and one for dead keyboard and mouse.
by #diff dmesg.output1 dmesg.outout2 I get 101 lines difference.
First line that differ is:
input: AT Translated Set 2 keyboard as /class/input/input2
This line doesn't excist in the dmesg from boot with dead keyboard, so this seems to be relevant. but what to do from here? Searching up the line on google just leads me to lots of dmesg dumps about problems that has no relevanse.
Anyone experienced this with fujitsu siemens notebooks?
It is very strange that this happens randomly, most of the boots goes perfect. The problem occure from both power-up boots and reboots.
I personally do not have Fujitsu-Siemens ones, so following is I would do if I had your penguin.
Read documents of kernel source file, looking for fujitsu and/or siemens as a keyword. and check if any kernel parameter (boot parameter) and/or config option could solve your situation. Also check bios.
Bios I am sure I can leave out here, notebooks keyboard allways on every boot works when I come to LILO. The notebooks have been tested wih all kind of boots, sometimes I have seen that I can use keyboard key to cancel lilos timeout, when I come to login the keys don't work
I could not find any specific relevant comments in the documentaion either.
Ok, have now written a script to go after each boot that will give me an output of lsmod and lspci as well. As soon as a boot comes with disabled keyboard it may tell me something by run diff towards a output when boot was ok
This monday morning one of the notebooks booted with disabled keyboard/touchpad. I have configured the notebooks to give output to file from dmesg, lspci and lsmod automatically after boot. I rebooted the notebook, and after boot keyboard and touchpad worked ok. I generated my script to give new output files, so I have output files from both boots.
Running diff for lspci files showed they were identical, wich was expected.
Running diff for dmesg files gives the same result as described in previous posting.
The line "input: AT Translated Set 2 keyboard as /class/input/input2" was missing after failed boot.
Running diff for the two outputs of lsmod showed that the same modules were loaded. But the modules are listed in different order.
Do I have a clue here??
I do not know the default listing order of the lsmod command, but I can not believe that the listing order output is random. The two different outputs from lsmod is both from approx 5 minutes after boot. Absolutely no configurations done between boots.
If anyone on the forum wants to investigate this problem I can post the output files.
Last edited by paalmarker; 10-08-2007 at 03:50 AM.
Unfortunately it seems to be unsolved, has not been edited since july. Though I will try the tip of pathing DSDT into the kernel.
Nevertheless I have made a rather heavy workaround. The notebooks are located as kiosks in a library for public search in librarys media-database, they are to reboot every morning before opening time and they do not need to be turned off during the day.
What I know is that from the dmesg output, the line "input: AT Translated Set 2 keyboard as /class/input/input2" will be missing on failed boot. The problem occures randomly, average one out of five boot-ups. So having a perl program that loads the output of dmesg into a variable, another variable using grep "input: AT Translated Set 2 keyboard as /class/input/input2" on the first variable. If it returns zero, then reboot, if it returns value, do nothing.
Not very elegant solution, if anyone can give me a tip of a better way I will be happy...