I use qemu compile the linux kernel. To output the return address of interrupt
I find out the function do_interrupt64() from the file Seg_helper.c can do it.
This function push the address before interrupt, so I output the address which
I make sure it is the return address of interrupt. But when
On Sat, Jun 28, 2014 at 5:51 AM, Paolo Bonzini wrote:
> Il 27/06/2014 20:01, Ming Lei ha scritto:
>
>> I just implemented plug&unplug based batching, and it is working now.
>> But throughout still has no obvious improvement.
>>
>> Looks loading in IOthread is a bit low, so I am wondering if there
On 06/28/2014 10:31 AM, Alexey Kardashevskiy wrote:
> On 06/28/2014 10:00 AM, Alexey Kardashevskiy wrote:
>> On 06/28/2014 02:14 AM, Alexander Graf wrote:
>>>
>>> On 27.06.14 17:54, Alexey Kardashevskiy wrote:
At the moment POWER7+ and POWER7 CPUs are different incompatible
families in QO
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=480eda2eda7c464e252f17ac87ec61bccc14f285
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1323001
Public bug reported:
When running a guest OS with a serial console under "qemu-system-i386
-nographic", parts of the serial console output are sometimes lost.
This happens when a write() to standard output by qemu returns EAGAIN,
as may be the case when the guest is generating console output fast
The bswap that's needed for system mode isn't required for
user mode, and in fact breaks debugging.
Cc: Aldy Hernandez
Signed-off-by: Richard Henderson
---
target-ppc/gdbstub.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/target-ppc/gdbstub.c b/
Two fixes needed to run and debug hello world.
r~
Richard Henderson (2):
target-ppc: Change default cpu for ppc64le-linux-user
target-ppc: Fix gdbstub for ppc64le-linux-user
linux-user/main.c | 10 +++---
target-ppc/gdbstub.c| 24 +---
target-ppc/
The default, 970fx, doesn't support MSR_LE. So even though we set LE in
ppc_cpu_reset, it gets cleared again in hreg_store_msr. Error out if a
user-selected cpu model doesn't support LE.
Cc: Aldy Hernandez
Signed-off-by: Richard Henderson
---
The warning one gets from the unimplemented insns f
> Am 28.06.2014 um 18:45 schrieb Richard Henderson :
>
> The default, 970fx, doesn't support MSR_LE. So even though we set LE in
> ppc_cpu_reset, it gets cleared again in hreg_store_msr. Error out if a
> user-selected cpu model doesn't support LE.
>
> Cc: Aldy Hernandez
> Signed-off-by: Rich
Having a direct dependency
Makefile: $(GENERATED_HEADERS)
can result in not-from-clean builds failing sometimes, because it means
that when Make does its "is any makefile or include out of date and
needing a rebuild?" check, as well as possibly running configure (to
update config-host.mak) it wi
On 06/28/2014 09:50 AM, Alexander Graf wrote:
> How about we switch to p7 for BE top?
Not ideal until we implement all of p7's insns in TCG:
Warning: Disabling some instructions which are not emulated by TCG (0x0, 0x4)
r~
Andreas Färber writes:
> Am 27.06.2014 09:16, schrieb Markus Armbruster:
>> Paolo Bonzini writes:
>>
>>> When a device is unparented (i.e. made completely hidden from management)
>>> we want to send a DEVICE_DELETED event only if the device actually was
>>> realized. This avoids raising DEVICE
Hi Peter,
please pull my current target-xtensa patch queue.
The following changes since commit d4cba13bdf251baeedb36b87c1e9f6766773e380:
tcg/ppc: Fix failure in tcg_out_mem_long (2014-06-27 13:23:41 +0100)
are available in the git repository at:
g...@github.com:OSLL/qemu-xtensa.git tags/201
Am 26.06.2014 17:37, schrieb Peter Maydell:
> Add back in the support for 64-bit PPC MacOSX hosts that was
> broken in the recent merge of the 32-bit and 64-bit TCG backends.
>
Reported-by: Andreas Färber
> Signed-off-by: Peter Maydell
Tested-by: Andreas Färber
Fixes the build, and i386/x86
On 06/26/2014 05:31 PM, Etienne Martineau wrote:
On 14-06-26 04:18 AM, Avi Kivity wrote:
On 06/25/2014 08:53 PM, Etienne Martineau wrote:
Hi,
It seems to me that there is a scale issue O(n) in
memory_region_transaction_commit().
It's actually O(n^3). Flatview is kept sorted but is just a v
15 matches
Mail list logo
