Signed-off-by: BALATON Zoltan
---
console.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/console.c b/console.c
index 4525cc7..f698b77 100644
--- a/console.c
+++ b/console.c
@@ -1612,7 +1612,7 @@ PixelFormat qemu_different_endianness_pixelformat(int bpp
point where the command fifo is configured to allow
drivers which don't use the fifo to work too. (Without this the
picture rendered into the vram never got to the screen but the
DIRECT_VRAM option meant to support this case was removed a year ago.)
Signed-off-by: BALATON Zoltan
---
cons
Signed-off-by: BALATON Zoltan
---
memory.h | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/memory.h b/memory.h
index bd1bbae..aba5721 100644
--- a/memory.h
+++ b/memory.h
@@ -252,9 +252,9 @@ void memory_region_init_ram(MemoryRegion *mr
can try to
break it up. I've sent it to qemu-trivial because it may meet the "Do not
fall under an actively maintained subsystem." category as I've found no
maintainer for this part. Should I send the revisions only to qemu-devel
then?
Thanks,
BALATON Zoltan
Signed-off-by: BALATON Zoltan
---
memory.h | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
v2: indented memory_region_init_ram_ptr
diff --git a/memory.h b/memory.h
index bd1bbae..f6c8e32 100644
--- a/memory.h
+++ b/memory.h
@@ -252,9 +252,9 @@ void memory_region_init_ram
15bpp case either but I left that there for now.)
Signed-off-by: BALATON Zoltan
---
console.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
v2: Use DIV_ROUND_UP and extended commit message
diff --git a/console.c b/console.c
index 4525cc7..9df1701 100644
--- a/console.c
aborts for invalid unhandled cases. (I'm not sure
about setting 16 bpp for the 15 bpp case so I left it there for now.)
Signed-off-by: BALATON Zoltan
---
console.c | 230 +++--
1 file changed, 131 insertions(+), 99 deletions(-)
v2
Removed info from vmsvga_state that is available from elsewhere and
thus was duplicated here unnecessarily. Also includes some coding
style fixes suggested by checkpatch.pl.
Signed-off-by: BALATON Zoltan
---
console.h | 20 ++
hw/vmware_vga.c | 196
According to the documentation drivers using this device should read
FB_SIZE before enabling the device to know what memory to map. This
would not work if we return 0 before enabled.
Signed-off-by: BALATON Zoltan
---
hw/vmware_vga.c | 13 -
1 file changed, 8 insertions(+), 5
igned-off-by: BALATON Zoltan
---
hw/vga.c|2 +-
hw/vga_int.h|1 +
hw/vmware_vga.c | 34 +-
3 files changed, 27 insertions(+), 10 deletions(-)
Split up version of previous [PATCH] vmware_vga: Cleanup and allow
simple drivers to work withou
#x27;m not sure how to resolve that.
Thanks,
BALATON Zoltan
rongly and the driver was patching it up with issuing a warning about
it.)
Regards,
BALATON Zoltan
Ping?
http://patchwork.ozlabs.org/patch/189750/
http://patchwork.ozlabs.org/patch/189751/
http://patchwork.ozlabs.org/patch/189752/
http://patchwork.ozlabs.org/patch/189754/
On Thu, 18 Oct 2012, BALATON Zoltan wrote:
Ping?
http://patchwork.ozlabs.org/patch/189750/
http://patchwork.ozlabs.org/patch/189751/
http://patchwork.ozlabs.org/patch/189752/
http://patchwork.ozlabs.org/patch/189754/
Is there anything else that needs to be done with these or it's ig
Fix coding style as suggested by checkpatch.pl
Signed-off-by: BALATON Zoltan
---
hw/vmware_vga.c | 283 ++-
1 file changed, 156 insertions(+), 127 deletions(-)
v4: rebased to apply to current
diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c
Removed info from vmsvga_state that is available from elsewhere and
thus was duplicated here unnecessarily.
Signed-off-by: BALATON Zoltan
---
console.h | 20 +++
hw/vmware_vga.c | 156 +++
2 files changed, 84 insertions(+), 92
we don't really support that either.)
Signed-off-by: BALATON Zoltan
---
hw/vmware_vga.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
v4: rebased to apply to current
diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c
index 1aa6180..deb9dda 100644
---
igned-off-by: BALATON Zoltan
---
hw/vga.c|2 +-
hw/vga_int.h|1 +
hw/vmware_vga.c | 34 +-
3 files changed, 23 insertions(+), 14 deletions(-)
v4: rebased to apply to current
diff --git a/hw/vga.c b/hw/vga.c
index e4220df..a565002 100644
---
On Tue, 30 Oct 2012, Blue Swirl wrote:
The patches look OK. But they don't apply anymore, please rebase.
Sorry, I did not notice that as they merged all right for me. I've sent a
rebased set to the list now.
Thanks,
BALATON Zoltan
On Fri, 25 Jan 2013, Michael Tokarev wrote:
But since vmsvga_update_rect() has other sanity checks already,
I'm adding the missing ones there as well.
Cc'ing BALATON Zoltan and Andrzej Zaborowski who shows in `git blame'
output and may know something in this area.
I've
Resending it again as I got no comments and seems to have been ignored so
far. These patches simplify the vmware_vga by removing duplicated info
from its local state and make it work with more guest drivers (in
particular with the very simple OpenStep VMWareFB driver) that do not use
the fifo w
Removed info from vmsvga_state that is available from elsewhere and
thus was duplicated here unnecessarily. Also includes some coding
style fixes suggested by checkpatch.pl.
Signed-off-by: BALATON Zoltan
---
console.h | 20 ++
hw/vmware_vga.c | 196
According to the documentation drivers using this device should read
FB_SIZE before enabling the device to know what memory to map. This
would not work if we return 0 before enabled.
Signed-off-by: BALATON Zoltan
---
hw/vmware_vga.c | 13 -
1 file changed, 8 insertions(+), 5
igned-off-by: BALATON Zoltan
---
hw/vga.c|2 +-
hw/vga_int.h|1 +
hw/vmware_vga.c | 34 +-
3 files changed, 27 insertions(+), 10 deletions(-)
v2: Rebase to apply to current
diff --git a/hw/vga.c b/hw/vga.c
index 80299ea..7939a9d 100644
---
Fix coding style as suggested by checkpatch.pl
Signed-off-by: BALATON Zoltan
---
hw/vmware_vga.c | 283 ++-
1 file changed, 156 insertions(+), 127 deletions(-)
v3: More complete code style cleanup now in a separate patch
diff --git a/hw
Removed info from vmsvga_state that is available from elsewhere and
thus was duplicated here unnecessarily.
Signed-off-by: BALATON Zoltan
---
console.h | 20 +++
hw/vmware_vga.c | 156 +++
2 files changed, 84 insertions(+), 92
we don't really support that either.)
Signed-off-by: BALATON Zoltan
---
hw/vmware_vga.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
v3: Changes to address comments from Paolo Bonzini (Thanks for the review!)
diff --git a/hw/vmware_vga.c b/hw/vmware_vga.c
igned-off-by: BALATON Zoltan
---
hw/vga.c|2 +-
hw/vga_int.h|1 +
hw/vmware_vga.c | 34 +-
3 files changed, 23 insertions(+), 14 deletions(-)
v3: Split off coding style fixes and explicitely inline update function here
diff --git a/hw/vga.c
y too) which are not exactly recent either but there are more than
only one "breakee".
Regards,
BALATON Zoltan
Ping!
http://patchwork.ozlabs.org/patch/179449/
On Thu, 23 Aug 2012, BALATON Zoltan wrote:
Removed info from vmsvga_state that is available from elsewhere and
thus was duplicated here unnecessarily. Also includes some coding
style fixes suggested by checkpatch.pl.
Signed-off-by: BALATON Zoltan
According to the documentation drivers using this device should read
FB_SIZE before enabling the device to know what memory to map. This
would not work if we return 0 before enabled.
Signed-off-by: BALATON Zoltan
---
hw/vmware_vga.c | 13 -
1 file changed, 8 insertions(+), 5
igned-off-by: BALATON Zoltan
---
hw/vga.c|2 +-
hw/vga_int.h|1 +
hw/vmware_vga.c | 34 +-
3 files changed, 27 insertions(+), 10 deletions(-)
v2: Rebase to apply to current
diff --git a/hw/vga.c b/hw/vga.c
index 80299ea..7939a9d 100644
---
Removed info from vmsvga_state that is available from elsewhere and
thus was duplicated here unnecessarily. Also includes some coding
style fixes suggested by checkpatch.pl.
Signed-off-by: BALATON Zoltan
---
console.h | 20 ++
hw/vmware_vga.c | 196
Ping! <http://patchwork.ozlabs.org/patch/355103/>
On Sat, 12 Apr 2014, BALATON Zoltan wrote:
Bring the memory map closer to a PowerMac3,1 model by removing unused
areas and adding the VGA and network cards after the macio to let the
latter be mapped from 0x8000 like on real hardwar
On Wed, 7 May 2014, Alexander Graf wrote:
On 05/07/2014 05:31 PM, Tom Musta wrote:
On 5/6/2014 6:17 PM, BALATON Zoltan wrote:
On Tue, 6 May 2014, Tom Musta wrote:
(2) Your patch makes some store instructions compliant with the most
recent ISAs but there are many other instructions that are
Ping again. This patch already missed two pull requests without getting
any comments. I hope you can look at it now.
Regards,
BALATON Zoltan
On Mon, 9 Jun 2014, BALATON Zoltan wrote:
Ping! <http://patchwork.ozlabs.org/patch/355103/>
On Sat, 12 Apr 2014, BALATON Zoltan wrote:
Bri
On Thu, 12 Jun 2014, BALATON Zoltan wrote:
On Wed, 7 May 2014, Alexander Graf wrote:
On 05/07/2014 05:31 PM, Tom Musta wrote:
On 5/6/2014 6:17 PM, BALATON Zoltan wrote:
On Tue, 6 May 2014, Tom Musta wrote:
(2) Your patch makes some store instructions compliant with the most
recent ISAs but
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 17.06.14 01:42, BALATON Zoltan wrote:
On Thu, 12 Jun 2014, BALATON Zoltan wrote:
On Wed, 7 May 2014, Alexander Graf wrote:
On 05/07/2014 05:31 PM, Tom Musta wrote:
On 5/6/2014 6:17 PM, BALATON Zoltan wrote:
On Tue, 6 May 2014, Tom Musta wrote
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 12.04.14 11:20, BALATON Zoltan wrote:
Bring the memory map closer to a PowerMac3,1 model by removing unused
areas and adding the VGA and network cards after the macio to let the
latter be mapped from 0x8000 like on real hardware. (On real
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 17.06.14 11:36, BALATON Zoltan wrote:
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 12.04.14 11:20, BALATON Zoltan wrote:
Bring the memory map closer to a PowerMac3,1 model by removing unused
areas and adding the VGA and network cards after the
s a reserved bit too or something else.) As to why it's in MorphOS
I don't know, I got no answer from them.
Regards,
BALATON Zoltan
;=m"(val)
: "r"(&val), "m"(val), "r"(8)
: "r8", "r9", "r10", "cc", "memory");
prom_printf("old cr (mem):\t%#x\n", val);
prom_printf("old cr (reg):\t%#x\n", cr);
prom_printf("new cr1 (reg):\t%#x\n", cr1);
prom_printf("new cr2 (reg):\t%#x\n", cr2);
}
But the objdump of your test binary does not show that it is set either:
It should show in a debugger the second time the stwx is called (it did
for me).
Regards,
BALATON Zoltan
On Wed, 18 Jun 2014, Tom Musta wrote:
On 6/17/2014 10:17 AM, BALATON Zoltan wrote:
On Tue, 17 Jun 2014, Tom Musta wrote:
I am looking at the test case source code and do not see how you are setting
the reserved bit. Maybe I am missing some cleverness in how the test is built?
Probably I
please tell me what to look for.
Regards,
BALATON Zoltan
not merged yet and
there's also the problem with the MMU exceptions that we don't have a
solution for yet.
Regards,
BALATON Zoltan
Ping!
On Tue, 17 Jun 2014, BALATON Zoltan wrote:
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 17.06.14 11:36, BALATON Zoltan wrote:
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 12.04.14 11:20, BALATON Zoltan wrote:
Bring the memory map closer to a PowerMac3,1 model by removing unused
On Mon, 23 Jun 2014, Alexander Graf wrote:
On 17.06.14 12:24, BALATON Zoltan wrote:
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 17.06.14 11:36, BALATON Zoltan wrote:
On Tue, 17 Jun 2014, Alexander Graf wrote:
On 12.04.14 11:20, BALATON Zoltan wrote:
Bring the memory map closer to a
Fix PCI hole size to match that what is found on real hardware.
(OpenBIOS already uses the correct length.)
Signed-off-by: BALATON Zoltan
---
hw/pci-host/uninorth.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/pci-host/uninorth.c b/hw/pci-host/uninorth.c
index e72fe2a
On Mon, 23 Jun 2014, Alexander Graf wrote:
On 20.06.14 21:27, Mark Cave-Ayland wrote:
On 20/06/14 20:17, BALATON Zoltan wrote:
On Fri, 20 Jun 2014, Mark Cave-Ayland wrote:
Zoltan, please can you test the attached patch to see if this still
allows MorphOS to boot?
Unfortunately it seems
== 0
which should terminate the DMA request correctly. At the very least it seems
to fix the hang on boot with my Darwin images.
Zoltan, please can you test the attached patch to see if this still allows
MorphOS to boot?
Also this patch seems to slow down Finnix boot very much.
Regards,
BALATON Zoltan
found on PowerMac3,1.
Signed-off-by: BALATON Zoltan
---
hw/ppc/mac_newworld.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/hw/ppc/mac_newworld.c b/hw/ppc/mac_newworld.c
index e493dc1..1a1e305 100644
--- a/hw/ppc/mac_newworld.c
+++ b/hw/ppc/mac_newwo
On Mon, 23 Jun 2014, Mark Cave-Ayland wrote:
On 23/06/14 20:25, BALATON Zoltan wrote:
It's how OpenBIOS assigns MMIO addresses to pci devices. It does it
by going through them in order and map them starting from the base
address (with some allingment). I guess you could look at
drivers/pc
found on PowerMac3,1.
Signed-off-by: BALATON Zoltan
---
v2: style fixes suggested by checkpatch.pl
---
hw/ppc/mac_newworld.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/hw/ppc/mac_newworld.c b/hw/ppc/mac_newworld.c
index e493dc1..89d3cad 100644
--- a/h
On Mon, 23 Jun 2014, Mark Cave-Ayland wrote:
On 23/06/14 23:03, BALATON Zoltan wrote:
Change the order of creating devices for New World Mac emulation so
that devices on the motherboard are added first and PCI cards (VGA and
NIC) come later. As a side effect, this also causes OpenBIOS to map
On Mon, 23 Jun 2014, Mark Cave-Ayland wrote:
On 23/06/14 20:26, BALATON Zoltan wrote:
(add Kevin to CC)
I'm afraid as you're the only person that can boot MorphOS this far
then we need you to diagnose and suggest a suitable alternative by
comparing the before and after output. Sinc
ust noticed a typo now in this part which was added by me previously.
This should also be "prog_if" instead of "prof_if". Can you also correct
that while changing this or otherwise while merging or should I send a
separate patch with just this change?
Regards,
BALATON Zoltan
On Wed, 7 May 2014, Mark Cave-Ayland wrote:
On 07/05/14 18:00, BALATON Zoltan wrote:
On Wed, 7 May 2014, Mark Cave-Ayland wrote:
I'm not sure if your problem related to s->lba == -1 should be solved
just for macio or higher up in the block layer, but the block people
will be on qemu-d
On Mon, 12 May 2014, Mark Cave-Ayland wrote:
On 10/05/14 13:30, BALATON Zoltan wrote:
That patch would be 80fc95d8bdaf3392106b131a97ca701fd374489a in QEMU
master. I've tried reverting it and Darwin still boots (without -M
mac99) up to the point where it asks to install as before but I
On Mon, 12 May 2014, Mark Cave-Ayland wrote:
On 12/05/14 20:32, BALATON Zoltan wrote:
(cut)
MorphOS and Darwin are definitely doing things differently. I hope
someone who understands what is happening can explain it why one of them
works while the other doesn't.
Which I hope is wha
On Thu, 8 May 2014, Michael Tokarev wrote:
27.02.2014 05:05, BALATON Zoltan wrote:
Shoudl we actually make it machine-specific, to keep even prog-if value
of these things the same as before for older machine types? I dunno.
mst says we should, I think this is not a very important property to
On Wed, 14 May 2014, Michael S. Tsirkin wrote:
On Wed, May 14, 2014 at 01:39:03AM +0200, BALATON Zoltan wrote:
On Thu, 8 May 2014, Michael Tokarev wrote:
27.02.2014 05:05, BALATON Zoltan wrote:
Shoudl we actually make it machine-specific, to keep even prog-if value
of these things the same as
On Wed, 14 May 2014, Mark Cave-Ayland wrote:
On 14/05/14 00:02, BALATON Zoltan wrote:
command 0x43 is read the TOC which according to atapi_cmd_table should
call cmd_read_toc_pma_atip(). You can see that in your MorphOS case
you are getting a line with a "atapi_cmd_error" prefix which
Signed-off-by: BALATON Zoltan
---
v2: resubmission after pc-2.1 is added with the multiport case
v3: added compatibility check to avoid changing earlier than pc-2.1
hw/char/serial-pci.c | 11 +++
include/hw/i386/pc.h | 15 +++
2 files changed, 26 insertions(+)
diff --git
On Wed, 14 May 2014, Mark Cave-Ayland wrote:
On 14/05/14 12:10, BALATON Zoltan wrote:
The logs I've posted are with DEBUG_IDE_ATAPI, DEBUG_DBDMA and
DEBUG_MACIO already enabled...
Well sure, but not the ones in your last email - I had to go back several
mails back into the thread to
Signed-off-by: BALATON Zoltan
---
v2: resubmission after pc-2.1 is added with the multiport case
v3: added compatibility check to avoid changing earlier than pc-2.1
v4: renamed compat property to prog_if
hw/char/serial-pci.c | 7 +++
include/hw/i386/pc.h | 15 +++
2 files
On Thu, 15 May 2014, Mark Cave-Ayland wrote:
On 15/05/14 00:21, BALATON Zoltan wrote:
Which part is it that's still confusing you? Putting breakpoints on
pmac_ide_transfer() and pmac_ide_atapi_transfer_cb() will show you the
iterations on each DMA request (be sure to compare against a &
On Thu, 15 May 2014, Mark Cave-Ayland wrote:
On 15/05/14 18:28, BALATON Zoltan wrote:
#0 pmac_ide_atapi_transfer_cb (opaque=0x563ccc68, ret=0)
at hw/ide/macio.c:55
#1 0x556da6d0 in pmac_ide_transfer (io=0x563ccc68)
at hw/ide/macio.c:225
#2 0x5562 in
On Thu, 15 May 2014, BALATON Zoltan wrote:
confusing.) Do you think that replacing io->len in your patch with
s->io_buffer_size would be the correct thing to do?
Probably that's not enough. I've tried it and then it gets to here:
end of non-IO ATAPI DMA transfer
12
On Thu, 15 May 2014, BALATON Zoltan wrote:
On Thu, 15 May 2014, BALATON Zoltan wrote:
confusing.) Do you think that replacing io->len in your patch with
s->io_buffer_size would be the correct thing to do?
Probably that's not enough. I've tried it and then it gets to here:
e pieces that
are scattered in the qemu sources that are involved in this DMA transfer.
Understanding it conceptually is one thing but finding all the details in
the several files involved to get the details is more difficult.
Regards,
BALATON Zoltan
On Wed, 7 May 2014, Tom Musta wrote:
On 5/6/2014 6:17 PM, BALATON Zoltan wrote:
On Tue, 6 May 2014, Tom Musta wrote:
On 5/6/2014 5:03 AM, BALATON Zoltan wrote:
I'd appreciate some insight and help.
[snip]
(1) Why is MorphOS using this invalid instruction form? Would it be easier to
ember that maybe Windows
drivers did produce requests with partially off screen rectangles for
objects that are partially visible. I don't recall if this was for windows
dragged off screen or mouse pointer near the screen but there was a reason
this fixup was added. Did you test this?
Regards,
ouput of ioreg.
Maybe that shows something. (It's basically what you can see in System
Profiler but easier to compare with diff and may have additional data.)
Regards,
BALATON Zoltan
check please?
Regards,
BALATON Zoltan
0 and look
for IOInterruptSpecifiers or you can try different IORegistryPlanes with
the -p option (I don't have OS X at hand to test). Alternatively there's a
GUI tool to get the same info called IORegistryExplorer that used to be
part of older XCode versions, not sure where can you get i
t yet.)
Signed-off-by: BALATON Zoltan
---
This patch is intended to bring memory layout closer to what's seen in
these dumps:
http://nandra.segv.jp/NetBSD/G4.dump-device-tree.txt
http://raveland.org/ports/eeprom.txt
http://mail-index.netbsd.org/port-macppc/2007/10/24/.html
https://bugs.debi
quot;_Bemenet elfogása"
"Bemeneti eszközök kisajátítása" is more accurate but of course sounds
horrible...
How about "megragadás/a" for a translation of grab? But probably it sounds
more horrible than your suggestion which is not so bad IMO. The problem
with all of these is that they are not obvious to someone not
knowledgeable about the concept but that may be true for the English term
too.
Regards,
BALATON Zoltan
your should use the same term for
grab everywhere so "Grab On Hover" should probably better be
translated as "Bemenet automatikus megragadása". However it's fine with me
either way.
Regards,
BALATON Zoltan
Signed-off-by: BALATON Zoltan
---
hw/char/serial-pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/char/serial-pci.c b/hw/char/serial-pci.c
index 991c99f..e662b77 100644
--- a/hw/char/serial-pci.c
+++ b/hw/char/serial-pci.c
@@ -60,6 +60,7 @@ static int serial_pci_init(PCIDevice *dev
Signed-off-by: BALATON Zoltan
---
hw/pci-host/q35.c | 6 +++---
include/hw/i386/ich9.h| 2 +-
include/hw/pci-host/q35.h | 24
3 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/hw/pci-host/q35.c b/hw/pci-host/q35.c
index 4bc2e01..eda64c5
Signed-off-by: BALATON Zoltan
---
v2: Sorry, I was too fast to send it. Found two more places to change.
hw/pci-host/q35.c | 10 +-
include/hw/i386/ich9.h| 2 +-
include/hw/pci-host/q35.h | 24
3 files changed, 18 insertions(+), 18 deletions
On Fri, 24 Jan 2014, Alex Bennée wrote:
trent.t...@gmail.com writes:
Attaching data in excel which could not be sent with the patch at the same time.
If you can attach the summary of the data as plain text that would be
useful. Not all of us have access to a Windows box with Excell!
Opens
On Sun, 12 Jan 2014, Alpha Mule wrote:
Hi. AmigaOS 4.x runs natively on some niche PowerPC boards. I was
wondering about the viability of running AmigaOS 4.x on QEMU.
Specifically, I was wondering if there has been any development on
that and/or what needs to be done to get it fully working.
An
GA/efi-boot-process.html#Apple
http://developer.apple.com./mac/library/DOCUMENTATION/Darwin/References/ManPages/man8/bless.8.html
Regards,
BALATON Zoltan
/index.php?title=OvmfPkg
which might be what we need for using Apple's boot.efi but I don't know
how ready is it and if it works with OS X.
Regards,
BALATON Zoltan
then
the first part is not needed.)
From these parts it should be possible to create a minimal boot loader for
Qemu that can load OS X but it may not be completely trivial.
Regards,
BALATON Zoltan
iver (look at the refind pointer) because
boot.efi will use EFI callbacks to read the kernel and kext cache.
Right. Hopefully it does not rely on Apple's specific HFS+ support in
their firmware or that's compatible with what (at least one of) the EFI
drivers provide.
Regards,
BALATON Zoltan
t be 32-bit aligned.
I've tried to find what port it tries to access but qemu -d ioport option
generates no output for me. Any hints on how to use this debug option of
qemu?
Regards,
BALATON Zoltan
2 CF8
IoWrite32 CF8 8000100C
IoWrite32 CF8
IoRead32 CF8
IoWrite32 CF8 8000100C
IoWrite32 CF8
IoRead32 CF8
IoWrite32 CF8 8B40
IoRead32 CFC
IoWrite32 CF8
IoRead32 6
ASSERT .../edk2/MdePkg/Library/BaseIoLibIntrinsic/IoLibGcc.c(164): (Port & 3)
== 0
Does anybody have any hints on why this fails or how to debug it further?
Regards,
BALATON Zoltan
ng in qemu?
Regards,
BALATON Zoltan
OMVF (without -M q35) but it only
printed:
Can not initialize console
Boot failed, sleeping for 10 seconds before exiting...
Regards,
BALATON Zoltan
seems that this alone would not be
enough to use Apple's boot.efi verbatim but something more complex, very
much resembling Clover would be needed to boot OS X with Ovmf EFI which is
not much cleaner solution than using Chameleon with Seabios that already
works now.
Regards,
BALATON Zoltan
On Thu, 6 Feb 2014, tyler knosis wrote:
p.s. I tried Bochs 2.6.2, and it is not stuck at the same place. Did qemu
take the bochs bios
and change anything regarding the IDE drives?
With OPENSTEP 4.2 a similar irq hang is happening due to a bug in the
i8259 model which is fixed by the one lin
http://lists.nongnu.org/archive/html/qemu-devel/2014-02/msg00889.html
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1276879
Title:
lots of dma command 10, 14 not supported
Status in QEMU:
New
B
The other patch is for KVM. Here's a way to build a patched kvm module (I did
not test it):
http://www.contrib.andrew.cmu.edu/~somlo/OSXKVM/#sec_0_kvm_kmod_build
A click in the window should be enough to grab the mouse. If it's not
working it may be that NeXTSTEP is using a different driver than
I don't know about Bochs but here's another page with resources on running
OPENSTEP on a VM:
http://www.zebpedersen.co.uk/?p=126
The VMWare drivers (both svga and mouse) should work with QEMU too but I don't
know if they are compatible with NeXTSTEP.
Now I remember there was some problem with mou
While there, also moved the hard coded value for CPUFREQ to a #define.
Signed-off-by: BALATON Zoltan
---
hw/ppc/mac_newworld.c | 5 -
include/hw/ppc/ppc.h | 2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/hw/ppc/mac_newworld.c b/hw/ppc/mac_newworld.c
index a533ec7
While there, also moved the hard coded value for CLOCKFREQ to a #define.
Signed-off-by: BALATON Zoltan
---
v2: Also include mac_oldworld that I missed in the first version and
fix commit message
hw/ppc/mac_newworld.c | 5 -
hw/ppc/mac_oldworld.c | 5 -
include/hw/ppc/ppc.h | 2
help.
Regards,
BALATON Zoltan
On Thu, 17 Apr 2014, Programmingkid wrote:
On Apr 17, 2014, at 3:16 AM, qemu-ppc-requ...@nongnu.org wrote:
On Wed, 16 Apr 2014, Alexander Graf wrote:
On 16.04.14 12:24, BALATON Zoltan wrote:
On Tue, 15 Apr 2014, Alexander Graf wrote:
Try to do the same with t
On Tue, 6 May 2014, Tom Musta wrote:
On 5/6/2014 5:03 AM, BALATON Zoltan wrote:
Hello,
As I got no reply on the qemu-ppc list so far I try here maybe there
are some people who read this list but don't follow the ppc one.
I don't have the necessary hardware to do the testing need
1 - 100 of 4455 matches
Mail list logo
