[Qemu-devel] video bios execution

[Qemu-devel] video bios execution

[Marc Dietrich]

Hello,

is it possible to use qemu for executing a video bios to initialize a graphics 
card on a non i386 (here powerpc) machine? I have a ati mach64 graphics card, 
a b/w G3 and a Motorola Powerstack for testing.

Thanks

Marc

[Qemu-devel] ATAPI CDROM errors with NetBSD

[J. Mayer]

Hello all,

I'm currently running NetBSD install, booting from floppy and using an
emulated CDROM to get the packages.

The installation is awfully slow and I presume that this is due to
errors while accessing to the CDROM:
I get a lot of those:
wdc_atapi_intr: warning: reading only 1 of 2 bytes
wdc:1:0:0: lost interrupt
               type: atapi tc_bcount: 0 tc_skip: 65536

again and again.
Note that the installation goes on (I presume NetBSD make numerous
retries to get the data it needs...).

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

Re: [Qemu-devel] video bios execution

[Benjamin Herrenschmidt]

On Sun, 2003-11-16 at 05:21, Marc Dietrich wrote:
> Hello,
> 
> is it possible to use qemu for executing a video bios to initialize a graphics 
> card on a non i386 (here powerpc) machine? I have a ati mach64 graphics card, 
> a b/w G3 and a Motorola Powerstack for testing.

You'd need to wire the real IOs some way, and fake the VGA memory that
is not available on the Macs at least, but it should be possible.

There are projects already doing just that though, look at the uBoot
bootloader (used by the recent Amiga PPC machines) and XFree's Int10

Ben.

[Qemu-devel] [BUG] soft-mmu is buggy...

[J. Mayer]

I tried, for fun, to boot on a memtest86 v3.0 floppy disk.
I always get a lot of errors while doing test number 5. I didn't try
extended tests, so this test is the only one which fails, don't know
why...
It always find errors, at various address at low addresses between
0x30000 & 0x90000
(but it may be normal, considering the PC address mappings ?) and near
the end of the memory: between 110 MB and 128 Mb
(I'm using 128 MB for qemu memory size).
The error is always the same:
the bit 0x10000000 is 1 where it should be zero (memtests awaits for
0xefffffff and gets
0xffffffff).

Regards.

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