On Thu, Jul 28, 2005 at 08:24:36PM +0200, Blaisorblade wrote:
> -if ( ! __kernel_vsyscall || ! vsyscall_ehdr ||
> - ! elf_aux_hwcap || ! elf_aux_platform ||
> - ! page_size || (vsyscall_ehdr % page_size) ) {
>
> +if ( ! __kernel_vsyscall || ! vsyscall_ehdr |
Blaisorblade wrote:
> Also, make sure you compiled in UBD device support, and the support for
> the filesystem used by that image.
Thanks, I recompiled and made sure to check those options - now it's
working.
Thanks again for helping out a newbie to all of this.
Ernie Fontes
-
On Thursday 28 July 2005 21:02, Ernie Fontes wrote:
> Blaisorblade wrote:
> > Use ubd0=root_fs_slack8.1; your syntax is wrong.
>
> Hmm, check below. "linux ubd0=root_fs_slack8.1" doesn't work.
Verified that the filesystem is there and has correct permission? I don't
think the VFS is going to use
On Thursday 28 July 2005 19:26, Bodo Stroesser wrote:
> Blaisorblade wrote:
> > On Thursday 28 July 2005 16:25, Jeff Dike wrote:
> Yes, you are right.
> But from a discussion on #uml I know, Jeff is using a Fedora, which seems
> to have another mechanism for vsyscall implementation. The base addr
Blaisorblade wrote:
On Thursday 28 July 2005 16:25, Jeff Dike wrote:
There's a rather nasty bug in elf_aux.c which was uncovered by the
#if/#ifdef patch in -mm2. We have the following:
#if ELF_CLASS == ELFCLASS32
typedef Elf32_auxv_t elf_auxv_t;
#else
typedef Elf64_auxv_t elf_auxv_t;
#endi
On Thu, Jul 28, 2005 at 12:04:50PM -0400, Ernie Fontes wrote:
> However, when I install the rpm on user-mode-linux.sourceforge.net
> (user_mode_linux-2.4.19.5um-0.i386.rpm) and run "linux", it segfaults.
For starters, build a recent UML from source.
Jeff
On Thursday 28 July 2005 18:04, Ernie Fontes wrote:
> Hi,
> I am attempting to install UML on a Fedora Core 4 installation.
> However, when I install the rpm on user-mode-linux.sourceforge.net
> (user_mode_linux-2.4.19.5um-0.i386.rpm) and run "linux", it segfaults.
Don't use such an old release!
On Thursday 28 July 2005 16:25, Jeff Dike wrote:
> There's a rather nasty bug in elf_aux.c which was uncovered by the
> #if/#ifdef patch in -mm2. We have the following:
> #if ELF_CLASS == ELFCLASS32
> typedef Elf32_auxv_t elf_auxv_t;
> #else
> typedef Elf64_auxv_t elf_auxv_t;
> #endif
> Unfortun
On Wednesday 27 July 2005 21:22, Allan Graves wrote:
> Hi guys, from the lists, this looks like it should work. Its not
> though, and so my question. :)
> I'm working on debugging a module, and it panics and takes down uml.
> I'm running uml in a gdb session, but since UML exits after the panic
>
Hi,
I am attempting to install UML on a Fedora Core 4
installation.
However, when I install the rpm on user-mode-linux.sourceforge.net
(user_mode_linux-2.4.19.5um-0.i386.rpm) and run “linux”, it
segfaults.
So, I built UML from source after enabling the 2G/2G support
that was mentioned on
There's a rather nasty bug in elf_aux.c which was uncovered by the
#if/#ifdef patch in -mm2. We have the following:
#if ELF_CLASS == ELFCLASS32
typedef Elf32_auxv_t elf_auxv_t;
#else
typedef Elf64_auxv_t elf_auxv_t;
#endif
Unfortunately, ELFCLASS32 is never defined, so we end up with
Elf64_aux_v
11 matches
Mail list logo
