On Wednesday 23 November 2005 09:28, Rob Landley wrote:
> On Tuesday 22 November 2005 13:38, Blaisorblade wrote:
> > > I'll see this crash and raise you. I just tried vanilla 2.6.15-rc2,
> > > and although it booted to a shell it crashed with the first command I
> > > ran. (This is my x86 laptop,
On Wednesday 23 November 2005 09:28, Rob Landley wrote:
> On Tuesday 22 November 2005 13:38, Blaisorblade wrote:
> > > I'll see this crash and raise you. I just tried vanilla 2.6.15-rc2,
> > > and although it booted to a shell it crashed with the first command I
> > > ran. (This is my x86 laptop,
On Wednesday 23 November 2005 02:50, Jeff Dike wrote:
> (Sorry about the delay, I'm in Moscow right now, and not getting much
> sleep...)
>
> This looks like one I've already fixed. Can you check whether you
> have
> http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.15-rc1/patches/
>fix
On Tuesday 22 November 2005 13:38, Blaisorblade wrote:
> > I'll see this crash and raise you. I just tried vanilla 2.6.15-rc2, and
> > although it booted to a shell it crashed with the first command I ran.
> > (This is my x86 laptop, built under ubuntu with gcc 3.3.5). Dump and
> > dissassemblies
On Mon, Nov 21, 2005 at 10:38:03AM -0600, Rob Landley wrote:
> 12 - bfffe08d
> 811307e: 89 eb mov%ebp,%ebx
> 8113080: 55 push %ebp
> 8113081: 89 c5 mov%eax,%ebp
> 8113083: b8 c0 00 00 00
On Monday 21 November 2005 17:38, Rob Landley wrote:
> On Monday 21 November 2005 08:58, Jeff Dike wrote:
> > On Sat, Nov 19, 2005 at 02:11:50PM +0100, Joel Palmius wrote:
> > > * SKAS0 mode, crash:
>
> ...
>
> > > Kernel panic - not syncing: copy_context_skas0 : failed to wait for
> > > SIGUSR1/
On Monday 21 November 2005 10:38, Rob Landley wrote:
You know, it's actually _fork_ that's dying for me...
> ESI: EDI: 401922e8 EBP: bfad87d8 DS: 007b ES: 007b
> 088a787c: [<08080b7d>] notifier_call_chain+0x2d/0x50
> 088a7898: [<08071411>] panic+0x71/0x110
> 088a78b0: [<0805e8f0>] wai
On Monday 21 November 2005 08:58, Jeff Dike wrote:
> On Sat, Nov 19, 2005 at 02:11:50PM +0100, Joel Palmius wrote:
> > * SKAS0 mode, crash:
...
> > Kernel panic - not syncing: copy_context_skas0 : failed to wait for
> > SIGUSR1/SIGTRAP, pid = 11008, n = 11008, errno = 0, status = 0xb7f
>
> Can yo
On Sat, Nov 19, 2005 at 02:11:50PM +0100, Joel Palmius wrote:
> * SKAS0 mode, crash:
> Stub registers -
> 0 - b000
> 1 - 1000
> 2 - 3
> 3 - 11
> 4 - 3
> 5 - 0
> 6 - b000
> 7 - 2b
> 8 - 2b
> 9 - 0
> 10
On Sunday 20 November 2005 19:09, Joel Palmius wrote:
> Re-run with kernel from your homepage (2.6.14-bs1) and comparing with my
> compile of 2.6.14-bs1.
>
> TT: Same result (crash)
>
>..
>Kernel panic - not syncing: Kernel mode fault at addr 0x2eab, ip
> 0xa002db01
>
> SKAS0: Same result (
Re-run with kernel from your homepage (2.6.14-bs1) and comparing with my
compile of 2.6.14-bs1.
TT: Same result (crash)
..
Kernel panic - not syncing: Kernel mode fault at addr 0x2eab, ip
0xa002db01
SKAS0: Same result (boots fine)
SKAS3: Same result (busy hang)
I'll recompile and re-te
On Saturday 19 November 2005 14:11, Joel Palmius wrote:
> These tests are running on the following:
>* Dual opteron running in amd64 mode
>* Host kernel 2.6.14-skas3-v9-pre7
>* Host OS is gentoo
>* Guest OS is vanilla stage3-athlonxp
>
>(suite 1)
>* Guest kernel 2.6.15-rc1
These tests are running on the following:
* Dual opteron running in amd64 mode
* Host kernel 2.6.14-skas3-v9-pre7
* Host OS is gentoo
* Guest OS is vanilla stage3-athlonxp
(suite 1)
* Guest kernel 2.6.15-rc1 + jeff's patches as of nov17
* Guest kernel config is defconfig + enabled
On Wednesday 28 September 2005 10:22, Joel Palmius wrote:
> Sorry for spamming about gentoo.. :-)
Don't worry.
Short summary for Jeff: he gets in SKAS0 the message
"cannot set up LDT for thread-local storage" at startup (correct Joel?), but
he isn't using NPTL, he's rather using LinuxThreads wit
On Tuesday 27 September 2005 21:09, Joel Palmius wrote:
> I always start the uml/skas0 test case via a script, which contains:
>
> nice linux32 ./linux-2613-2 ubd0=root_fs ubd1=swap_fs
> eth0=tuntap,,,192.168.10.254 mode=skas0 mem=256m rw
> (Isn't this the right way to ask for skas0 mode?)
No, it
On Tuesday 27 September 2005 19:45, Blaisorblade wrote:
> On Tuesday 27 September 2005 16:02, Joel Palmius wrote:
> > Lengthy.. Summary is that on an amd64 host, uml hangs on skas0 mode if
> > the host kernel has been patched with -v9-pre7.
> > Using an unpatched vanilla
> > host kernel, skas0 boo
Sorry for spamming about gentoo.. :-)
I'm now stuck at getting a functional system up and running. The problem I
have is a catch 22: I cannot run an athlon-xp tarball in skas0 because it
complains with the dreaded "cannot set up LDT for thread-local storage",
and I don't want to run a tarball
I always start the uml/skas0 test case via a script, which contains:
nice linux32 ./linux-2613-2 ubd0=root_fs ubd1=swap_fs
eth0=tuntap,,,192.168.10.254 mode=skas0 mem=256m rw
(Isn't this the right way to ask for skas0 mode?)
// Joel
On Tue, 27 Sep 2005, Blaisorblade wrote:
On Tuesday 27
On Tuesday 27 September 2005 16:02, Joel Palmius wrote:
> Lengthy.. Summary is that on an amd64 host, uml hangs on skas0 mode if the
> host kernel has been patched with -v9-pre7.
> Using an unpatched vanilla
> host kernel, skas0 boots. Why this is so I have no clue, ask someone else.
Have you cor
As an addition: The stage tarball is a x86 (i386) one. Trying to use for
example an athlon-xp stage tarball crashes with "cannot set up LDT for
thread-local storage"
// Joel
On Tue, 27 Sep 2005, Joel Palmius wrote:
Lengthy.. Summary is that on an amd64 host, uml hangs on skas0 mode if the
Lengthy.. Summary is that on an amd64 host, uml hangs on skas0 mode if the
host kernel has been patched with -v9-pre7. Using an unpatched vanilla
host kernel, skas0 boots. Why this is so I have no clue, ask someone else.
:-)
Further, 2.6.12-bs11 refuses to attempt running in skas0 on an unpatc
21 matches
Mail list logo
