qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Robert Pangrazio <rpangrazio@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] A number of OSes do not work with kqemu
Date: Thu, 19 Jan 2006 20:29:31 -0600	[thread overview]
Message-ID: <43D04B0B.9090903@gmail.com> (raw)
In-Reply-To: <200601200051.k0K0pger047019@gate.bitblocks.com>

Bakul Shah wrote:

>The three I am aware of are: openbsd, netbsd & plan9.  They
>work fine with -no-kqemu flag.  This is under freebsd but
>I believe the same thing happens under linux.
>
>The easiest test case may be plan 9 it seems to dies very
>early.  Download the plan9 .iso from one of
>    http://www.tip9ug.jp/mirror/plan9.iso.bz2
>    http://www.9grid.de/plan9/plan9.iso.bz2
>
>Decompress, fire up qemu and boot from the .iso, giving qemu
>some hard disk image.  It will ask whether you want to
>install plan9 or boot plan9 from from the CD.  Choose the
>latter.  It will die almost right away with an error message
>like this:
>
>user fault: addr=00000000 pc=00001020
>addr not mapped (vpd=00000000)
>pc not mapped (vpd=00000000)
>panic: boot process died: sys: trap: fault read addr=0x0 pc=0x00001020
>
>I captured a log with `log all' command to qemu monitor
>console and compared the two cases (with and without kqemu).
>There are differences in the CCS register like so:
>
>@@ -6489,7 +6489,7 @@
> GDT=     00000000 0000ffff
> IDT=     00000000 0000ffff
> CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000
>-CCS=00000000 CCD=0000f000 CCO=LOGICB  
>+CCS=00000044 CCD=0000f000 CCO=EFLAGS  
> ----------------
> IN: 
> 0x000f08e0:  add    $0x4,%sp
>@@ -7818,7 +7818,7 @@
> GDT=     00000000 0000ffff
> IDT=     00000000 0000ffff
> CR0=60000010 CR2=00000000 CR3=00000000 CR4=00000000
>-CCS=00000014 CCD=00000400 CCO=EFLAGS  
>+CCS=00000000 CCD=00000400 CCO=INCW    
> ----------------
> IN: 
> 0x000f9a53:  mov    $0x9fc0,%ax
>
>diff done after filtering out lines matching egrep pattern
>"Servicing hardware|kqemu" from both log outputs.
>
>This is about as far as I can get without delving into qemu
>and I certainly do not want to reverse engineer kqemu!
>
>-- bakul
>
>
>_______________________________________________
>Qemu-devel mailing list
>Qemu-devel@nongnu.org
>http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
>  
>
I have never tied openbsd, but I have run NetBsd and Plan9(4th edition) 
under Qemu .8.0 with kqemu in windows. You may have to not use kqemu to 
install, i seem to remember doing that.  Once installed though it works 
fine. Also I had to turn hyperthreading off. I have a P4 with 1gb of 
ram. I had allocated 128 for plan 9 and 256 for netbsd. I also remeber 
not having alot of luck running Plan 9 from the CD, even on a real PC. 
It may be a freebsd thing.

Bob

  reply	other threads:[~2006-01-20  2:32 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-20  0:51 [Qemu-devel] A number of OSes do not work with kqemu Bakul Shah
2006-01-20  2:29 ` Robert Pangrazio [this message]
2006-01-21  2:49   ` Bakul Shah

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=43D04B0B.9090903@gmail.com \
    --to=rpangrazio@gmail.com \
    --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).