All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.