Keyboard Jammed error patch 2.4.35-pre4

From: David W Studeman
Date: Mon Jul 28 2008 - 03:05:21 EST


Hello! The changes that were made on 04-25-2007 as "[PATCH 2.4.35-pre4] fix 'pc_keyb: controller jammed (0xA7)' error" have broken the ability to compile with no keyboard and no VT support. This mainly affects Cobalt machines which do not have dmi present as these use a flashrom to boot with and not a typical bios so dmi blacklisting would be pointless unless it allowed for no dmi present and then blacklist. I had to create a patch against 2.4.34 to restore the ability to compile with no keyboard and VT support.

With keyboard support whether embedded or modularized, in a Raq/Qube3 and Raq4, it simply gives off a warning in the serial console if you are watching it boot, a Raq 550 on the other hand shows it as an error about 300 times and will also show up in the dmesg log. Unless one was to fix the dmi blacklisting to disable when no dmi is present as is the case here, it needs to be fixed to allow compiling without. A Cobalt can only use two methods of terminal access, one being serial console and ssh being the other.

These units do not use a typical bios but rather a flashrom on a 1 OR 2mb flash chip depending on model. The flashrom image contains it's own kernel and Cobalt utilities and starts it's own boot process and looks for a bzipped vmlinux image in boot to hand off to when it's time to actually boot your OS. You have to set the boot and root partition in it the first time and it does not care about or see any bootloader you may have installed. It also does not give off any info about itself either. Sure, the required embedded Cobalt drivers will tell something from /proc/cobalt but that's about it.

This ability to compile without had been broken and restored back in kernel 2.4.31 and then as of the 2.4.35.4 it has been broken since. I'm involved in making a Cobalt build of IPCop and would love it if I didn't have to patch for this in addition to the rest that is required to make a Raq/Qube run.

Dave Studeman

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/