On Mon, 7 Nov 2005, Blaisorblade wrote:
On Monday 07 November 2005 00:23, Rob Landley wrote:
David Lang is trying to get my firmware build working under x86-64,
proper x86-64 or a 32-bit binary?
and
when I upgraded him to 2.6.14 (to get around the memory leak in 2.6.13.2),
he
started getting this:
Kernel panic - not syncing: get_skas_faultinfo : failed to wait for
SIGUSR1/SIGTRAP, pid = 16411, n = 16411, errno
0, status = 0xb7f
This is 2.6.14 configured like so:
CONFIG_MODE_SKAS=y
EOF
yes "" | make ARCH=um oldconfig &&
make ARCH=um
Ok, this seems a 64-bit binary if built on x86-64.
He first tried with the LDT patch applied.
When I last tried that patch doesn't compile on x86-64.
Then he tried reverting it (and
adding LD_ASSUME_KERNEL=2.4.1 to the kernel command line), but that didn't
help.
Any clues? (Should I tell him to just try -tt mode?
Or revert to 2.6.13
with the leak fix?)
For now, any of these workaround is good, if it works.
On the bug: there are some problems with the stub assembly code - it
miscompiles on some GCC releases. I'm trying to fix that - and -bs1 may or
may not help on this (for some people it refuses to compile on x86_64).
GCC version?
gcc --version
gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
David Lang
