Re: [Qemu-devel] Re: qemu-system-sparc video problem on 16 bitdisplays

2006-09-07 Thread Juergen Lock
On Wed, Sep 06, 2006 at 06:59:39PM +0200, Blue Swirl wrote: > Digging old bugs, I found this problem. > > Maybe this patch helps? I can't test it here (can't get display to 16 bit > somehow). > [...] Thanx, that seems to fix the 16 bit display problem. (I just had to set DefaultDepth 16

[Qemu-devel] PCI Bios fixup

2006-09-07 Thread Samuel Thibault
Hi, The patch that qemu applies to bochs bios is a bit bugged: pci_pro_fail: pop edi pop esi - sti popf stc + and dword ptr[esp+4],0xfffc ;; reset CS.RPL for kqemu retf The and operation clears carry... So that pci functions always leave carry clear, and hence tell operatin

[Qemu-devel] qemu cannot recognize audio CD

2006-09-07 Thread Heng Yin
I run Qemu under Linux, and run Windows XP as guest OS. When I insert an audio CD into CDROM, and use parameter -cdrom /dev/cdrom to run Qemu, Qemu quits immediately, showing the error message: qemu: could not open hard disk image '/dev/cdrom'. I also tried to insert a data cd first to start q

[Qemu-devel] How to build qemu 0.8.2 on freebsd 6.0-RELEASE-p9 on amd64?

2006-09-07 Thread Frank.Ning
Hi I have update qemu to 0.8.2, but when I compile it from ports, it tell me there is error: ../dyngen -o op.h op.o ../dyngen -c -o opc.h op.o cc -O2 -pipe -funroll-loops -ffast-math -fno-strict-aliasing -I/usr/local/include -I. -I.. -I/usr/ports/emulators/qemu/work/qemu-0.8.2/target-i386 -I/us

[Qemu-devel] [PATCH] Support reset command for MIPS systems

2006-09-07 Thread Stefan Weil
Hello, this patch adds support for MIPS system reset. I tried to copy as much code as possible from the other architectures like i386 which already supported reset. If you have a working MIPS boot ROM at the reset address (0xbfc0), it is now possible to reboot your system like a real one. Re

Re: [Qemu-devel] Re: Regression: QEMU 0.8.2 (and CVS) fails to boot a debian arm

2006-09-07 Thread Aurelien Jarno
On Thu, Sep 07, 2006 at 07:18:52PM +0200, Aurelien Jarno wrote: > On Thu, Sep 07, 2006 at 11:45:37AM +0200, Aurelien Jarno wrote: > > Paul Brook wrote: > > >>>There is the same problem with QEMU CVS. Note that using root=/bin/sh > > >>>works well using root on NFS and even using the emulated SCSI d

Re: [Qemu-devel] Re: Regression: QEMU 0.8.2 (and CVS) fails to boot a debian arm

2006-09-07 Thread Aurelien Jarno
Aurelien Jarno a écrit : On Thu, Sep 07, 2006 at 11:45:37AM +0200, Aurelien Jarno wrote: Paul Brook wrote: There is the same problem with QEMU CVS. Note that using root=/bin/sh works well using root on NFS and even using the emulated SCSI drive. I think I have found the problem. Actually the s

Re: [Qemu-devel] Re: Regression: QEMU 0.8.2 (and CVS) fails to boot a debian arm

2006-09-07 Thread Aurelien Jarno
On Thu, Sep 07, 2006 at 11:45:37AM +0200, Aurelien Jarno wrote: > Paul Brook wrote: > >>>There is the same problem with QEMU CVS. Note that using root=/bin/sh > >>>works well using root on NFS and even using the emulated SCSI drive. > >>I think I have found the problem. Actually the system is not f

Re: [Qemu-devel] Load PL110 module driver to reserve a specified address?

2006-09-07 Thread Paul Brook
On Thursday 07 September 2006 12:12, Tieu Ma Dau wrote: > Hi all, > I run ARM Linux kernel on Qemu ARM simulator. In this simulator, PL110 > LCD controller is at 0xc000 and PL110 driver will control LCD device at > this address. For my project, I want to add a new PL110 LCD controller at > 0x

[Qemu-devel] Load PL110 module driver to reserve a specified address?

2006-09-07 Thread Tieu Ma Dau
Hi all, I run ARM Linux kernel on Qemu ARM simulator. In this simulator, PL110 LCD controller is at 0xc000 and PL110 driver will control LCD device at this address. For my project, I want to add a new PL110 LCD controller at 0x1b00, so I don't know how I can load / insmod the second PL110

Re: [Qemu-devel] Re: Regression: QEMU 0.8.2 (and CVS) fails to boot a debian arm

2006-09-07 Thread Aurelien Jarno
Paul Brook wrote: There is the same problem with QEMU CVS. Note that using root=/bin/sh works well using root on NFS and even using the emulated SCSI drive. I think I have found the problem. Actually the system is not frozen, but just very slow. I now get while booting the kernel: Calibrating