All of lore.kernel.org
 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 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.