Hi,
Works perfectly fine for me.
What vnc client is this?
I tested two kinds of vnc clients:
1) VNC Viewer Free Edition 4.1.2
2) TightVNC Viewer for Windows Version 2.6.4
Ah, windows vnc clients. I've tested with linux.
I'll have a look. Do you have download links for me?
thanks,
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Thursday, May 22, 2014 2:00 PM
To: Gonglei (Arei)
Cc: qemu-devel@nongnu.org
Subject: Re: [RFC] How to deal with the conflict between DE keymap and qemu
console ?
Hi,
Works perfectly fine for me.
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Thursday, May 22, 2014 1:44 PM
To: Gonglei (Arei)
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] inet_listen_opts: add error checking
/* lookup */
-if (port_offset)
-
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Thursday, May 22, 2014 1:40 PM
To: Chen, Tiejun
Cc: Anthony PERARD; Daniel P. Berrange; peter.mayd...@linaro.org;
xen-de...@lists.xensource.com; m...@redhat.com;
stefano.stabell...@eu.citrix.com; Kay, Allen M;
Hi,
I noticed that some issues with the old code still exist: when Show
tabs is enabled and disabled again, QEMU adds some black scan lines at
the top of the VGA screen. This can be easily reproduced.
Easily fixed, was just a missing gd_update_windowsize call.
Another small
problem is
This makes the SG_IO code of non-dataplane available to dataplane, so that
dataplane can use to allow scsi=on.
Fam
Fam Zheng (2):
virtio-blk: Factor out virtio_blk_handle_scsi_req from
virtio_blk_handle_scsi
dataplane: Support VIRTIO_BLK_T_SCSI_CMD
hw/block/dataplane/virtio-blk.c |
The common logic to process a scsi request in a VirtQueueElement is
extracted to a function to share with dataplane.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/virtio-blk.c | 77 ++
include/hw/virtio/virtio-blk.h | 3 ++
2 files
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/dataplane/virtio-blk.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/hw/block/dataplane/virtio-blk.c b/hw/block/dataplane/virtio-blk.c
index 46a6824..6a66196 100644
---
Hi,
Another useful thing would be to not create the xen platform device in case
-nodefaults was specified on the command line (that switch turns off a
bunch
of other devices present by default: vga, nic, cdrom, ...).
Currently looks 'xen-platform' itself can't be created, not those
On Tue, 05/20 22:23, Max Reitz wrote:
As out-of-tree builds are preferred for qemu, running the qemu-iotests
in that out-of-tree build should be supported as well. To do so, a
symbolic link has to be created pointing to the check script in the
source directory. That script will check whether
On Thu, May 22, 2014 at 08:44:41AM +0200, Gerd Hoffmann wrote:
Hi,
Another useful thing would be to not create the xen platform device in
case
-nodefaults was specified on the command line (that switch turns off a
bunch
of other devices present by default: vga, nic, cdrom,
On 05/21/2014 10:42 PM, Alexey Kardashevskiy wrote:
On 05/21/2014 08:35 PM, Alexander Graf wrote:
On 21.05.14 12:13, Alexey Kardashevskiy wrote:
On 05/21/2014 07:50 PM, Alexander Graf wrote:
On 21.05.14 11:33, Alexey Kardashevskiy wrote:
On 05/21/2014 07:13 PM, Alexander Graf wrote:
On
Il 22/05/2014 08:24, Gerd Hoffmann ha scritto:
I suspect this is the menu bar. Current code tries to hide it by
forcing the widget size to 0x0. In gtk2 this results in a small white
line at the top of the screen, probably because the minimum widget size
in gtk is 1x1. In gtk3 this doesn't
Il 22/05/2014 08:36, Fam Zheng ha scritto:
-
-if (!req-dev-blk.scsi) {
-status = VIRTIO_BLK_S_UNSUPP;
-goto fail;
-}
Where did you move this condition?
Also, the scsi field of VirtIOBlockReq is now unused.
Paolo
Il 22/05/2014 08:36, Fam Zheng ha scritto:
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/dataplane/virtio-blk.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/hw/block/dataplane/virtio-blk.c b/hw/block/dataplane/virtio-blk.c
index
Dr. David Alan Gilbert dgilb...@redhat.com writes:
* Hani Benhabiles (kroo...@gmail.com) wrote:
Signed-off-by: Hani Benhabiles h...@linux.com
---
hmp-commands.hx | 1 +
hmp.h | 2 ++
monitor.c | 21 +
3 files changed, 24 insertions(+)
diff --git
Il 22/05/2014 08:36, Fam Zheng ha scritto:
This makes the SG_IO code of non-dataplane available to dataplane, so that
dataplane can use to allow scsi=on.
I like the idea of using more hw/block/virtio-blk.c code in the
dataplane thread. We should turn this into an actual plan to remove
more
Am 22.05.2014 um 05:59 schrieb Alexey Kardashevskiy a...@ozlabs.ru:
On 05/21/2014 11:23 PM, Alexander Graf wrote:
On 21.05.14 14:30, Alexey Kardashevskiy wrote:
On 05/21/2014 08:44 PM, Alexander Graf wrote:
On 21.05.14 08:20, Alexey Kardashevskiy wrote:
This moves SPR initialization to
Am 22.05.2014 um 06:25 schrieb Alexey Kardashevskiy a...@ozlabs.ru:
On 05/22/2014 08:11 AM, Alexander Graf wrote:
On 21.05.14 16:21, Alexey Kardashevskiy wrote:
At the moment only 4K pages are supported by sPAPRTCETable. Since sPAPR
spec allows other page sizes and we are going to
On Thu, 05/22 09:03, Paolo Bonzini wrote:
Il 22/05/2014 08:36, Fam Zheng ha scritto:
-
-if (!req-dev-blk.scsi) {
-status = VIRTIO_BLK_S_UNSUPP;
-goto fail;
-}
Where did you move this condition?
Also, the scsi field of VirtIOBlockReq is now unused.
Just realized
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Thursday, May 22, 2014 2:45 PM
To: Chen, Tiejun
Cc: Anthony PERARD; Daniel P. Berrange; peter.mayd...@linaro.org;
xen-de...@lists.xensource.com; m...@redhat.com;
stefano.stabell...@eu.citrix.com; Kay, Allen M;
Am 22.05.2014 um 08:53 schrieb Alexey Kardashevskiy a...@ozlabs.ru:
On 05/21/2014 10:42 PM, Alexey Kardashevskiy wrote:
On 05/21/2014 08:35 PM, Alexander Graf wrote:
On 21.05.14 12:13, Alexey Kardashevskiy wrote:
On 05/21/2014 07:50 PM, Alexander Graf wrote:
On 21.05.14 11:33, Alexey
Patch hooks up the xen platform device to the default device code we
have in qemu. Two effects:
(1) The device will not be created in case -nodefaults is specified
on the command line.
(2) Autocreating the device is also turned off in case xen-platform
is added manually via
This patch moves the definition of openpic_reset after the various
register read/write functions. No functional change. It is in
preparation for using the register read/write functions in
openpic_reset.
Signed-off-by: Paul Janzen p...@pauljanzen.org
---
hw/intc/openpic.c | 99
On Thu, May 22, 2014 at 09:20:50AM +0200, Gerd Hoffmann wrote:
Patch hooks up the xen platform device to the default device code we
have in qemu. Two effects:
(1) The device will not be created in case -nodefaults is specified
on the command line.
(2) Autocreating the device is
The openpic emulation code maintains an allowable-CPU's bitmap
(destmask) for each IRQ source which is calculated from the IDR
register value whenever the guest OS writes to it. However, if the
guest OS relies on the system to set the IDR register to a default
value at reset, and does not write
On 22 May 2014 01:48, Edgar E. Iglesias edgar.igles...@gmail.com wrote:
On Wed, May 21, 2014 at 08:20:20PM +0100, Peter Maydell wrote:
it needs to also fix the bit in the returning to an exception
level which is 32 bit which says new_el = 0 since that's
not guaranteed to be true any more.
On 05/12/2014 06:46 PM, Alexey Kardashevskiy wrote:
SPAPR IOMMU is a bus-less device and therefore its only ID in
migration stream is an instance id which is not reliable ID
as it depends on the command line parameters order. Since
libvirt may change the order, we need something better than
On Tue, May 13, 2014 at 06:16:01PM +0200, Fabian Aggeler wrote:
Add SCTLR_EL3 and introduce new function to access correct
instance of SCTLR in different modes/worlds.
Hi,
AArch64 has a couple of insn/regs that do address translation
as seen by other ELs. E.g, from EL3 you can perform address
This makes the SG_IO code of non-dataplane available to dataplane, so that
dataplane can use to allow scsi=on.
v2:
[1/2] Fix scsi=off case and drop VirtIOBlockReq.scsi.
[2/2] Pass conf to virtio_blk_handle_scsi_req.
Fam
Fam Zheng (2):
virtio-blk: Factor out virtio_blk_handle_scsi_req
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/dataplane/virtio-blk.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/hw/block/dataplane/virtio-blk.c b/hw/block/dataplane/virtio-blk.c
index 46a6824..e833045 100644
---
The common logic to process a scsi request in a VirtQueueElement is
extracted to a function to share with dataplane.
This makes VirtIOBlockReq.scsi unused, so drop it.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/virtio-blk.c | 83 +++---
On Tue, May 13, 2014 at 06:15:59PM +0200, Fabian Aggeler wrote:
Banked CP registers can be defined with a A32_BANKED_REG macro which defines
a non-secure instance of the register followed by an adjacent secure instance.
Using a union makes the code backwards-compatible since the non-secure
Il 22/05/2014 09:37, Fam Zheng ha scritto:
-static void virtio_blk_handle_scsi(VirtIOBlockReq *req)
+int virtio_blk_handle_scsi_req(BlockDriverState *bs,
+ VirtIOBlkConf *conf,
+ VirtQueueElement *elem)
Two more comments...
please
This makes the SG_IO code of non-dataplane available to dataplane, so that
dataplane can use to allow scsi=on.
v3: Change parameter to VirtIOBlock pointer. Undo the swap in code movement.
(Paolo)
v2:
[1/2] Fix scsi=off case and drop VirtIOBlockReq.scsi.
[2/2] Pass conf to
The common logic to process a scsi request in a VirtQueueElement is
extracted to a function to share with dataplane.
This makes VirtIOBlockReq.scsi unused, so drop it.
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/virtio-blk.c | 75 +++---
Signed-off-by: Fam Zheng f...@redhat.com
---
hw/block/dataplane/virtio-blk.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/hw/block/dataplane/virtio-blk.c b/hw/block/dataplane/virtio-blk.c
index 46a6824..03cbdec 100644
---
Il 22/05/2014 10:22, Fam Zheng ha scritto:
This makes the SG_IO code of non-dataplane available to dataplane, so that
dataplane can use to allow scsi=on.
v3: Change parameter to VirtIOBlock pointer. Undo the swap in code movement.
(Paolo)
v2:
[1/2] Fix scsi=off case and drop
Il 22/05/2014 10:23, Michael Mueller ha scritto:
On Wed, 21 May 2014 15:22:35 +0200
Alexander Graf ag...@suse.de wrote:
I have seen the slides from Eduardo which he presented during this years
DevConf in Brno and made my comments according the s390x implementation
on that. Is you will see, this
On 21 May 2014, at 18:12, Peter Maydell peter.mayd...@linaro.org wrote:
On 14 May 2014 06:43, Sergey Fedorov serge.f...@gmail.com wrote:
On 13.05.2014 20:15, Fabian Aggeler wrote:
From: Svetlana Fedoseeva s.fedose...@samsung.com
Signed-off-by: Svetlana Fedoseeva s.fedose...@samsung.com
QEMU remains 4k memory for PCI BAR, each msix entry takes 16 bytes.
If user assigns more than 128 vectors, msix resource isn't enough,
so msix will be disabled.
This patch addes a note when fail to init exclusive bars for msix.
qemu -device virtio-net-pci,netdev=h1,vectors=129,mq=on \
On 21 May 2014, at 16:51, Peter Maydell peter.mayd...@linaro.org wrote:
On 13 May 2014 17:15, Fabian Aggeler aggel...@ethz.ch wrote:
--- a/target-arm/cpu.h
+++ b/target-arm/cpu.h
@@ -631,6 +631,7 @@ enum arm_features {
ARM_FEATURE_CBAR, /* has cp15 CBAR */
ARM_FEATURE_CRC, /* ARMv8
On Thu, May 22, 2014 at 05:02:17PM +0800, Amos Kong wrote:
QEMU remains 4k memory for PCI BAR, each msix entry takes 16 bytes.
If user assigns more than 128 vectors, msix resource isn't enough,
so msix will be disabled.
This patch addes a note when fail to init exclusive bars for msix.
On 22 May 2014 10:02, Amos Kong ak...@redhat.com wrote:
QEMU remains 4k memory for PCI BAR, each msix entry takes 16 bytes.
If user assigns more than 128 vectors, msix resource isn't enough,
so msix will be disabled.
This patch addes a note when fail to init exclusive bars for msix.
qemu
Normally one would expect that qcow2 image file lengths are multiples of
the cluster size. This is not true in all cases and the spec should
document this so implementers remember to accept such files.
$ qemu-img create -f qcow2 foo.qcow2 2G
Formatting 'foo.qcow2', fmt=qcow2 size=2147483648
On Thu, May 22, 2014 at 07:39:36AM +0200, Gerd Hoffmann wrote:
Hi,
According to our discussions, I realize we may have some plans or policies
dedicated to how to assign devfn, but to support GFX passthrough for XEN,
I
think currently it may be a better solution to adopt #1 simply
On 22.05.14 01:45, Alexey Kardashevskiy wrote:
On 05/22/2014 08:11 AM, Alexander Graf wrote:
On 21.05.14 16:21, Alexey Kardashevskiy wrote:
At the moment only 4K pages are supported by sPAPRTCETable. Since sPAPR
spec allows other page sizes and we are going to implement them, we need
page
On 22.05.14 06:46, Paul Janzen wrote:
This patch moves the definition of openpic_reset after the various
register read/write functions. No functional change. It is in
preparation for using the register read/write functions in
openpic_reset.
Signed-off-by: Paul Janzen p...@pauljanzen.org
On 21.05.14 21:47, Alexander Graf wrote:
Am 21.05.2014 um 18:33 schrieb Paul Janzen p...@pauljanzen.org:
On Wed, May 21, 2014 at 12:45 AM, Alexander Graf ag...@suse.de wrote:
Or maybe it's safer overall to just call write_IRQreg_idr() instead of
setting idr directly? That would update
On Thu, May 22, 2014 at 12:04 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 21/05/2014 22:22, Stefan Hajnoczi ha scritto:
virtio-blk-pci, virtio-blk-s390, and virtio-blk-ccw all duplicate the
qdev properties of their VirtIOBlock child. This approach does not work
well with string or
Am 22.05.2014 00:04, schrieb Paolo Bonzini:
Il 21/05/2014 22:22, Stefan Hajnoczi ha scritto:
virtio-blk-pci, virtio-blk-s390, and virtio-blk-ccw all duplicate the
qdev properties of their VirtIOBlock child. This approach does not work
well with string or pointer properties since we must be
On Thu, May 22, 2014 at 12:05 AM, Paolo Bonzini pbonz...@redhat.com wrote:
Il 21/05/2014 22:22, Stefan Hajnoczi ha scritto:
+void object_property_add_alias(Object *obj, const char *name,
+ Object *target_obj, const char
*target_name,
+
On Thu, May 22, 2014 at 12:18 PM, Andreas Färber afaer...@suse.de wrote:
Am 22.05.2014 00:04, schrieb Paolo Bonzini:
Il 21/05/2014 22:22, Stefan Hajnoczi ha scritto:
virtio-blk-pci, virtio-blk-s390, and virtio-blk-ccw all duplicate the
qdev properties of their VirtIOBlock child. This approach
On 05/22/2014 08:09 PM, Alexander Graf wrote:
On 22.05.14 01:45, Alexey Kardashevskiy wrote:
On 05/22/2014 08:11 AM, Alexander Graf wrote:
On 21.05.14 16:21, Alexey Kardashevskiy wrote:
At the moment only 4K pages are supported by sPAPRTCETable. Since sPAPR
spec allows other page sizes and
Am 22.05.2014 12:24, schrieb Stefan Hajnoczi:
On Thu, May 22, 2014 at 12:18 PM, Andreas Färber afaer...@suse.de wrote:
Am 22.05.2014 00:04, schrieb Paolo Bonzini:
Il 21/05/2014 22:22, Stefan Hajnoczi ha scritto:
virtio-blk-pci, virtio-blk-s390, and virtio-blk-ccw all duplicate the
qdev
On 22.05.14 12:24, Alexey Kardashevskiy wrote:
On 05/22/2014 08:09 PM, Alexander Graf wrote:
On 22.05.14 01:45, Alexey Kardashevskiy wrote:
On 05/22/2014 08:11 AM, Alexander Graf wrote:
On 21.05.14 16:21, Alexey Kardashevskiy wrote:
At the moment only 4K pages are supported by
On 21.05.14 17:21, Alexey Kardashevskiy wrote:
At the moment the ibm,hypertas-functions list is fixed. However some
calls should be listed there if they are supported by QEMU or the host
kernel.
This enables hyperrtas_prop to grow on stack by adding
a SPAPR_HYPERRTAS_ADD macro.
On 05/22/2014 08:45 PM, Alexander Graf wrote:
On 22.05.14 12:24, Alexey Kardashevskiy wrote:
On 05/22/2014 08:09 PM, Alexander Graf wrote:
On 22.05.14 01:45, Alexey Kardashevskiy wrote:
On 05/22/2014 08:11 AM, Alexander Graf wrote:
On 21.05.14 16:21, Alexey Kardashevskiy wrote:
At the
On 22.05.14 12:46, Alexey Kardashevskiy wrote:
On 05/22/2014 08:45 PM, Alexander Graf wrote:
On 22.05.14 12:24, Alexey Kardashevskiy wrote:
On 05/22/2014 08:09 PM, Alexander Graf wrote:
On 22.05.14 01:45, Alexey Kardashevskiy wrote:
On 05/22/2014 08:11 AM, Alexander Graf wrote:
On 21.05.14
Hi,
Am 22.05.2014 04:33, schrieb chen.fan.f...@cn.fujitsu.com:
I think if we want to use 'device/device_add' to implement CPU,
we must do some check before qemu_init_vcpu(). how can we to do that?
We ran into such problems before... If need be, we can change from the
old parent_realize
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Thursday, May 22, 2014 2:45 PM
To: Chen, Tiejun
Cc: Anthony PERARD; Daniel P. Berrange; peter.mayd...@linaro.org;
xen-de...@lists.xensource.com; m...@redhat.com;
stefano.stabell...@eu.citrix.com; Kay, Allen M;
This adds a VMSTATE_HASH_V macro. This implements put/get callbacks for it.
This implements a qemu_hash_init() wrapper to save key/value sizes.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
include/migration/vmstate.h | 10 +
include/qemu-common.h | 13 +++
Currently SPAPR PHB keeps track of all allocated MSI/MISX interrupt as
XICS used to be unable to reuse interrupts which becomes a problem for
dynamic MSI reconfiguration which is happening on guest driver reload or
PCI hot (un)plug. Another problem is that PHB has a limit of devices
supporting
On 05/22/2014 05:16 PM, Alexander Graf wrote:
Am 22.05.2014 um 08:53 schrieb Alexey Kardashevskiy a...@ozlabs.ru:
On 05/21/2014 10:42 PM, Alexey Kardashevskiy wrote:
On 05/21/2014 08:35 PM, Alexander Graf wrote:
On 21.05.14 12:13, Alexey Kardashevskiy wrote:
On 05/21/2014 07:50 PM,
On 05/22/2014 08:48 PM, Alexander Graf wrote:
On 22.05.14 12:46, Alexey Kardashevskiy wrote:
On 05/22/2014 08:45 PM, Alexander Graf wrote:
On 22.05.14 12:24, Alexey Kardashevskiy wrote:
On 05/22/2014 08:09 PM, Alexander Graf wrote:
On 22.05.14 01:45, Alexey Kardashevskiy wrote:
On
On 22.05.14 12:53, Alexey Kardashevskiy wrote:
This adds a VMSTATE_HASH_V macro. This implements put/get callbacks for it.
This implements a qemu_hash_init() wrapper to save key/value sizes.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
include/migration/vmstate.h | 10 +
On 22.05.14 12:53, Alexey Kardashevskiy wrote:
On 05/22/2014 05:16 PM, Alexander Graf wrote:
Am 22.05.2014 um 08:53 schrieb Alexey Kardashevskiy a...@ozlabs.ru:
On 05/21/2014 10:42 PM, Alexey Kardashevskiy wrote:
On 05/21/2014 08:35 PM, Alexander Graf wrote:
On 21.05.14 12:13, Alexey
-Original Message-
From: qemu-devel-bounces+tiejun.chen=intel@nongnu.org
[mailto:qemu-devel-bounces+tiejun.chen=intel@nongnu.org] On Behalf Of
Michael S. Tsirkin
Sent: Thursday, May 22, 2014 3:22 PM
To: Gerd Hoffmann
Cc: qemu-devel@nongnu.org; Anthony Liguori
Subject: Re:
Hi,
These tree patches make the text terminal consoles support multiple
windows, i.e. work correctly in case a displaychangelistener binds
a text terminal explicitly to a fixed QemuConsole by setting dcl-con.
Use case:
These days each QemuConsole has its own private DisplaySurface,
so we can simply render updates all the time.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 127 ++-
1 file changed, 56 insertions(+), 71 deletions(-)
diff
On 05/22/2014 08:47 PM, Alexander Graf wrote:
On 21.05.14 17:21, Alexey Kardashevskiy wrote:
At the moment the ibm,hypertas-functions list is fixed. However some
calls should be listed there if they are supported by QEMU or the host
kernel.
This enables hyperrtas_prop to grow on stack by
On Thu, May 22, 2014 at 10:57:54AM +, Chen, Tiejun wrote:
-Original Message-
From: qemu-devel-bounces+tiejun.chen=intel@nongnu.org
[mailto:qemu-devel-bounces+tiejun.chen=intel@nongnu.org] On Behalf Of
Michael S. Tsirkin
Sent: Thursday, May 22, 2014 3:22 PM
To: Gerd
So you can send keysyms to a specific (text terminal) console.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h | 1 +
ui/console.c | 9 ++---
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/include/ui/console.h b/include/ui/console.h
index
On 22.05.14 13:01, Alexey Kardashevskiy wrote:
On 05/22/2014 08:47 PM, Alexander Graf wrote:
On 21.05.14 17:21, Alexey Kardashevskiy wrote:
At the moment the ibm,hypertas-functions list is fixed. However some
calls should be listed there if they are supported by QEMU or the host
kernel.
This
-Original Message-
From: qemu-devel-bounces+arei.gonglei=huawei@nongnu.org
[mailto:qemu-devel-bounces+arei.gonglei=huawei@nongnu.org] On
Behalf Of Chen, Tiejun
Sent: Thursday, May 22, 2014 6:50 PM
To: Gerd Hoffmann
Cc: peter.mayd...@linaro.org;
On 05/22/2014 08:57 PM, Alexander Graf wrote:
On 22.05.14 12:53, Alexey Kardashevskiy wrote:
This adds a VMSTATE_HASH_V macro. This implements put/get callbacks for it.
This implements a qemu_hash_init() wrapper to save key/value sizes.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Il 22/05/2014 12:17, Stefan Hajnoczi ha scritto:
I took a quick look at net, rng, and serial. This approach should
work because the VirtIODevice qdev properties need to be exposed
wholesale on the transport device.
If that's what you're hinting at, I'll try it in v2.
Yes, exactly. scsi too.
Il 22/05/2014 12:23, Stefan Hajnoczi ha scritto:
I had an intermediate version of this patch with a flag so you could
tell object_property_add_alias() whether or not to ref the target
object. But in the end it seems like overengineering since the
refcount case is rare or non-existent. The
This patchset adds the QEMU side changes for providing PSCI v0.2 to VM.
ChangeLog:
V6:
- Add psci_version field in ARMCPU struct.
- Misc cleanups suggested on RFC V5 of this patch.
( http://www.spinics.net/lists/kvm-arm/msg09400.html)
- Dropping RFC prefix from patch.
V5:
- Updated
Syncup KVM related linux headers from linux-next tree using
scripts/update-linux-headers.sh.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel anup.pa...@linaro.org
---
linux-headers/asm-arm/kvm.h | 10 +++--
linux-headers/asm-arm64/kvm.h | 10 +++--
In-kernel PSCI v0.2 emulation of KVM ARM/ARM64 forwards SYSTEM_OFF
and SYSTEM_RESET function calls to QEMU using KVM_EXIT_SYSTEM_EVENT
exit reason.
This patch updates kvm_cpu_exec() to handle KVM_SYSTEM_EVENT_SHUTDOWN
and KVM_SYSTEM_EVENT_RESET system-level events from QEMU-side.
Signed-off-by:
We will be using linux/psci.h for KVM ARM/ARM64 hence add it to
linux header sync-up script.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel anup.pa...@linaro.org
---
scripts/update-linux-headers.sh |3 ++-
1 file changed, 2 insertions(+), 1
Introduce a common kvm_arm_vcpu_init() for doing KVM_ARM_VCPU_INIT
ioctl in KVM ARM and KVM ARM64. This also helps us factor-out few
common code lines from kvm_arch_init_vcpu() for KVM ARM/ARM64.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel
This removes window_size as it is basically a copy of nb_table
shifted by SPAPR_TCE_PAGE_SHIFT. As new dynamic DMA windows are
going to support windows as big as the entire RAM and this number
will be bigger that 32 capacity, we will have to do something
about @window_size anyway and removal seems
We require to know the PSCI version available to given CPU at
potentially many places. Currently, we need to know PSCI version
when generating DTB for virt machine.
This patch introduce per-CPU 32bit field representing the PSCI
version available to the CPU. The encoding of this 32bit field
is
Latest linux kernel supports in-kernel emulation of PSCI v0.2 but
to enable it we need to select KVM_ARM_VCPU_PSCI_0_2 feature using
KVM_ARM_VCPU_INIT ioctl.
Also, we can use KVM_ARM_VCPU_PSCI_0_2 feature for VCPU only when
linux kernel has KVM_CAP_ARM_PSCI_0_2 capability.
This patch updates
To implement kvm_arch_reset_vcpu(), we simply re-init the VCPU
using kvm_arm_vcpu_init() so that all registers of VCPU are set
to their reset values by in-kernel KVM code.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel anup.pa...@linaro.org
Reviewed-by:
This patchset prepares QEMU for VFIO support on SPAPR. It also does
preparations for Dynamic DMA window feature which allows to
create DMA windows with 16MB IOMMU pages which will allow to map
the entire guest RAM for DMA at almost no cost.
Changelogs are in the patches.
Alexey Kardashevskiy
Currently the default DMA window is represented by a single MemoryRegion.
However there can be more than just one window so we need
a root memory region to be separated from the actual DMA window(s).
This introduces a root IOMMU memory region and adds a subregion for
the default DMA 32bit window.
If we have PSCI v0.2 emulation available for KVM ARM/ARM64 or TCG then
we need to provide PSCI v0.2 compatible string via generated DTB.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel anup.pa...@linaro.org
---
hw/arm/virt.c | 16 +++-
1
At the moment only 4K pages are supported by sPAPRTCETable. Since sPAPR
spec allows other page sizes and we are going to implement them, we need
page size to be configrable.
This adds @page_shift into sPAPRTCETable and replaces SPAPR_TCE_PAGE_SHIFT
with it whereever it is possible.
This removes
Have a global timer. Update all visible terminal windows syncronously.
Right now this can be the active_console only, but that will change
soon. The global timer will disable itself if not needed, so we only
have to care start it if needed. Which might be at console switch time
or when a new
Hi,
After applied your patch, 'xen-platform' is always disabled by default, right?
Only in case -nodefaults is passed on the qemu command line (don't know
whenever libxl does that).
gfx_passthru=1
pci=[00:02.0@2, 00:1a.0]
xen_platform_pci=0
^^
That line isn't needed ...
The spapr-pci PHB initializes IOMMU for emulated devices only.
The upcoming VFIO support will do it different. However both emulated
and VFIO PHB types share most of the initialization code.
For the type specific things a new finish_realize() callback is
introduced.
This introduces sPAPRPHBClass
This adds @bus_offset into sPAPRTCETable to tell where TCE table starts
from. It is set to 0 for emulated devices. Dynamic DMA windows will use
other offset.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/ppc/spapr_iommu.c | 13 +
hw/ppc/spapr_pci.c | 5 +++--
qdev_init_nofail() was replaced by object_property_set_bool(realized)
all over the QEMU so do we.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/ppc/spapr_iommu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/ppc/spapr_iommu.c b/hw/ppc/spapr_iommu.c
index
Currently only single TCE entry per request is supported (H_PUT_TCE).
However PAPR+ specification allows multiple entry requests such as
H_PUT_TCE_INDIRECT and H_STUFF_TCE. Having less transitions to the host
kernel via ioctls, support of these calls can accelerate IOMMU operations.
This
At the moment sPAPRPHBState contains a @tcet pointer to the only
TCE table. However sPAPR spec allows having more than one DMA window.
Since the TCE object is already a child of SPAPR PHB object, there is
no need to keep an additional pointer to it in sPAPRPHBState so remove it.
This changes the
At the moment the ibm,hypertas-functions list is fixed. However some
calls should be listed there if they are supported by QEMU or the host
kernel.
This enables hyperrtas_prop to grow on stack by adding
a SPAPR_HYPERRTAS_ADD macro. qemu,hypertas-functions is converted as well.
The first user of
On Thu, May 22, 2014 at 10:50:10AM +, Chen, Tiejun wrote:
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Thursday, May 22, 2014 2:45 PM
To: Chen, Tiejun
Cc: Anthony PERARD; Daniel P. Berrange; peter.mayd...@linaro.org;
xen-de...@lists.xensource.com;
1 - 100 of 292 matches
Mail list logo
