Hi,
I will stop updating QEMU on Windows web site at least for several months.
Because my eye condition becomes not good, I can't see display well.
New binaries for Windows will be avialable here by TAKEDA Toshiya. He is
developing old Japanese computer emulators.
http://www1.interq.or.jp/t-taked
On Wednesday 07 March 2007 1:14 pm, Quentin Barnes wrote:
> This is my first post to the list. Hopefully, it will go well.
>
> I've been using the ARM qemu for Linux development for some basic
> work, but wanted to expand and do more with it. I outgrew the
> initrd limitation and needed a disk.
TARGET_F_*64 should be used instead of F_*64, because on 64-bit host
systems F_GETLK == F_GETLK64(same for SETLK and SETLKW), so we cannot
determinate if it's a long lock or not on a target 32-bit system.
Patch in the attachment.
P.S. Please, review my privious patches, which I have added descript
Hi Paul,
I wanted a way to change the resolution with a kernel argument. But vga=
or video= didn't seem to have any effect.
My qemu change is admittedly a hack, and a better fix would be to add
video= support to the arm frame buffer support in the kernel.
fbset is usually omitted on an embedded sy
On Fri, Mar 09, 2007 at 10:02:25AM -0500, Daniel Jacobowitz wrote:
> Has anyone tried to run OpenBSD/macppc on qemu?
>
> As far as I can tell the latest is that OpenHack'Ware says it doesn't
> support compressed ELF. I was going to work on that, but I can't get
> a self-compiled OpenHack'Ware BIO
Has anyone tried to run OpenBSD/macppc on qemu?
As far as I can tell the latest is that OpenHack'Ware says it doesn't
support compressed ELF. I was going to work on that, but I can't get
a self-compiled OpenHack'Ware BIOS to boot - it just hangs.
Of course, that might be because I built it with
