On Wednesday 30 November 2005 05:20, Michael Richardson wrote:
> Running a kernel which is not 2.6.15-rc2 (but a couple of merges back,
> looking for a place where it works), I get:
> If I try with "mode=tt", (vs skas0) it boots, but on shutdown, I get:
I got it too, and actually I think it's tri
On Wednesday 30 November 2005 10:34, Michael Richardson wrote:
> What was the fix?
A quick check through the past few pages of:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=shortlog
Finds these four commits:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What was the fix?
Are you using a cramfs initrd?
I built against the v2.6.15-rc3 tag in GIT, and I saw the same failure.
I'm going to make clean again (the rm -rf way) and try again to be
sure...
- --
] ON HUMILITY: to err is human. To moo, b
On Tuesday 29 November 2005 22:20, Michael Richardson wrote:
> Running a kernel which is not 2.6.15-rc2 (but a couple of merges back,
> looking for a place where it works), I get:
This broke for me too. The fix went into -rc3.
Rob
--
Steve Ballmer: Innovation! Inigo Montoya: You keep using tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Running a kernel which is not 2.6.15-rc2 (but a couple of merges back,
looking for a place where it works), I get:
Initializing software serial port version 1
Failed to open 'root_fs', errno = 2
RAMDISK: cramfs filesystem found at block 0
RAMDISK: L
CC arch/um/sys-x86_64/syscalls.o
CC arch/um/sys-x86_64/sysrq.o
arch/um/sys-x86_64/sysrq.c: In function `__show_regs':
arch/um/sys-x86_64/sysrq.c:19: error: dereferencing pointer to
incomplete type
arch/um/sys-x86_64/sysrq.c:19: error: dereferencing pointer to
incomplete type
make[1]:
