Hi again,
I downloaded the linux test image and tried booting it. I got a kernel panic
the stack trace looks like this -
test_wp_bit+0x28/0x6c
start_kernel0x150/0x225
unknown_bootoption+0x0/0x1a9
Thanks,
Vikas
Sent from my HTC
- Reply message -
From: "Vikas Desai"
To: "Stefan Weil"
Hello,
I had the same error. I tried this binary
http://lassauge.free.fr/qemu/release/Qemu-1.6.0-windows.zip
You have to copy everything in Bios to ../ so one directory up. Then it should
work.
Kind regards,
Manuel
Am 26.09.2013 um 06:43 schrieb Vikas Desai :
> Thanks for the quick response.S
On Wed, Sep 25, 2013 at 07:42:40AM -0700, Mark Trumpold wrote:
> I replayed the test as follows:
>
> -> qemu-nbd -p 2000 -persist /root/qemu/q1.img &
Did you mean --persistent?
Any idea what terminated the qemu-nbd process?
Stefan
In my case the bios is in the same directory. In your case you can use the -L
Bios option to point qemu to the Bios directory.
Sent from my HTC
- Reply message -
From: "Manu"
To: "Vikas Desai"
Cc: "Stefan Weil" , ""
Subject: [Qemu-devel] Compiling Qemu x86_64 for windows 64 bit
Date
"Michael S. Tsirkin" writes:
> On Wed, Sep 25, 2013 at 01:39:48PM +0200, Markus Armbruster wrote:
>> "Michael S. Tsirkin" writes:
>>
>> > On Wed, Sep 25, 2013 at 10:14:49AM +, Zhanghaoyu (A) wrote:
>> >> >> >> >> Hi, all
>> >> >> >> >>
>> >> >> >> >> Do live migration if emulated NIC's MAC
On Wed, Sep 11, 2013 at 05:30:10PM +0300, Filippos Giannakos wrote:
> I stumbled upon this link [1] which among other things contains the following:
>
> "iSCSI, FC, or other forms of direct attached storage are only safe to use
> with
> live migration if you use cache=none."
>
> How valid is thi
On Wed, Sep 25, 2013 at 11:00:05AM +0100, Alex Bennée wrote:
>
> peter.mayd...@linaro.org writes:
>
> > On 25 September 2013 01:31, wrote:
> >> +# This disabled make check for the ftrace backend which needs more
> >> setting up
> >> +# Currently broken on 12.04 due to mis-packaged libu
Hi,
I just got customer feedback that Ubuntu 12.04.3 freezes right after the
installer is started.
On the system in question I use rather old qemu-kvm-1.2.0 and kvm-kmod 3.5.4.
The problem
disappears if I drop the -cpu host and use -cpu kvm64. It also works with
Ubuntu 12.04.2.
The main differ
On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
> Btrfs has terrible performance when hosting VM images, even more when the
> guest in those VM are also using btrfs as file system.
> One way to mitigate this bad performance would be to turn off COW
> attributes on VM files (since havin
On Wed, Sep 25, 2013 at 12:34:26PM -0400, Mohamad Gebai wrote:
> I am actually using LTTng 2.x as a backend for UST to do some
> performance analysis and latency investigation using Qemu/KVM. I
> already have all the patches ready to replace the old 0.x interface,
> and I am preparing them for the
Il 26/09/2013 09:58, Stefan Hajnoczi ha scritto:
> On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
>> Btrfs has terrible performance when hosting VM images, even more when the
>> guest in those VM are also using btrfs as file system.
>> One way to mitigate this bad performance would be
2013/9/26 Stefan Hajnoczi
> On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
> > Btrfs has terrible performance when hosting VM images, even more when the
> > guest in those VM are also using btrfs as file system.
> > One way to mitigate this bad performance would be to turn off COW
>
stefa...@redhat.com writes:
> The current LTTng Userspace Tracer backend does not build against modern
> libraries. LTTng has changed the library ABI several times, making it
> difficult to support this backend.
Looks good to me.
> Signed-off-by: Stefan Hajnoczi
Reviewed by: Alex Bennée
--
On 09/26/2013 06:29 AM, Alex Williamson wrote:
> On Fri, 2013-09-13 at 20:11 +1000, Alexey Kardashevskiy wrote:
>> On 09/11/2013 08:11 AM, Alex Williamson wrote:
>>> On Tue, 2013-09-10 at 18:36 +1000, Alexey Kardashevskiy wrote:
On 09/06/2013 05:01 AM, Alex Williamson wrote:
> On Fri, 2013
2013/9/26 Paolo Bonzini
> Il 26/09/2013 09:58, Stefan Hajnoczi ha scritto:
> > On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
> >> Btrfs has terrible performance when hosting VM images, even more when
> the
> >> guest in those VM are also using btrfs as file system.
> >> One way to
On 26.09.2013, at 08:37, Michael Ellerman wrote:
> Some powerpc systems have support for a hardware random number generator
> (hwrng). If such a hwrng is present the host kernel can provide access
> to it via the H_RANDOM hcall.
>
> The kernel advertises the presence of a hwrng with the KVM_CAP_
Hi,
After some further testing I found that even the 32 bit binaries from Stefan
fail with the same error. I tried the 32 bit binaries from by Eric Lassauge for
version 1.6 and they work well. I have tried both 32 and 64 bit binaries from
Stefan on 2 different environments, both failing with sam
On 09/25/2013 07:57 PM, Mark Wu wrote:
> Now we have several qemu-ga commands not returning response on success.
> It has been documented in qga/qapi-schema.json already. This patch exposes
> the 'success-response' flag by extending 'guest-info' command. With this
> change, the clients can handle t
Am 26.09.2013 um 04:01 hat Jeff Cody geschrieben:
> On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
> > Drivers having a bs->file where set to recurse the call to their child.
> > Protocol and drivers designed to be on the bottom of the stack where set to
> > allow
> > snapshots.
> >
Signed-off-by: Fam Zheng
---
block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block.c b/block.c
index ea4956d..fe7b060 100644
--- a/block.c
+++ b/block.c
@@ -2669,7 +2669,7 @@ static int coroutine_fn bdrv_co_do_readv(BlockDriverState
*bs,
goto out;
QMP/qmp.py is renamed to scripts/qmp/qmp.py, fix the search path in iotests.py.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/iotests.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-iotests/iotests.py
index 87b4a3a..376d6e8 1006
On 09/26/2013 05:55 AM, Fam Zheng wrote:
> Signed-off-by: Fam Zheng
> ---
> block.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/block.c b/block.c
> index ea4956d..fe7b060 100644
> --- a/block.c
> +++ b/block.c
> @@ -2669,7 +2669,7 @@ static int coroutine_fn
> bdrv_c
Am 26.09.2013 um 14:05 hat Eric Blake geschrieben:
> On 09/26/2013 05:55 AM, Fam Zheng wrote:
> > Signed-off-by: Fam Zheng
> > ---
> > block.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/block.c b/block.c
> > index ea4956d..fe7b060 100644
> > --- a/block.c
> >
On 09/25/2013 11:02 PM, Paolo Bonzini wrote:
Il 25/09/2013 16:32, Lei Li ha scritto:
This RFC patch series tries to introduce a mechanism using side
channel pipe for RAM via SCM_RIGHTS with unix domain socket
protocol migration.
This side channel will be used for the page flipping by vmsplice,
On Thu, 26 Sep 2013 19:57:34 +0800
Fam Zheng wrote:
> QMP/qmp.py is renamed to scripts/qmp/qmp.py, fix the search path in
> iotests.py.
OOPs, sorry for that.
>
> Signed-off-by: Fam Zheng
> ---
> tests/qemu-iotests/iotests.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
As far as I understand the dirty logging infrastructure will only
record writes. I want to track reads as well.
A better way to express what I would like to do is trace all guest
physical addresses that are accessed. Again, I am unsure whether qemu
supports this out-of-the box and where I would ha
Il 26/09/2013 14:44, Lei Li ha scritto:
>>
>> The basis of your code will still be the socket-based QEMUFile, but
>> you'll need your own QEMUFile since you're adding Unix-specific
>> functionality. For this it is not a problem to have two copies the
>> QEMUFile code for sockets, one in savevm.c a
Il 26/09/2013 12:28, Fabio Fantoni ha scritto:
Il 24/09/2013 13:50, Gerd Hoffmann ha scritto:
Hi,
Someone can help me to find the problem that makes qxl unusable please?
#1 git cherry-pick c58c7b959b93b864a27fd6b3646ee1465ab8832b
Thanks for reply, did this on my new test build.
#2 Whe
> Running an ARM kernel on an x86 model is obviously not going to work
either so I have no idea why you did that.
This was simply to demonstrate that qemu-system-x86_64 seemed to be
doing something even when fed an inappropriate kernel, whereas the qemu-
system-arm did not.
> You're trying to ru
On Tue, 09/17 16:54, Fam Zheng wrote:
> This series implements feature of shared object building as described in:
>
> http://wiki.qemu.org/Features/Modules
>
> The main idea behind modules is to isolate dependencies on third party
> libraries from qemu executables, such as libglusterfs or librbd,
Le Thursday 26 Sep 2013 à 13:43:19 (+0200), Kevin Wolf a écrit :
> Am 26.09.2013 um 04:01 hat Jeff Cody geschrieben:
> > On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
> > > Drivers having a bs->file where set to recurse the call to their child.
> > > Protocol and drivers designed to
Am 26.09.2013 um 13:57 hat Fam Zheng geschrieben:
> QMP/qmp.py is renamed to scripts/qmp/qmp.py, fix the search path in
> iotests.py.
>
> Signed-off-by: Fam Zheng
Thanks, applied to the block branch.
Kevin
Am 26.09.2013 um 15:35 hat Benoît Canet geschrieben:
> Le Thursday 26 Sep 2013 à 13:43:19 (+0200), Kevin Wolf a écrit :
> > Am 26.09.2013 um 04:01 hat Jeff Cody geschrieben:
> > > On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
> > > > Drivers having a bs->file where set to recurse th
No, none of those people are using a kernel built for the rpi, because
that simply won't work. They will be using a kernel for versatilepb (or
some random hacked variant on it) plus the rpi filesystem image. This is
all a bit less than fully supported because the versatilepb board
doesn't actually
** Changed in: qemu-kvm (Ubuntu)
Status: Triaged => In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1100843
Title:
Live Migration Causes Performance Issues
Status in QEMU:
New
S
Hi Jan,
Thanks for your reply.
On Thu, Sep 26, 2013 at 2:08 AM, Jan Kiszka wrote:
> On 2013-09-25 20:08, Hu Yaohui wrote:
> > Hi All,
> > I am trying to debug guest OS through qemu with kvm enabled.
> > Following is what I have done:
> > 1: fire the qemu-kvm
> >
> > sudo qemu-system-x86_64 -hda
On 09/25/2013 01:20 PM, Nathan Froyd wrote:
> While the generic SSE translation codepath contains special logic to use
> 32-bit or 64-bit memory operands for some instructions, this logic doesn't
> catch the SSE {,u}comis{s,d} instructions. This oversight leads to too
> many bytes being read when
On Tue, Sep 24, 2013 at 01:04:14PM +0300, Gleb Natapov wrote:
> On Tue, Sep 24, 2013 at 11:57:00AM +0200, Borislav Petkov wrote:
> > On Mon, September 23, 2013 6:28 pm, Eduardo Habkost wrote:
> > > On Sun, Sep 22, 2013 at 04:44:50PM +0200, Borislav Petkov wrote:
> > >> From: Borislav Petkov
> > >>
Hello,
Here is V2 of the external snapshot disabling patch.
The result is hopefully smaller and don't impact all BlockDriver anymore.
Only the blkverify Driver is modified.
v2:
Use NULL fields to avoid having to fill the new field in every BlockDriver
[Jeff]
Rename the field [Kevin]
This field is used by blkverify to disable external snapshots creation.
I will also be used by block filters like quorum to disable external snapshots
creation.
Signed-off-by: Benoit Canet
---
block.c | 14 ++
block/blkverify.c | 2 ++
blockdev.c
I am still pretty lost here, also after reading your link which shed a
light to many things.
Every suggestion and idea is very welcome!
Thanks,
Matej
2013/9/24 Markus Armbruster :
> Not specific to KVM, adding qemu-devel.
>
> Matej Mailing writes:
>
>> Dear list,
>>
>> I have a problem with a Wi
On 09/26/2013 02:05 AM, Peter Maydell wrote:
> On 26 September 2013 01:29, Fabien Chouteau wrote:
>> On 09/25/2013 05:51 PM, Peter Maydell wrote:
>>> On 26 September 2013 00:38, Fabien Chouteau wrote:
>>> It doesn't matter very much, but monitor.h seems the obvious
>>> place. You probably don't w
Le Friday 08 Feb 2013 à 11:38:38 (+0100), Kevin Wolf a écrit :
> Am 28.01.2013 18:07, schrieb Benoît Canet:
> > Signed-off-by: Benoit Canet
> > ---
> > block/quorum.c | 111
> >
> > 1 file changed, 111 insertions(+)
> >
> > diff --git a/
On 26 September 2013 23:50, Fabien Chouteau wrote:
> On 09/26/2013 02:05 AM, Peter Maydell wrote:
>> On 26 September 2013 01:29, Fabien Chouteau wrote:
>>> I think that's what I did. I think the problem was to include
>>> 'monitor.h' in 'target-*/cpu.c'.
>>
>> Why doesn't that work?
>
> The probl
Paolo Bonzini writes:
> Il 25/09/2013 08:27, liu ping fan ha scritto:
>> Hi, is hpet orphan? Or who can help me to merge this patch-set if my
>> patch is fine.
>
> Anthony, Michael?
Yes, happy to help out with this. I'll start looking at it now and work
with Liu Ping,
Mike
--
Mike Day | +
Paolo Bonzini writes:
> Il 25/09/2013 08:27, liu ping fan ha scritto:
>> Hi, is hpet orphan? Or who can help me to merge this patch-set if my
>> patch is fine.
>
> Anthony, Michael?
Sorry, wrong Michael -
Mike
--
Mike Day | + 1 919 371-8786 | ncm...@ncultra.org
"Endurance is a Virtue"
> > +static void quorum_aio_bh(void *opaque)
> > +{
> > +QuorumAIOCB *acb = opaque;
> > +BDRVQuorumState *s = acb->bqs;
> > +int ret;
> > +
> > +ret = s->threshold <= acb->success_count ? 0 : -EIO;
>
> It would be very much preferable if you stored the actual error code
> instead o
Le Friday 08 Feb 2013 à 11:38:38 (+0100), Kevin Wolf a écrit :
> Am 28.01.2013 18:07, schrieb Benoît Canet:
> > Signed-off-by: Benoit Canet
> > ---
> > block/quorum.c | 111
> >
> > 1 file changed, 111 insertions(+)
> >
> > diff --git a/
On Wed, Sep 18, 2013 at 09:50:58PM +0200, Roger Pau Monne wrote:
> Qemu has several hardcoded xenstore paths that are only valid on Dom0.
> Attempts to launch a Qemu instance (to act as a userspace backend for
> PV disks) will fail because Qemu is not able to access those paths
> when running on a
Le Friday 08 Feb 2013 à 13:07:03 (+0100), Kevin Wolf a écrit :
> Am 28.01.2013 18:07, schrieb Benoît Canet:
> > Use gnutls's SHA-256 to compare versions.
> >
> > Signed-off-by: Benoit Canet
> > ---
> > block/quorum.c | 303
> > +++-
> > confi
On Thu, Sep 26, 2013 at 04:33:49PM +0200, Benoît Canet wrote:
> This field is used by blkverify to disable external snapshots creation.
> I will also be used by block filters like quorum to disable external snapshots
> creation.
>
> Signed-off-by: Benoit Canet
> ---
> block.c |
Il 26/09/2013 12:30, Chunyan Liu ha scritto:
>
>
>
> 2013/9/26 Paolo Bonzini mailto:pbonz...@redhat.com>>
>
> Il 26/09/2013 09:58, Stefan Hajnoczi ha scritto:
> > On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
> >> Btrfs has terrible performance when hosting VM images,
On 26/09/13 18:46, Anthony PERARD wrote:
> On Wed, Sep 18, 2013 at 09:50:58PM +0200, Roger Pau Monne wrote:
>> Qemu has several hardcoded xenstore paths that are only valid on Dom0.
>> Attempts to launch a Qemu instance (to act as a userspace backend for
>> PV disks) will fail because Qemu is not a
On 2013-09-26 16:14, Hu Yaohui wrote:
> Hi Jan,
> Thanks for your reply.
> On Thu, Sep 26, 2013 at 2:08 AM, Jan Kiszka wrote:
>
>> On 2013-09-25 20:08, Hu Yaohui wrote:
>>> Hi All,
>>> I am trying to debug guest OS through qemu with kvm enabled.
>>> Following is what I have done:
>>> 1: fire the
On Thu, Sep 26, 2013 at 11:19:15AM -0300, Eduardo Habkost wrote:
> Then we may have a problem: some CPU models already have "movbe"
> included (e.g. Haswell), and patch 6/6 will make "-cpu Haswell" get
> movbe enabled even if it is being emulated.
Huh? HSW has MOVBE so we won't #UD on it and MOVBE
Am 26.09.2013 13:23, schrieb Vikas Desai:
> Hi,
>
> After some further testing I found that even the 32 bit binaries from
> Stefan fail with the same error. I tried the 32 bit binaries from by
> Eric Lassauge for version 1.6 and they work well. I have tried both 32
> and 64 bit binaries from Stefan
On 2013-09-26 20:53, Hu Yaohui wrote:
> Hi Jan,
> I am working on some Nested VM related projects. Some other teammates have
> made the modifications to the kvm module.
And these modifications cannot cause the misguided INT3?
> Most of my work depends on his.
> If I could not use Qemu Debug meth
Hi Jan,
I am working on some Nested VM related projects. Some other teammates have
made the modifications to the kvm module. Most of my work depends on his.
If I could not use Qemu Debug method. Could you please suggest some other
debugging methods to debug the L2 guest OS(printk, hijack kernel fun
On Thu, Sep 26, 2013 at 3:07 PM, Jan Kiszka wrote:
> On 2013-09-26 20:53, Hu Yaohui wrote:
> > Hi Jan,
> > I am working on some Nested VM related projects. Some other teammates
> have
> > made the modifications to the kvm module.
>
> And these modifications cannot cause the misguided INT3?
>
No
On Thu, Sep 26, 2013 at 08:55:24PM +0200, Borislav Petkov wrote:
> On Thu, Sep 26, 2013 at 11:19:15AM -0300, Eduardo Habkost wrote:
> > Then we may have a problem: some CPU models already have "movbe"
> > included (e.g. Haswell), and patch 6/6 will make "-cpu Haswell" get
> > movbe enabled even if
Am 25.09.2013 14:57, schrieb Michael Roth:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.6.1:
>
> https://github.com/mdroth/qemu/commits/stable-1.6-staging
>
> The release is planned for 2013-10-02:
>
> http://wiki.qemu.org/Planning/1.6
>
> Please respond here or CC qem
On 25-09-13 16:42, Mark Trumpold wrote:
> Hello Wouter,
>
> Thank you for your input.
>
> I replayed the test as follows:
>
> -> qemu-nbd -p 2000 -persist /root/qemu/q1.img &
> -> nbd-client localhost 2000 /dev/nbd0
No.
nbd-client -persist localhost 2000 /dev/nbd0
--
This end should poin
Update the KVM kernel headers to add support for the device control API
on ARM used to create in-kernel devices and set and get attributes on
these.
This is needed for VGIC save/restore with KVM ARM targets.
Headers are included from:
git://git.linaro.org/people/cdall/linux-kvm-arm.git vgic-migra
This patch series adds generic support for issuing device control
related ioctls and supports creating the ARM KVM-accelerated VGIC using
the device control API while maintaining backwards compatibility for
older kernels.
This is an RFC patch set because it relies on kernel header changes that
are
Introduces two simple functions:
int kvm_device_ioctl(int fd, int type, ...);
int kvm_create_device(KVMState *s, uint64_t type, bool test);
These functions wrap the basic ioctl-based interactions with KVM in a
way similar to other KVM ioctl wrappers.
Signed-off-by: Christoffer Dall
---
Support creating the ARM vgic device through the device control API and
setting the base address for the distributor and cpu interfaces in KVM
VMs using this API.
Because the older KVM_CREATE_IRQCHIP interface needs the irq chip to be
created prior to creating the VCPUs, we first test if we can us
Introduce kvm_arch_irqchip_create an arch-specific hook in preparation
for architecture-specific use of the device control API to create IRQ
chips.
Following patches will implement the ARM irqchip create method to prefer
the device control API over the older KVM_CREATE_IRQCHIP API.
Signed-off-by:
On Thu, Sep 26, 2013 at 04:20:59PM -0300, Eduardo Habkost wrote:
> Please point me to the code that does this, because I don't see it on
> patch 6/6.
@@ -1850,7 +1850,14 @@ static void filter_features_for_kvm(X86CPU *cpu)
wi->cpuid_ecx,
>From my testing this has been fixed in the saucy version (1.5.0) of qemu. It
>is fixed by this patch:
f1c72795af573b24a7da5eb52375c9aba8a37972
However later in the history this commit was reverted, and again broke this.
The other commit that fixes this is:
211ea74022f51164a7729030b28eec90b6c99a
>-Original Message-
>From: Wouter Verhelst [mailto:w...@uter.be]
>Sent: Thursday, September 26, 2013 12:46 PM
>To: 'Mark Trumpold'
>Cc: nbd-gene...@lists.sourceforge.net, 'Stefan Hajnoczi',
>bonz...@stefanha-thinkpad.redhat.com, 'Paul Clements', qemu-devel@nongnu.org
>Subject: Re: [Nbd] [
Il 25/09/2013 23:27, Doug Goldstein ha scritto:
> On Wed, Sep 25, 2013 at 7:57 AM, Michael Roth
> wrote:
>> From: Paolo Bonzini
>>
>> Some bdrv_is_allocated callers do not expect errors, but the fallback
>> in qcow2.c might make other callers trip on assertion failures or
>> infinite loops.
>>
>
Il 25/09/2013 15:54, Cole Robinson ha scritto:
> https://lists.nongnu.org/archive/html/qemu-devel/2013-08/msg05056.html
> https://bugzilla.redhat.com/show_bug.cgi?id=986790
> Fixes a crash with -M isapc
> Patch isn't in git yet
>
> http://article.gmane.org/gmane.comp.emulators.qemu/209369
> https:
Il 26/09/2013 05:22, Doug Goldstein ha scritto:
> On Mon, Sep 9, 2013 at 2:30 PM, Stefan Weil wrote:
>> Am 28.08.2013 10:21, schrieb James Hogan:
>>> On 1 July 2013 04:30, Mike Frysinger wrote:
This avoids needing to execute a program and keeping an (incomplete)
list when cross-compilin
Implement support to save/restore the ARM KVM VGIC state from the
kernel. The basic appraoch is to transfer state from the in-kernel VGIC
to the emulated arm-gic state representation and let the standard QEMU
vmstate save/restore handle saving the arm-gic state. Restore works by
reversing the pro
For some reason only edge-triggered or enabled level-triggered
interrupts would set the pending state of a raised IRQ. This is not in
compliance with the specs, which indicate that the pending state is
separate from the enabled state, which only controls if a pending
interrupt is actually forwarde
Add support for saving VMtate of 2D arrays of uint32 values.
Signed-off-by: Christoffer Dall
---
include/migration/vmstate.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/migration/vmstate.h b/include/migration/vmstate.h
index 1c31b5d..e5538c7 100644
--- a/include/migratio
To make the code slightly cleaner to look at and make the save/restore
code easier to understand, introduce this macro to set the priority of
interrupts.
Signed-off-by: Christoffer Dall
---
hw/intc/arm_gic.c | 15 ++-
hw/intc/gic_internal.h |1 +
2 files changed, 11 insert
Save and restore the ARM KVM VGIC state from the kernel. We rely on
QEMU to marshal the GICState data structure and therefore simply
synchronize the kernel state with the QEMU emulated state in both
directions.
We take some care on the restore path to check the VGIC has been
configured with enoug
Am 26.09.2013 21:05, schrieb Stefan Weil:
> Am 26.09.2013 13:23, schrieb Vikas Desai:
>> Hi,
>>
>> After some further testing I found that even the 32 bit binaries from
>> Stefan fail with the same error. I tried the 32 bit binaries from by
>> Eric Lassauge for version 1.6 and they work well. I hav
Add a binary_point field to the gic emulation structure and support
setting/getting this register now when we have it. We don't actually
support interrupt grouping yet, oh well.
Signed-off-by: Christoffer Dall
Changelog [v2]:
- Renamed binary_point to bpr and abpr
- Added GICC_ABPR read-as-wr
Right now the arm gic emulation doesn't keep track of the source of an
SGI (which apparently Linux guests don't use, or they're fine with
assuming CPU 0 always).
Add the necessary matrix on the GICState structure and maintain the data
when setting and clearing the pending state of an IRQ.
Note th
On Thu, Sep 26, 2013 at 08:26:51AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> > index 1ba86d0..d1ccdf7 100644
> > --- a/hw/i386/acpi-build.c
> > +++ b/hw/i386/acpi-build.c
> > @@ -961,8 +961,8 @@ static void acpi_build_update(void *build_op
On Thu, Sep 26, 2013 at 08:26:51AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> > diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> > index 1ba86d0..d1ccdf7 100644
> > --- a/hw/i386/acpi-build.c
> > +++ b/hw/i386/acpi-build.c
> > @@ -961,8 +961,8 @@ static void acpi_build_update(void *build_op
On Thu, Sep 26, 2013 at 3:20 PM, Hu Yaohui wrote:
>
>
> On Thu, Sep 26, 2013 at 3:07 PM, Jan Kiszka wrote:
>
>> On 2013-09-26 20:53, Hu Yaohui wrote:
>> > Hi Jan,
>> > I am working on some Nested VM related projects. Some other teammates
>> have
>> > made the modifications to the kvm module.
>>
On Wed, Sep 25, 2013 at 03:26:12PM +0200, Gerd Hoffmann wrote:
> > > > > [root@fedora ~]# cat /proc/ioports
> > > > > [ ... ]
> > > > > afe0-afe3 : ACPI GPE0_BLK
> > > > > b010-b015 : ACPI CPU throttle
> > > > > b100-b10f : :00:01.3
> > > > > b100-b107 : piix4_smbus
> > > > > e40
We will need helpers that only make sense with AArch64. Add
helper-a64.{c,h} files as stubs that we can fill with these
helpers in the following patches.
Signed-off-by: Alexander Graf
---
target-arm/Makefile.objs | 2 +-
target-arm/helper-a64.c | 26 ++
target-arm/helpe
This patch adds emulation support for the orr instruction.
Signed-off-by: Alexander Graf
---
target-arm/helper-a64.c| 28 +++
target-arm/helper-a64.h| 1 +
target-arm/translate-a64.c | 120 +
3 files changed, 149 insertions(+)
diff
The VFP cmp and cmpe helpers are quite cryptic to understand. This is
mostly thanks to the fact that they hardcode values rather than use
their symbolic counterparts.
Make them use names instead.
Signed-off-by: Alexander Graf
---
target-arm/helper.c | 50 ++--
When setting rounding modes we currently just hardcode the numeric values
for rounding modes in a big switch statement.
With AArch64 support coming, we will need to refer to these rounding modes
at different places throughout the code though, so let's better give them
names so we don't get confuse
When dumping the current CPU state, we can also get a request
to dump the FPU state along with the CPU's integer state.
Add support to dump the VFP state when that flag is set, so that
we can properly debug code that modifies floating point registers.
Signed-off-by: Alexander Graf
---
target-ar
This patch adds emulation support for SIMD ORR instructions (and, or, xor).
Signed-off-by: Alexander Graf
---
target-arm/translate-a64.c | 66 ++
1 file changed, 66 insertions(+)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
ind
When executing translation blocks we need to be able to recover
our program counter. Add a method to set it for AArch64 CPUs.
Signed-off-by: Alexander Graf
---
target-arm/cpu64.c | 8
1 file changed, 8 insertions(+)
diff --git a/target-arm/cpu64.c b/target-arm/cpu64.c
index 3e99c21..a5
This adds handling for the b and bl instructions.
Signed-off-by: Alexander Graf
---
target-arm/translate-a64.c | 61 ++
1 file changed, 61 insertions(+)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index 73ccade..267fd4d 100644
Howdy,
This is the first batch of patches to implement AArch64 instruction
emulation in QEMU. It implements enough to execute simple AArch64
programs in linux-user mode.
We still have quite a big number of patches outstanding that will
come after this initial set, both in linux-user code as well
This patch adds support for branch instructions that act on registers
rather than immediates (jmp, call, ret).
Signed-off-by: Alexander Graf
---
target-arm/translate-a64.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/target-arm/translate-a64.c b/target-arm/t
While we don't have a working disassembler for AArch64 yet, we still
don't want AArch64 code be disassembled through the old AArch32
disassembler.
So add a small disassembler stub that declares every instruction as
unsupported. This should be a good enough base to plug in a real one
later.
Signed
This patch adds emulation for load and store instructions with register
offset.
Signed-off-by: Alexander Graf
---
target-arm/translate-a64.c | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/target-arm/translate-a64.c b/target-arm/translat
This patch adds support for add and friends.
Signed-off-by: Alexander Graf
---
target-arm/helper-a64.c| 85 +
target-arm/helper-a64.h| 3 +
target-arm/translate-a64.c | 150 +
3 files changed, 238 insertions(+)
diff
This patch adds decoding for the AdvSIMD scalar three same group with U == 0.
While at it, it also adds support for the ADD / SUB operations in this group.
Signed-off-by: Alexander Graf
---
target-arm/translate-a64.c | 53 ++
1 file changed, 53 inserti
This patch adds emulation support for the add immediate instruction.
Signed-off-by: Alexander Graf
---
target-arm/translate-a64.c | 50 ++
1 file changed, 50 insertions(+)
diff --git a/target-arm/translate-a64.c b/target-arm/translate-a64.c
index 00ed
1 - 100 of 234 matches
Mail list logo
