Date: Sun, 19 Oct 2014 15:49:56 -0700 From: Juli Mallett <jmallett@freebsd.org> To: Ben Morrow <ben@morrow.me.uk> Cc: "freebsd-mips@FreeBSD.org" <freebsd-mips@freebsd.org> Subject: Re: Trying to get MALTA64 running under qemu Message-ID: <CACVs6=9Q8r=GNQ7hWOovQXZ97NXnC6=Jr5UTiBdirid31AwvrQ@mail.gmail.com> In-Reply-To: <20141019223447.GB12023@anubis.morrow.me.uk> References: <20141018225950.GA12023@anubis.morrow.me.uk> <CAJ-Vmon5yFb7z5gDAZ4StAOY%2B05dBjd8w9u1PWZHR_ihynk9Ow@mail.gmail.com> <20141019223447.GB12023@anubis.morrow.me.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Oct 19, 2014 at 3:34 PM, Ben Morrow <ben@morrow.me.uk> wrote: > Adrian Chadd <adrian@freebsd.org> wrote: > > On 18 October 2014 15:59, Ben Morrow <ben@morrow.me.uk> wrote: > > > I'm considering buying an ERL to use as a local router, but before I > did > > > I thought I'd make sure the ports I want to run work properly with > MIPS, > > > so I'm trying to bring up a qemu-system-mips64 instance. I've built > > > world and kernel (using MALTA64) for mips.mips64, and built a disk > image > > > following the instructions on the MipsEmulation page on the wiki. The > > > source I am using is a slightly patched 10-STABLE from 2014-09-09; th= e > > > patches have nothing to do with MIPS. > > > > > > However, when I try to bring qemu up, the system appears to hang afte= r > > > probing the ata devices. Over the course of about 30 seconds the qemu > > > process goes up to 100% of one CPU, and no more output appears on the > > > console. This appears to happen regardless of the disk images I pass = to > > > qemu; I've tried passing a UFS image, a file full of zeros, no disks = at > > > all, and (just in case) both -hda and -hdc. I've included the boot lo= g > > > below; I'd appreciate any advice. > > > > can you try qemu-devel? > > Thank you, that works. (Good God, it's slow... I wonder how hard it > would be to replace cc with something that runs a cross-compiler on the > host? Maybe I can do something with distcc...) > The optimal thing here is to use a user-mode emulator, whereby you can effectively run a MIPS userland through qemu on a FreeBSD host, so all of the kernel stuff is being done natively =E2=80=94 which is a lot for things= like package building; others have done this for ARM, and I believe that one of the groups using FreeBSD/MIPS was looking at doing so for MIPS as well for the sake of package builds, etc. You might create a new thread for user-mode MIPS emulation to see if any of the right people notice and respond, or perhaps dig into what the ARM folks have done. Thanks, Juli.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACVs6=9Q8r=GNQ7hWOovQXZ97NXnC6=Jr5UTiBdirid31AwvrQ>