There was a debug print that didn't compile for me because the format
and the arguments weren't in sync. Fix it up.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc
We can tell the guest the frequency of its time base through fwcfg.
However, we tell it a different value from the speed tb actually runs
at. Let's fix it and make the tbfreq initialization and the fwcfg exposure
use the same values.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppc
macos-v2
Enjoy!
Alex
v1 - v2:
- fix spaces
- use non-bitrotting DPRINTF for macio
- clean up
- fix dprintf
- make processing a bool
Alexander Graf (17):
PPC: Mac: Fix guest exported tbfreq values
PPC: g3beige: Move secondary IDE bus to mac-io
PPC: Macio: Replace tabs
On a real G3 Beige the secondary IDE bus lives on the mac-io chip, not
on some random PCI device. Move it there to become more compatible.
While at it, also clean up the IDE channel connection logic.
Signed-off-by: Alexander Graf ag...@suse.de
---
v1 - v2:
- fix spaces
---
hw/ide/macio.c
s/^I//g on the file.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/ide/macio.c b/hw/ide/macio.c
index 7a1c573..82409dc 100644
--- a/hw/ide/macio.c
+++ b/hw/ide/macio.c
@@ -55,7 +55,7 @@ static
encountered with Mac OS X.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc/macio/mac_dbdma.c
index 908a123..ab32957 100644
--- a/hw/misc/macio/mac_dbdma.c
+++ b/hw/misc
disabled by default of course.
Signed-off-by: Alexander Graf ag...@suse.de
---
v1 - v2:
- use non-bitrotting DPRINTF for macio
- clean up
---
hw/ide/macio.c| 43 ---
hw/misc/macio/mac_dbdma.c | 14 +++---
2 files changed, 51 insertions
Mac OS X 10.4 with -M mac99.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/macio.c | 32
1 file changed, 32 insertions(+)
diff --git a/hw/misc/macio/macio.c b/hw/misc/macio/macio.c
index 548fea6..4c872c9 100644
--- a/hw/misc/macio/macio.c
+++ b/hw
The DBDMA controller has a bottom half to asynchronously process DMA
request queues.
This bh was stored as a gross static variable. Move it into the device
struct instead.
While at it, move all users of it to the new generic kick function.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw
, indicates to IDE core that transfer is complete
- IDE request for 7 sectors
- DBDMA finishes the DMA
Reported-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
We need to know when the IDE core starts a DMA transfer. Add a notifier
function so we have the chance to start transmitting data.
Signed-off-by: Alexander Graf ag...@suse.de
---
v1 - v2:
- fix dprintf
---
hw/ide/macio.c | 40
hw/ppc/mac.h | 2
We should only start processing DMA requests when we have data to process.
Hold off working through the DMA shuffling until the IDE core told us that
it's ready.
This is required because the guest can program the DMA engine or the IDE
transfer first. Both are legal.
Signed-off-by: Alexander Graf
to cache these unaligned sectors until the next DMA
request, at which point the data might be successfully flushed from the
pipe.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c | 129 ++---
include/hw/ppc/mac_dbdma.h | 3 ++
2
s/^I//g on the file with a few manual tweaks to align things.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 102 +++---
1 file changed, 51 insertions(+), 51 deletions(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw
Signed-off-by: Alexander Graf ag...@suse.de
---
v1 - v2:
- make processing a bool
---
hw/misc/macio/mac_dbdma.c | 10 ++
include/hw/ppc/mac_dbdma.h | 3 ++-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc/macio/mac_dbdma.c
index
We usually keep struct and constant definitions in header files. Move
them there to stay consistent and to make access to fields easier.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 117
include/hw/ppc/mac_dbdma.h | 118
The DBDMA engine really is running all the time, waiting for input. However
we don't want to waste cycles constantly polling.
So introduce a kick function that data providers can call to notify the
DBDMA controller of new input.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio
On 01.07.2013, at 12:03, Andreas Färber wrote:
Am 01.07.2013 01:36, schrieb Alexander Graf:
On 30.06.2013, at 10:21, Andreas Färber wrote:
Am 24.06.2013 08:55, schrieb peter.crosthwa...@xilinx.com:
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Define and use standard QOM cast
On 02.07.2013, at 02:06, David Gibson wrote:
On Thu, Jun 27, 2013 at 10:17:19PM +1000, Alexey Kardashevskiy wrote:
On 06/27/2013 09:47 PM, David Gibson wrote:
On Thu, Jun 27, 2013 at 04:45:45PM +1000, Alexey Kardashevskiy wrote:
Currently XICS interrupt controller is not a QEMU device. As we
On 07/02/2013 01:29 PM, Peter Maydell wrote:
Ping!
Who are you pinging here?
Alex
thanks
-- PMM
On 24 June 2013 11:49, Peter Maydellpeter.mayd...@linaro.org wrote:
This patch fixes a number of incorrect F: patterns which didn't
match any files in the source tree. This was caused by a
On 06/29/2013 03:47 PM, Stefan Weil wrote:
i686-w64-mingw32-gcc (GCC) 4.6.3 from Debian wheezy reports these warnings:
hw/ppc/spapr_hcall.c:188:1: warning:
control reaches end of non-void function [-Wreturn-type]
hw/ppc/spapr_pci.c:454:1: warning:
control reaches end of non-void function
On 06/24/2013 07:48 PM, Stefan Weil wrote:
The function returned a target_ulong which was made from unnamed enum
values. The target_ulong was then assigned to an int variable which
was used in a switch statement.
Using a named enum in both cases makes reviews easier.
Signed-off-by: Stefan
On 06/24/2013 07:48 PM, Stefan Weil wrote:
i686-w64-mingw32-gcc (GCC) 4.6.3 from Debian wheezy reports this warning:
hw/ppc/spapr_pci.c:454:1: warning:
control reaches end of non-void function [-Wreturn-type]
Adding a default case to the switch statement satisfies the compiler.
This
On 06/24/2013 11:15 PM, Julio Guerra wrote:
MPC86xx processors are based on the e600 core, which is not the case
in qemu where it is based on the 7400 processor.
This patch creates the e600 core and instantiates the MPC86xx
processors based on it. Therefore, adding the high BATs, the SPRG
4..7
On 07/02/2013 03:40 PM, Andreas Färber wrote:
Am 01.07.2013 23:34, schrieb Peter Maydell:
On 1 July 2013 21:52, Paolo Bonzinipbonz...@redhat.com wrote:
Il 01/07/2013 18:26, Peter Maydell ha scritto:
Since the two largest cases are both cpu_single_env must be TLS
(ie (a) system emulation
Am 02.07.2013 um 22:22 schrieb Stefan Weil s...@weilnetz.de:
Am 02.07.2013 14:45, schrieb Alexander Graf:
On 06/24/2013 07:48 PM, Stefan Weil wrote:
i686-w64-mingw32-gcc (GCC) 4.6.3 from Debian wheezy reports this
warning:
hw/ppc/spapr_pci.c:454:1: warning:
control reaches end of non
On 03.07.2013, at 21:26, Andreas Färber wrote:
Allow the user to override the firmware file name rather than always
using slof.bin.
Reported-by: Dinar Valeev k...@opensuse.org
Cc: Alexey Kardashevskiy a...@ozlabs.ru
Signed-off-by: Andreas Färber afaer...@suse.de
Thanks, applied to
On 04.07.2013, at 15:09, Markus Armbruster wrote:
Make it QEMU_OPT_NUMBER, so it gets parsed by generic code, which
actually bothers to check for errors, rather than its user, which
doesn't.
Cc: Alexander Graf ag...@suse.de
Signed-off-by: Markus Armbruster arm...@redhat.com
On 04.07.2013, at 16:40, Programmingkid wrote:
We have made a lot of progress in the last month with making Mac OS X run in
QEMU. A lot of people are to thank for this milestone. To everyone involved,
thank you.
There is one thing that we have to figure out. That is the command key
On 04.07.2013, at 17:01, Markus Armbruster wrote:
Alexander Graf ag...@suse.de writes:
On 04.07.2013, at 15:09, Markus Armbruster wrote:
Make it QEMU_OPT_NUMBER, so it gets parsed by generic code, which
actually bothers to check for errors, rather than its user, which
doesn't.
Cc
) makes the
guest process a lot happier.
This fixes java running in arm-linux-user for me.
Signed-off-by: Alexander Graf ag...@suse.de
---
user-exec.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/user-exec.c b/user-exec.c
index 26cde7c..718c54f 100644
--- a/user-exec.c
Civilization II in wine on my ARM Chromebook:
http://db.tt/AvHJOKSg
Beware that this patch set is based on Andreas' qom-cpu branch.
If you just want a working git tree to try this out on, check out:
git://github.com/agraf/qemu.git linux-user-x86-tls-v1
Alex
Alexander Graf (9):
linux-user
When we create a new thread, there is no reason to reset it. I'm fairly sure
the code has mostly been left in there because nobody understood why it was
there in the first place.
Remove the reset. A new thread's kernel sided state should be identical to
the old one's.
Signed-off-by: Alexander
targets.
This fixes i386-on-ARM epoll emulation for me.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/syscall_defs.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall_defs.h b/linux-user/syscall_defs.h
index 8b06a19..fbc3cac 100644
The i386 target is now able to properly handle NPTL. Enable it.
Signed-off-by: Alexander Graf ag...@suse.de
---
configure |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index 0e0adde..61f2770 100755
--- a/configure
+++ b/configure
@@ -4156,6
it a read.
So self modifying code fails with a segmentation fault whenever it tries to
modify itself.
Add the is_write evaluation based on what the kernel tells us as fault reason.
Signed-off-by: Alexander Graf ag...@suse.de
---
user-exec.c |3 +--
1 files changed, 1 insertions(+), 2
() attempts in vain.
Add a hint to tb_invalidate_phys_page() that we need to unlock before we
can leave back into guest context, so that we don't leak the lock.
This fixes 16-bit i386 wine programs running in linux-user for me.
Signed-off-by: Alexander Graf ag...@suse.de
---
translate-all.c
guest pointer with guest pointer.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/syscall_defs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall_defs.h b/linux-user/syscall_defs.h
index 92c01a9..8b06a19 100644
--- a/linux-user/syscall_defs.h
access lower memory than it really can access.
Set the default for the guest base to 64k which should be good enough on
any host system.
This fixes running i386 wine on ARM for me.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/main.c |6 +++---
1 files changed, 3 insertions
We can easily set the TLS on i386. Add code to do so.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/i386/target_cpu.h | 12 ++--
linux-user/syscall.c |2 +-
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/linux-user/i386/target_cpu.h b/linux
will continue
to behave as before this patch, but they are not really supported
as hosts for linux-user mode anyway since they do not have the
modern behaviour for unaligned accesses.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Alexander Graf ag...@suse.de
Alex
On 06.07.2013, at 12:24, Peter Maydell wrote:
On 6 July 2013 01:36, Alexander Graf ag...@suse.de wrote:
When we get a segmentation fault we check whether the fault was a write. If
it was a write, it might be a fault because we tried to modify a code region.
This logic does not work on ARM
On 06.07.2013, at 12:42, Peter Maydell wrote:
On 6 July 2013 01:36, Alexander Graf ag...@suse.de wrote:
While looking for cmsg entries, we want to compare guest pointers to see
whether we're at the end of the passed in array.
However, what we really do is we compare our in-use host pointer
On 06.07.2013, at 12:45, Peter Maydell wrote:
On 6 July 2013 01:36, Alexander Graf ag...@suse.de wrote:
diff --git a/linux-user/syscall_defs.h b/linux-user/syscall_defs.h
index 8b06a19..fbc3cac 100644
--- a/linux-user/syscall_defs.h
+++ b/linux-user/syscall_defs.h
@@ -2434,8 +2434,11
On 06.07.2013, at 12:48, Peter Maydell wrote:
On 6 July 2013 01:36, Alexander Graf ag...@suse.de wrote:
The i386 target is now able to properly handle NPTL. Enable it.
This will conflict with the on-list series which reverses
the default for target_nptl in this bit of configure
(though
.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/syscall.c | 25 ---
linux-user/syscall_defs.h | 58 ++--
2 files changed, 55 insertions(+), 28 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index
The i386 target is now able to properly handle NPTL. Enable it.
Signed-off-by: Alexander Graf ag...@suse.de
---
configure |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index 0e0adde..61f2770 100755
--- a/configure
+++ b/configure
@@ -4156,6
for ARM is_write support
- add h2g_unchecked() macro
- rewrite cpu reset on cpu clone code
- rewrite sendrcvmsg() patch
Alexander Graf (8):
linux-user: fix segmentation fault passing with h2g(x) != x
linux-user: Reset copied CPUs in cpu_copy() always
linux-user: Clean up sendrecvmsg
When a new thread gets created, we need to reset non arch specific state to
get the new CPU into clean state.
However this reset should happen before the arch specific CPU contents get
copied over. Otherwise we end up having clean reset state in our newly created
thread.
Signed-off-by: Alexander
access lower memory than it really can access.
Set the default for the guest base to 64k which should be good enough on
any host system.
This fixes running i386 wine on ARM for me.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/main.c |6 +++---
1 files changed, 3 insertions
will continue
to behave as before this patch, but they are not really supported
as hosts for linux-user mode anyway since they do not have the
modern behaviour for unaligned accesses.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
Acked-by: Alexander Graf ag...@suse.de
Signed-off-by: Alexander Graf
We can easily set the TLS on i386. Add code to do so.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/i386/target_cpu.h | 12 ++--
linux-user/syscall.c |2 +-
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/linux-user/i386/target_cpu.h b/linux
targets.
This fixes i386-on-ARM epoll emulation for me.
Signed-off-by: Alexander Graf ag...@suse.de
---
linux-user/syscall_defs.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall_defs.h b/linux-user/syscall_defs.h
index 84da7f7..c99aed6 100644
.
Signed-off-by: Alexander Graf ag...@suse.de
---
include/exec/cpu-all.h |8 ++--
user-exec.c|4
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/include/exec/cpu-all.h b/include/exec/cpu-all.h
index 6499cd0..320e3c4 100644
--- a/include/exec/cpu-all.h
+++ b
() attempts in vain.
Add a hint to tb_invalidate_phys_page() that we need to unlock before we
can leave back into guest context, so that we don't leak the lock.
This fixes 16-bit i386 wine programs running in linux-user for me.
Signed-off-by: Alexander Graf ag...@suse.de
---
translate-all.c
On 27.06.2013, at 15:04, Peter Maydell wrote:
This patch series adds an implementation of the virtio-mmio
transport, and uses it in the vexpress-a9 and vexpress-a15
board models.
The basic idea is that the board instantiates some transports,
I really dislike that idea. Couldn't you also
On 08.07.2013, at 14:57, Alexander Graf wrote:
On 27.06.2013, at 15:04, Peter Maydell wrote:
This patch series adds an implementation of the virtio-mmio
transport, and uses it in the vexpress-a9 and vexpress-a15
board models.
The basic idea is that the board instantiates some
On 08.07.2013, at 15:08, Peter Maydell wrote:
On 8 July 2013 13:59, Alexander Graf ag...@suse.de wrote:
On 08.07.2013, at 14:57, Alexander Graf wrote:
On 27.06.2013, at 15:04, Peter Maydell wrote:
The basic idea is that the board instantiates some transports,
I really dislike that idea
On 08.07.2013, at 15:23, Peter Maydell wrote:
On 8 July 2013 14:16, Alexander Graf ag...@suse.de wrote:
On 08.07.2013, at 15:08, Peter Maydell wrote:
On 8 July 2013 13:59, Alexander Graf ag...@suse.de wrote:
On 08.07.2013, at 14:57, Alexander Graf wrote:
On 27.06.2013, at 15:04, Peter
On 08.07.2013, at 20:15, Anthony Liguori wrote:
Alexey Kardashevskiy a...@ozlabs.ru writes:
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Reviewed-by: Anthony Liguori aligu...@us.ibm.com
Thanks, applied to ppc-next.
Alex
On 08.07.2013, at 20:45, Anthony Liguori wrote:
Alexey Kardashevskiy a...@ozlabs.ru writes:
From: David Gibson da...@gibson.dropbear.id.au
This adds the necessary pieces to implement savevm / migration for the
pseries machine. The most complex part here is migrating the hash
table -
On 08.07.2013, at 22:08, Anthony Liguori wrote:
Peter Maydell peter.mayd...@linaro.org writes:
On 8 July 2013 14:45, Alexander Graf ag...@suse.de wrote:
On 08.07.2013, at 15:23, Peter Maydell wrote:
Now I'm completely confused. Why would assigned devices
have anything to do with this? Can
On 10.07.2013, at 12:27, Christian Borntraeger wrote:
On 05/07/13 14:02, Jens Freimann wrote:
With this patch dump-guest-memory on s390 produces an ELF formatted,
crash-readable dump.
In order to implement this, the arch-specific part of dump-guest-memory
was added:
On 08.07.2013, at 23:06, Anthony Liguori wrote:
Alexander Graf ag...@suse.de writes:
On 08.07.2013, at 22:08, Anthony Liguori wrote:
I think we're trying to fit a square peg into a round hole.
virtio-mmio is a virtio transport where each device has a dedicated set
of system resources
On 04.07.2013, at 08:42, Prerna Saxena wrote:
Hi Andreas,
Thank you for taking a look.
I have incorporated your feedback into a new patch, attached herewith.
Regards,
Prerna
Subject: [PATCH] target-ppc: Add POWER8 v1.0 CPU model
This patch adds CPU PVR definition for POWER8,
and
On 10.07.2013, at 14:15, Andreas Färber wrote:
Am 10.07.2013 12:37, schrieb Alexander Graf:
On 10.07.2013, at 12:27, Christian Borntraeger wrote:
On 05/07/13 14:02, Jens Freimann wrote:
With this patch dump-guest-memory on s390 produces an ELF formatted,
crash-readable dump.
In order
:51 AM, Stefan Hajnoczi wrote:
On Thu, Jul 4, 2013 at 4:45 PM, Alexander Graf ag...@suse.de wrote:
On 04.07.2013, at 16:40, Programmingkid wrote:
We have made a lot of progress in the last month with making Mac OS X
run in QEMU. A lot of people are to thank for this milestone. To
everyone
On 11.07.2013, at 09:56, Peter Crosthwaite wrote:
Hi All,
Any objections to a tree wide:
s/qemu_devtree/qemu_fdt
FWIU, the qemu_ prefix is supposed to indicate a wrapping of an API,
in this case that API clearly being fdt_ not devtree_. It buys
back a previous 4 chars, in line
On 24.06.2013, at 08:07, Jan Kiszka wrote:
On 2013-06-23 22:50, Hervé Poussineau wrote:
Jan Kiszka a écrit :
From: Jan Kiszka jan.kis...@siemens.com
The current ioport dispatcher is a complex beast, mostly due to the
need to deal with old portio interface users. But we can overcome it
On 11.07.2013, at 14:29, Alexander Graf wrote:
On 24.06.2013, at 08:07, Jan Kiszka wrote:
On 2013-06-23 22:50, Hervé Poussineau wrote:
Jan Kiszka a écrit :
From: Jan Kiszka jan.kis...@siemens.com
The current ioport dispatcher is a complex beast, mostly due to the
need to deal
On 11.07.2013, at 14:46, Andreas Färber wrote:
Am 11.07.2013 14:34, schrieb Alexander Graf:
On 11.07.2013, at 14:29, Alexander Graf wrote:
On 24.06.2013, at 08:07, Jan Kiszka wrote:
On 2013-06-23 22:50, Hervé Poussineau wrote:
Jan Kiszka a écrit :
From: Jan Kiszka jan.kis
On 11.07.2013, at 14:48, Alexander Graf wrote:
On 11.07.2013, at 14:46, Andreas Färber wrote:
Am 11.07.2013 14:34, schrieb Alexander Graf:
On 11.07.2013, at 14:29, Alexander Graf wrote:
On 24.06.2013, at 08:07, Jan Kiszka wrote:
On 2013-06-23 22:50, Hervé Poussineau wrote:
Jan
On 11.07.2013, at 15:28, Alexander Graf wrote:
On 11.07.2013, at 14:48, Alexander Graf wrote:
On 11.07.2013, at 14:46, Andreas Färber wrote:
Am 11.07.2013 14:34, schrieb Alexander Graf:
On 11.07.2013, at 14:29, Alexander Graf wrote:
On 24.06.2013, at 08:07, Jan Kiszka wrote
On 01.07.2013, at 02:13, Alexander Graf wrote:
Recently there has been a lot of progress on the OpenBIOS side to get Mac OS X
to boot.
For a while now it seemed there was only very little to make it a fully
working
guest os in QEMU.
This patch set is the result of this. With this I
We need to know when the IDE core starts a DMA transfer. Add a notifier
function so we have the chance to start transmitting data.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c | 40
hw/ppc/mac.h | 2 ++
2 files changed, 42 insertions
...@weilnetz.de
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppc/spapr_hcall.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/ppc/spapr_hcall.c b/hw/ppc/spapr_hcall.c
index 8bad27f..ed32dec 100644
--- a/hw/ppc/spapr_hcall.c
+++ b/hw/ppc/spapr_hcall.c
@@ -121,14
disabled by default of course.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c| 43 ---
hw/misc/macio/mac_dbdma.c | 14 +++---
2 files changed, 51 insertions(+), 6 deletions(-)
diff --git a/hw/ide/macio.c b/hw/ide/macio.c
The DBDMA engine really is running all the time, waiting for input. However
we don't want to waste cycles constantly polling.
So introduce a kick function that data providers can call to notify the
DBDMA controller of new input.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio
s/^I//g on the file with a few manual tweaks to align things.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 102 +++---
1 file changed, 51 insertions(+), 51 deletions(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw
to cache these unaligned sectors until the next DMA
request, at which point the data might be successfully flushed from the
pipe.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c | 131 ++---
include/hw/ppc/mac_dbdma.h | 3 ++
2
We usually keep struct and constant definitions in header files. Move
them there to stay consistent and to make access to fields easier.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 117
include/hw/ppc/mac_dbdma.h | 118
We can tell the guest the frequency of its time base through fwcfg.
However, we tell it a different value from the speed tb actually runs
at. Let's fix it and make the tbfreq initialization and the fwcfg exposure
use the same values.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppc
Mac OS X 10.4 with -M mac99.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/macio.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/hw/misc/macio/macio.c b/hw/misc/macio/macio.c
index 6459bc1..c0d0bf7 100644
--- a/hw/misc/macio/macio.c
+++ b/hw
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 10 ++
include/hw/ppc/mac_dbdma.h | 3 ++-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc/macio/mac_dbdma.c
index 4ca0491..f47a736 100644
--- a/hw/misc/macio
On a real G3 Beige the secondary IDE bus lives on the mac-io chip, not
on some random PCI device. Move it there to become more compatible.
While at it, also clean up the IDE channel connection logic.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c| 2 +-
hw/misc/macio
...@samba.org
Reviewed-by: Andreas Farber afaer...@suse.de
Signed-off-by: Alexander Graf ag...@suse.de
---
target-ppc/cpu-models.c | 3 +++
target-ppc/cpu-models.h | 1 +
target-ppc/translate_init.c | 34 ++
3 files changed, 38 insertions(+)
diff --git a/target-ppc
s/^I//g on the file.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/ide/macio.c b/hw/ide/macio.c
index 0b05a74..60b64ac 100644
--- a/hw/ide/macio.c
+++ b/hw/ide/macio.c
@@ -55,7 +55,7 @@ static
encountered with Mac OS X.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc/macio/mac_dbdma.c
index 3b1e97e..7656767 100644
--- a/hw/misc/macio/mac_dbdma.c
+++ b/hw/misc
, which are e600-specific [1], and a HW MMU model (as 7400).
This allows to define the MPC8610 processor too.
Tested with a kernel using the HW TLB misses.
[1] http://cache.freescale.com/files/32bit/doc/ref_manual/E600CORERM.pdf
Signed-off-by: Julio Guerra gu...@julio.in
Signed-off-by: Alexander
From: Andreas Färber afaer...@suse.de
Allow the user to override the firmware file name rather than always
using slof.bin.
Reported-by: Dinar Valeev k...@opensuse.org
Signed-off-by: Andreas Färber afaer...@suse.de
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppc/spapr.c | 5 -
1 file
, indicates to IDE core that transfer is complete
- IDE request for 7 sectors
- DBDMA finishes the DMA
Reported-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ide/macio.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
We should only start processing DMA requests when we have data to process.
Hold off working through the DMA shuffling until the IDE core told us that
it's ready.
This is required because the guest can program the DMA engine or the IDE
transfer first. Both are legal.
Signed-off-by: Alexander Graf
The DBDMA controller has a bottom half to asynchronously process DMA
request queues.
This bh was stored as a gross static variable. Move it into the device
struct instead.
While at it, move all users of it to the new generic kick function.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw
There was a debug print that didn't compile for me because the format
and the arguments weren't in sync. Fix it up.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/misc/macio/mac_dbdma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/misc/macio/mac_dbdma.c b/hw/misc
-issue DMA requests (2013-07-11 18:51:25 +0200)
Alexander Graf (16):
PPC: Mac: Fix guest exported tbfreq values
PPC: g3beige: Move secondary IDE bus to mac-io
PPC: Macio: Replace tabs with spaces
PPC: dbdma
From: Alexey Kardashevskiy a...@ozlabs.ru
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Reviewed-by: Andreas Färber afaer...@suse.de
Signed-off-by: Alexander Graf ag...@suse.de
---
default-configs/ppc64-softmmu.mak | 2 ++
hw/intc/Makefile.objs | 1 +
hw/{ppc = intc}/xics.c
-by: Stefan Weil s...@weilnetz.de
Acked-by: David Gibson da...@gibson.dropbear.id.au
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/ppc/spapr_hcall.c | 2 +-
hw/ppc/spapr_pci.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/ppc/spapr_hcall.c b/hw/ppc/spapr_hcall.c
Am 12.07.2013 um 00:32 schrieb Benjamin Herrenschmidt
b...@kernel.crashing.org:
On Thu, 2013-07-11 at 15:28 +0200, Alexander Graf wrote:
Semantically having your PCI host bridge do the endianness conversion
is the correct way of handling it, as that's where the conversion
happens
Am 12.07.2013 um 10:59 schrieb Alexey Kardashevskiy a...@ozlabs.ru:
Hi!
Got a small lesson from Ben how to post stuff to the list and here are more
details :)
Every PCI device which uses IO ports (at least vga, e1000, virtio-pci,
rtl8139) is broken in the master branch of QEMU for
Am 12.07.2013 um 14:56 schrieb Anthony Liguori anth...@codemonkey.ws:
Alexander Graf ag...@suse.de writes:
On 11.07.2013, at 14:29, Alexander Graf wrote:
This patch breaks VGA on PPC as it is in master today.
If I don't mark portio as little endian it works as expected. There's
301 - 400 of 8673 matches
Mail list logo
