linux-kernel - Keyboard Jammed error patch 2.4.35-pre4

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <g6jqud$t5e$1@ger.gmane.org>
Date:	Sun, 27 Jul 2008 23:59:47 -0700
From:	David W Studeman <avionicsdv@....com>
To:	linux-kernel@...r.kernel.org
Subject:  Keyboard Jammed error patch 2.4.35-pre4

  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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/