From: Gary Jennejohn <gary.jennejohn@freenet.de>
To: Juergen Lock <nox@jelal.kn-bremen.de>
Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org,
qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD...
Date: Sat, 28 Feb 2009 20:16:50 +0100 [thread overview]
Message-ID: <20090228201650.064c0ee4@ernst.jennejohn.org> (raw)
In-Reply-To: <20090228171520.GA56888@saturn.kn-bremen.de>
On Sat, 28 Feb 2009 18:15:20 +0100
Juergen Lock <nox@jelal.kn-bremen.de> wrote:
> On Wed, Feb 25, 2009 at 08:15:50PM +0100, Gary Jennejohn wrote:
> > On Mon, 23 Feb 2009 22:19:33 +0100
> > Juergen Lock <nox@jelal.kn-bremen.de> wrote:
> >
> > > You could try a few things:
> > > a) the same with kqemu (userland), in case its a tcg bug (or indeed a
> > > timeout; remember to rebuild qemu in case you built it without the
> > > kqemu knob enabled or otherwise kqemu won't get used), and also
> > > b) another time with -kernel-kqemu in case its a tcg bug affecting
> > > guest kernel code (altho of course in both cases kqemu can cause its
> > > own kind of failures, even more so with amd64 guests...)
> > >
> >
> > Neither of these work. The only way I can get past loading the kernel
> > is with -no-kqemu.
> >
> > I still see the segmentation fault in Yast.call. Now I know that it's
> > in line 486, if that's of any interest.
> >
> > Sorry, I'm not going to invest any more time in this.
>
> Thanx. Can someone else verify that kqemu still works on FreeBSD-current?
>
I went back to openSUSE with the standard qemu-devel. I found that I
could (usually) boot w/o problems if I put -no-acpi on the CL.
Right now I have openSUSE runngin pretty well. It's nearly as fast as
on my old (genuine) IBM X31 laptop :)
> It is possible that you got hit by the kqemu tsc vs smp problem, i.e.
> passing `notsc' to the guest kernel or forcing qemu onto one cpu
> (cpuset -l 0 qemu ...) may have helped there, sorry I should have thought
> of that earlier...
>
I just tried these suggestions (with the standard qemu-devel) and they
don't seem to do any harm :-P
> Also, did I get that right that this opensuse 10.3 install worked with
> the original qemu-devel port (without kqemu)? So we do seem to have a
> regression here... (thats a 20080620 qemu svn snapshot, for the folks
> on the qemu list.)
>
See above.
Now I'm thinking about giving the patched qemu-devel another try, since
I've found some workarounds for booting. I'll see whether I can at least
boot into the installed openSUSE using it.
---
Gary Jennejohn
next prev parent reply other threads:[~2009-02-28 19:16 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-25 19:15 [Qemu-devel] Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD Gary Jennejohn
2009-02-28 17:15 ` Juergen Lock
2009-02-28 19:16 ` Gary Jennejohn [this message]
2009-02-28 21:36 ` Juergen Lock
2009-03-01 17:57 ` Gary Jennejohn
2009-03-01 23:13 ` Juergen Lock
2009-03-02 0:32 ` Gary Jennejohn
-- strict thread matches above, loose matches on Subject: below --
2009-02-22 1:37 [Qemu-devel] " Juergen Lock
[not found] ` <20090223154724.7d687b13@ernst.jennejohn.org>
[not found] ` <20090223211933.GA79361@saturn.kn-bremen.de>
2009-02-25 15:24 ` [Qemu-devel] " Gary Jennejohn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090228201650.064c0ee4@ernst.jennejohn.org \
--to=gary.jennejohn@freenet.de \
--cc=freebsd-current@FreeBSD.org \
--cc=freebsd-emulation@FreeBSD.org \
--cc=nox@jelal.kn-bremen.de \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).