Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 6292 - loadkeys broken, or kernel memory garbled!!!
Summary: loadkeys broken, or kernel memory garbled!!!
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: x86-kernel@gentoo.org (DEPRECATED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-10 10:10 UTC by Klaus Kusche
Modified: 2004-05-22 03:31 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
My current kernel config (.config,20.99 KB, text/plain)
2004-04-18 01:28 UTC, Klaus Kusche
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Klaus Kusche 2002-08-10 10:10:31 UTC
There is some problem with the keymap strings stored in the kernel.
Unfortunately, I've no idea if loadkeys is broken or the kernel actually garbles
or miswrites its keyboard string tables.

Symptoms:
* Even when only loading the standard keymap "us" at boot time, dumpkeys shows
one garbled string (a long string of meaningless binary characters instead of an
escape sequence). The other default strings are ok.
* I'm unable to add or change any strings with loadkeys: all my attempts are
silently ignored, dumpkeys shows that the strings are unmodified.
* I can empty the string space with loadkeys -s.
* However, even after that, I can't load any new strings.
* I can't even reset the strings to the kernel builtin defaults: After loadkeys
-s followed by loadkeys -d, the string table is still empty!
* After some experimenting, a string named F88 (which was definitely never
loaded) appeared in the string table, it contained binary garbage.

This is on an up-to-date gcc 3.1 gentoo system.
Comment 1 Michael Cohen (RETIRED) gentoo-dev 2002-09-02 20:11:16 UTC
which kernel?
Comment 2 Klaus Kusche 2002-09-03 03:42:28 UTC
Kernel crypto 2.4.19 r7
loadkeys from kbd 1.06 r1
Comment 3 Brandon Low (RETIRED) gentoo-dev 2002-09-06 18:19:36 UTC
please try emergeing gentoo-sources-2.4.19-r9 with USE=crypto set and tell me if
that works for you.
Comment 4 Klaus Kusche 2002-09-09 07:46:58 UTC
Didn't help: Strings still can't be loaded, and the initially corrupted string
translation entry now affects a different string, but is still there.

Is gentoo r9 safe for productive use, or do you recommend switching back to
crypto r7?
Comment 5 Brandon Low (RETIRED) gentoo-dev 2002-12-11 17:15:19 UTC
gentoo-r9 is the kernel I recommend ATM... Not sure about this problem still.
Comment 6 Klaus Kusche 2002-12-12 13:34:47 UTC
Had only a quick look, but the RH 8.0 systems I use at work seem to have the
same or at least a similar problem...
Comment 7 Klaus Kusche 2002-12-29 15:12:06 UTC
gentoo-2.4.19-r10, problem still exists.
Comment 8 Klaus Kusche 2003-03-16 06:15:45 UTC
Still there at 2.4.20-r1.
Comment 9 Tim Yamin (RETIRED) gentoo-dev 2003-10-01 15:05:11 UTC
Is this bug still existant?
Comment 10 Klaus Kusche 2003-10-04 02:39:27 UTC
Still there:
gentoo-sources-2.4.20-r7, console-tools-0.3.2

"dumpkeys" shows (among other, correct entries)
string F40 = "\022\37777777611\37777777662U\011\005\010"
which was never defined and is garbage.
Comment 11 Michal Januszewski (RETIRED) gentoo-dev 2004-02-02 10:18:30 UTC
Could you please check whether this problem still occurs with any of the 2.6.x kernels?
Comment 12 Klaus Kusche 2004-02-02 11:04:32 UTC
With gentoo-dev-sources-2.6.1, from dumpkeys output:

...
string Pause = "\033[P"
string F72 = "\37777777651\37777777777\37777777677p\024\005\010"
compose '`' 'A' to '
Comment 13 Klaus Kusche 2004-02-02 11:04:32 UTC
With gentoo-dev-sources-2.6.1, from dumpkeys output:

...
string Pause = "\033[P"
string F72 = "\37777777651\37777777777\37777777677p\024\005\010"
compose '`' 'A' to 'À'
...

(I never defined any F72)

Also, I still can't load any strings with "loadkeys", nor can I set the string table back to default with "loadkeys -d".

However, I still have no idea if this is a kernel problem, a bug in loadkeys/dumpkeys, or a problem of gcc generating bad code.
Comment 14 Jason Cox (RETIRED) gentoo-dev 2004-04-08 18:41:32 UTC
Have you updated to a newer kernel version (2.6.3 or greater)? Does this occur with the vanilla kernel as well?
Comment 15 Klaus Kusche 2004-04-09 12:20:40 UTC
I'm currently at gentoo-dev-sources-2.6.4-r1, and the problem still exists.

I haven't tried vanilla for some time now, but I checked months ago, and had the same problem.
Comment 16 Michal Januszewski (RETIRED) gentoo-dev 2004-04-11 04:55:52 UTC
What version of sys-apps/kbd are you using? Could we have your `emerge info` output?
Comment 17 Klaus Kusche 2004-04-11 09:54:32 UTC
sys-apps/kbd-1.08-r5

!!! Using `which gcc` to gcc locate version, this may break
!!! DISTCC, installing gcc-config and setting your current gcc
!!! profile will fix this
Portage 2.0.50-r3 (default-1.0-gcc3, gcc-3.1.1, glibc-2.2.5-r9, 2.6.5-gentoo)
=================================================================
System uname: 2.6.5-gentoo i686 Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz
Gentoo Base System version 1.4.3.13
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -mcpu=pentium4 -mmmx -msse -O3 -fforce-addr -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -mcpu=pentium4 -mmmx -msse -O3 -fforce-addr -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache fixpackages sandbox strict userpriv usersandbox"
GENTOO_MIRRORS="ftp://gentoo.inode.at/ http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="X apm avi cdr crypt cups doc ethereal gdbm gif gtk imlib java jikes jpeg lcms mbox mmx motif mozilla moznocompose moznoirc mozxmlterm ncurses pam pcmcia pdflib perl pic plotutils png pnp python quicktime readline sasl scanner sdl sse ssl tcltk tcpd tetex tex tiff truetype ungif usb use wmf x86 xml xml2 zlib"
Comment 18 Michal Januszewski (RETIRED) gentoo-dev 2004-04-17 02:31:59 UTC
OK.. could you please attach your kernel config?
Comment 19 Klaus Kusche 2004-04-18 01:28:09 UTC
Created attachment 29542 [details]
My current kernel config

As requested.
Comment 20 Jason Cox (RETIRED) gentoo-dev 2004-04-28 14:51:24 UTC
I think we've proven that this is over our heads. Could you please post a baug at http://bugme.osdl.org and post a link back to this thread?
Comment 21 Klaus Kusche 2004-05-22 03:31:08 UTC
http://bugme.osdl.org/show_bug.cgi?id=2747