qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "J. Mayer" <l_indien@magic.fr>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] QEMU 0.5.2 testing
Date: Tue, 20 Jan 2004 01:14:21 +0100	[thread overview]
Message-ID: <1074557661.1560.1786.camel@rapid> (raw)
In-Reply-To: <400B1217.8000202@free.fr>

On Mon, 2004-01-19 at 00:09, Fabrice Bellard wrote:
> Hi,
> 
> I commited all the current fixes in the CVS. I will make the 0.5.2 
> release tomorrow, so it would be interesting if some people could test 
> it before it is officially released...

Hi.

I made random tests with several OSes I got:
- SkyOS v4.0a seems to boot but fails to  
  recognize IDE drives. It complains that 
  ATA_CMD_PID fails (status 0x41 error 0x4) 
  Then it seems to hang...
- ReactOS is unable to see IDE disk drives.
- QNX v6.21 starts booting but cannot detect 
  hard drives if I ask it to install. It seems to  
  hang after a few seconds when running 
  from CDROM. When I run it in debug mode,
  I got: "Crash[0,0] at nano_allox line 260".
  Who's got the sources :-) ?
  I got another version which crashes while 
  selecting boot options.
- Plan9 asks me where to boot from, and I 
  didn't found the right answer, so I loose...
- OS2 Warp3 install disks seems to wait for 
  another day to run. I can see the OS/2 
  prompt, then nothing...
- Oberon cannot find disks. With old driver, it 
  complains. With the standard ATAPI driver, 
  it crashes (qemu segfault) and I lose my 
  mouse (seems to be a sdl conflict). 
  Fortunately, I get it back if I re-run qemu.
- minix 2.0.4 starts but seems to have 
  problems with the floppy. I'll investigate...
- MenuetOS starts but complains that the 
  CPU isn't what it expects:
  "Fatal - CPU 386+ required."
- memtest86 reports some errors
  in test 5 (bloc move, cached). The 
  addresses seem like random, but it quite 
  always the bit 31 which fails. I can 
  reproduce it.
- ELKS runs but the keyboard is buggy:
  I need to keep playing with <CTRL> to
  have a correct mapping. And it seems
  to detect only 640kb of memory (but it may
  be normal ?).
- DrDOS 7.0.2 runs
- DrDOS 7.0.3 seems to hang when 
  launching HIMEM.SYS (doesnt't refresh the
  screen anymore).
- Atari GEMDOS doesn't run, don't ask
  me why :-)
- All MSDOS variants I got boot
- FreeBSD now boots. In facts, it mounts its
  root partition, then I get no messages. Still 
  some fdc problems...
- OpenDarwin 6.1 complains that it don't 
  recognize the CPU type. Seems to run, but I
  don't have any output after the very first 
  messages.
- NetBSD 1.6.1 still runs.
- OpenBSD 3.4 likes 1.5 GHz PPro !
  but stops while trying to open the console...
  (qemu then don't consume any host CPU).
- Beos:
  qemu: fatal: invalid tss type
  EAX=00000000 EBX=00000000 ECX=00000001 EDX=00000000
  ESI=00000000 EDI=00000004 EBP=ffffffff ESP=1ed08c50
  EIP=fc800000 EFL=00321302 [-------]    CPL=3 II=0
  ES =9fe5 0009fe50 0000ffff 00000000
  CS =75b1 00075b10 0000ffff 00000000
  SS =d88e 000d88e0 0000ffff 00000000
  DS =5d0a 0005d0a0 0000ffff 00000000
  FS =88cf 00088cf0 0000ffff 00000000
  GS =1eb1 0001eb10 0000ffff 00000000
  LDT=0000 00000000 0000ffff 00008000
  TR =0000 00000000 0000ffff 00008000
  GDT=     000080e2 00000057
  IDT=     0007f000 000007ff
  CR0=60000011 CR2=00000000 CR3=00000000 CR4=00000000
  CCS=00000055 CCD=000ffe6c CCO=EFLAGS  
  ST0=0.000000 ST1=0.000000 ST2=0.000000 ST3=0.000000
  ST4=0.000000 ST5=0.000000 ST6=1428.276747 ST7=0.500000
  I can reproduce this with all the boot
  floppies I got.
  I got another CD which doesn't crash, but
  seems completely hanged...
- AROS seems to have video problems

I must try to run all those OSes under bochs to see how they run. Or I
may be courageous and install a test PC... I know that my BeOS, QNX,
os2, DrDOS and xxxBSD images run on a real PC.

Regards.

-- 
J. Mayer <l_indien@magic.fr>
Never organized

  parent reply	other threads:[~2004-01-20  0:16 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-18 23:09 [Qemu-devel] QEMU 0.5.2 testing Fabrice Bellard
2004-01-19  1:27 ` Herbert Poetzl
2004-01-19 10:49   ` Fabrice Bellard
2004-01-20  7:07     ` Herbert Poetzl
2004-01-21 16:15     ` Gabriel Ebner
2004-01-19 16:21 ` Jens Axboe
2004-01-20  0:14 ` J. Mayer [this message]
2004-01-20  4:07 ` Lennert Buytenhek
2004-01-20 10:45   ` J. Mayer
2004-01-21 11:43     ` Lennert Buytenhek
2004-01-21 21:53       ` J. Mayer
2004-01-26  9:19   ` Sylvain OBEGI
2004-01-26 11:48     ` Renzo Davoli
2004-01-20 17:09 ` Renzo Davoli
2004-01-20 17:26   ` Jens Axboe
2004-01-20 18:02     ` Renzo Davoli
2004-01-20 22:33 ` Chris Emerson

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=1074557661.1560.1786.camel@rapid \
    --to=l_indien@magic.fr \
    --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).