On 16 févr. 07, at 04:51, Ilya Shar wrote:
Every Cocoa application I try to run under
i386-darwin-user/qemu-i386 exits on an illegal
instruction:
Starting
/Applications/Calculator.app/Contents/MacOS/Calculator
with qemu
queue_signal: sig=4
qemu: uncaught target signal 4
Hi,
This fix the x86-on-x86 and ppc-on-ppc.
Pierre.
ChangeLog:
Revert host_info changes and don't fail if sysctl is unknown when we
are on the same host/target.
Index: darwin-user/syscall.c
===
RCS file:
Anthony Liguori wrote:
Hi Erwan,
I really like the idea of your patch. Of course, the hard coding is
not really reasonable :-) Also, PXE is an x86-ism. What you've
really done is added a mechanism to publish a BOOTP name. We do need
to add a new option too as one may want to use -boot n
Hi
The pl110 controller do not update all rows correctly if you set a
resolution where src_width TARGET_PAGE_SIZE. I ran into this problem
at the resolution 480x640x16. The attached patch fixes this problem.
-- Lars Munch
Index: hw/pl110.c
While working on getting SunOS to boot under qemu, I ran into a very
odd bug, and I'm not sure whose fault it is.
The SunOS bootloader tries to install trap 0 by writing to the trap
table. The trap table is in the .text (read-only) section of the
OpenBIOS ROM.
The bug is that the write to the
On Tuesday 13 February 2007 4:44 pm, Hervé Poussineau wrote:
Hi,
Correct number formatting on Windows for 64 bit numbers is I64, while it
is ll on *nix.
Might I introduce you to the c99 PRIu64 macro (and friends)?
uint64_t bytes=1234;
printf(%PRIu64 bytes\n, bytes);
Rob
--
Perfection
I was wondering about the possibility of expanding the amount of vram
for the Cirrus Logic GDM5446 emulation. 8MB of ram would give the
ability to do 1600x1200 24 bit color. I know, this would probably completely
break windows and other drivers, but am wondeirng if the Cirrus Xorg
driver could
It definitely gets blocked by something: if I leave the the trap table
in the .text section, the write silently fails. If I move the trap
table to the .data section, the write succeeds. If I move the trap
table over to .rodata, the write fails again. What are you looking at
that suggests the
I don't know about sparc, but it's normal for writes to ROM to be
ignored. However by my reading the sparc bios is loaded into RAM anyway,
so it shouldn't matter.
It definitely gets blocked by something: if I leave the the trap table
in the .text section, the write silently fails. If I
Where is the policy of silently ignoring ROM writes implemented? It
may not be the proper behavior for sparc, and I'd like to tinker with
it. I'm just not sure where the write is getting suppressed (or,
alternatively, where the exception is getting suppressed).
On 2/16/07, Paul Brook [EMAIL
Hello,
vga= is a special parameter that needs to be handled by bootloader so
that the kernel can get it before parsing its command line.
The small attached patch add support for it.
Index: hw/pc.c
===
RCS file:
On Thursday 15 February 2007 11:27 am, Paul Brook wrote:
On Thursday 15 February 2007 09:17, Thomas Petazzoni wrote:
Hi,
Le Tue, 13 Feb 2007 15:58:13 +0100,
andrzej zaborowski [EMAIL PROTECTED] a écrit :
Subject: don't require a disk image for network boot
BTW, is there a reason
12 matches
Mail list logo
