On 03/19/13 20:44, Igor Mitsyanko wrote:
Bad things were happening in display update functions every time a screen has
to
be resized.
Good catch, added to the console patches.
thanks,
Gerd
在 2013-01-09三的 01:08 +0100,Andreas Färber写道:
Am 18.12.2012 13:41, schrieb Vasilis Liaskovitis:
Because dimm layout needs to be configured on machine-boot, all dimm devices
need to be specified on startup command line (either with populated=on or
with
populated=off). The dimm information
在 2012-12-18二的 13:41 +0100,Vasilis Liaskovitis写道:
This patch adds a 'SIZE' type property to qdev.
It will make dimm description more convenient by allowing sizes to be
specified
with K,M,G,T prefixes instead of number of bytes e.g.:
-device dimm,id=mem0,size=2G,bus=membus.0
Credits go
Hi,
Turns out it's this:
commit 76e58028d28e78431f9de3cee0b3c88d807fa39d
Author: Kevin O'Connor ke...@koconnor.net
Date: Wed Mar 6 21:50:09 2013 -0500
acpi: Eliminate BDAT parameter passing to DSDT code.
The BDAT construct is the only ACPI mechanism that relies on
Now that virtio-ccw and s390-virtio define all common properties
for virtio-blk, we can switch to using the generic
DEFINE_VIRTIO_BLK_PROPERTIES macro.
CC: Alexander Graf ag...@suse.de
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
hw/s390x/s390-virtio-bus.c |8 +---
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
hw/s390x/virtio-ccw.c |1 +
1 file changed, 1 insertion(+)
diff --git a/hw/s390x/virtio-ccw.c b/hw/s390x/virtio-ccw.c
index 9688835..fc95116 100644
--- a/hw/s390x/virtio-ccw.c
+++ b/hw/s390x/virtio-ccw.c
@@ -757,6 +757,7 @@ static
Hi,
here are again my patches adding missing virtio-blk properties
for the s390 transports, this time rebased on top of the virtio-blk
refactoring.
The third patch is new, bringing s390-virtio and virtio-ccw in line
with virtio-pci.
Alex, again I'd like an ack from you (for the new patch) so I
There's no reason why we wouldn't want to make the cache mode
configurable.
Acked-by: Alexander Graf ag...@suse.de
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
hw/s390x/s390-virtio-bus.c |1 +
hw/s390x/virtio-ccw.c |1 +
2 files changed, 2 insertions(+)
diff --git
On Wed, Mar 20, 2013 at 01:56:08PM +0800, Asias He wrote:
If user does not specify a serial id, e.g.
-device virtio-blk-pci,serial=serial_id
or
-drive serial=serial_id
no serial id will be assigned.
Add a default serial id in this case to help identifying
the disk in guest.
On 20/03/2013 08:43, Cornelia Huck wrote:
Hi,
here are again my patches adding missing virtio-blk properties
for the s390 transports, this time rebased on top of the virtio-blk
refactoring.
The third patch is new, bringing s390-virtio and virtio-ccw in line
with virtio-pci.
Alex, again I'd
On Wed, 20 Mar 2013 09:03:13 +0100
KONRAD Frédéric fred.kon...@greensocs.com wrote:
On 20/03/2013 08:43, Cornelia Huck wrote:
Hi,
here are again my patches adding missing virtio-blk properties
for the s390 transports, this time rebased on top of the virtio-blk
refactoring.
The
On Tue, Mar 19, 2013 at 05:24:59PM +0100, Thomas Knauth wrote:
lately I've been playing around with qemu's/kvm's suspend (to disk) and
resume. My initial expectation was that both operations are I/O bound. So
it surprised me to see that suspend to disk seems to be CPU-bound.
Suspending a VM
On Wed, Mar 20, 2013 at 01:16:54AM +0800, Peter Cheung wrote:
Hi AllMy compuer is i7 with 32 GB ram without swap, i try to launch 28 vm
with 1GB ram each, it runs smoothly.If I launch 64 VMs, after the VMs eat up
all the memory, the linux hang. If the linux is lack of memory, the OOM will
On Tue, Mar 19, 2013 at 07:03:24PM -0400, spectre wrote:
I've been doing background reading on the wiki and have found multiple dead
links / errors I'd like to fix. Could an admin email me off list regarding
a wiki account under a different email address / name ?
Hi,
I will create an account
On Tue, Mar 19, 2013 at 01:41:53PM -0600, Keith Busch wrote:
+static int nvme_init(PCIDevice *pci_dev)
+{
+NvmeCtrl *n = NVME(pci_dev);
+NvmeIdCtrl *id = n-id_ctrl;
+
+int i;
+int64_t bs_size;
+char serial[sizeof(id-sn)];
+uint8_t *pci_conf;
+
+if
On Wed, Mar 20, 2013 at 08:52:57AM +0100, Stefan Hajnoczi wrote:
On Wed, Mar 20, 2013 at 01:56:08PM +0800, Asias He wrote:
If user does not specify a serial id, e.g.
-device virtio-blk-pci,serial=serial_id
or
-drive serial=serial_id
no serial id will be assigned.
Add a
Am 19.03.2013 um 21:34 hat Luiz Capitulino geschrieben:
On Wed, 06 Mar 2013 15:46:45 +0100
Laszlo Ersek ler...@redhat.com wrote:
On 03/06/13 12:11, Kevin Wolf wrote:
Am 06.03.2013 um 12:04 hat Paolo Bonzini geschrieben:
Il 06/03/2013 11:48, Kevin Wolf ha scritto:
inet_connect_opts()
On Mon, Mar 18, 2013 at 11:16 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
[...]
I looked at the Google Code project before, it looks like a repo that
a few people are hacking on. The site is developer-focussed and there
is no evidence of users. This is why I asked about the background of
Am 20.03.2013 um 03:14 hat Eric Blake geschrieben:
On 03/18/2013 11:23 AM, Kevin Wolf wrote:
In order to achieve this, the .bdrv_probe callbacks of all drivers must
cope with this. The DMG driver is the only one that bases its decision
on the filename and it needs to be changed.
Stefano,
--On 19 March 2013 15:13:29 + Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
Therefore I think that the current change is not safe, but it is pretty
easy to make it safe.
You just need to move the call to blk_open from blk_init to blk_connect.
Actually you can move
Am 20.03.2013 um 03:07 hat Eric Blake geschrieben:
On 03/18/2013 11:23 AM, Kevin Wolf wrote:
bdrv_open() uses two different variables called options. Rename one of
them to avoid confusion and to allow the outer one to be accessed
everywhere.
Signed-off-by: Kevin Wolf kw...@redhat.com
From: KONRAD Frederic fred.kon...@greensocs.com
The virtio-blk-x configuration is not in sync with virtio-blk configuration.
So this patch remove the virtio-blk-x configuration field, and use virtio-blk
one for setting the properties.
This also remove a useless configuration copy in
Hu Tao hu...@cn.fujitsu.com writes:
This event will be emited when the guest is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Hu Tao hu...@cn.fujitsu.com
---
QMP/qmp-events.txt| 14 ++
include/monitor/monitor.h | 1 +
monitor.c
Hu Tao hu...@cn.fujitsu.com writes:
The guest will be in this state when it is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Hu Tao hu...@cn.fujitsu.com
---
include/sysemu/sysemu.h | 1 +
qapi-schema.json| 5 -
qmp.c | 3 +--
Limiting a virtio device backed by a QED file at 150 iops with
-drive file=test.qed,if=virtio,cache=none,iops=150 and running in the guest
the load.c program lead to an iops oscillating behavior which amplify itself
as the time goes on.
At first an extract of iostats -x -d 2 would look like
This patch fix an I/O throttling behavior triggered by limiting at 150 iops
and running a load of 50 threads doing random pwrites on a raw virtio device.
After a few moments the iops count start to oscillate steadily between 0 and a
value upper than the limit.
As the load keep running the period
On Wed, 20 Mar 2013 10:00:01 +0100
fred.kon...@greensocs.com wrote:
From: KONRAD Frederic fred.kon...@greensocs.com
The virtio-blk-x configuration is not in sync with virtio-blk configuration.
So this patch remove the virtio-blk-x configuration field, and use virtio-blk
one for setting the
Hu Tao hu...@cn.fujitsu.com writes:
pvevent device is used to send guest panic event from guest to qemu.
When guest panic happens, pvevent device driver will write a event
number to IO port 0x505(which is the IO port occupied by pvevent device,
by default). On receiving the event, pvevent
Paolo Bonzini pbonz...@redhat.com writes:
Il 14/03/2013 16:59, Gleb Natapov ha scritto:
[...]
Fine with me. That was just a suggestion. I thought we had singleton
qdev flag.
We have no_user, but it's broken and not exactly a match for what you
want here.
For what it's worth, no_user is set
Alexander Graf ag...@suse.de writes:
On 14.03.2013, at 10:43, Paolo Bonzini wrote:
Il 14/03/2013 10:19, Gleb Natapov ha scritto:
On Thu, Mar 14, 2013 at 10:14:12AM +0100, Paolo Bonzini wrote:
Il 14/03/2013 09:15, Hu Tao ha scritto:
pvevent device is used to send guest panic event from guest
Il 20/03/2013 09:33, Alex Bligh ha scritto:
Stefano,
--On 19 March 2013 15:13:29 + Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
Therefore I think that the current change is not safe, but it is pretty
easy to make it safe.
You just need to move the call to blk_open from
On 03/19/2013 12:30 PM, Peter Maydell wrote:
On 19 March 2013 11:21, Fabien Chouteau chout...@adacore.com wrote:
v2:
- I drop the the CPSR.E/SCTLR.E/SCTLR.IE patch. The issue is still too
complex for me to submit a good patch.
- Fix the GDB byte order for 64bits registers
Fabien
Gleb Natapov g...@redhat.com writes:
On Thu, Mar 14, 2013 at 04:15:49PM +0800, Hu Tao wrote:
This series introduces a new simulated device, pvevent, to notify
qemu when guest panic event happens.
Call it something less generic. pvpanic for instance.
No objection, just observing that the
Helper function to map qemu colors (32bit integer + matching PixelFormat)
into pixman_color_t.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/qemu-pixman.h |2 ++
ui/qemu-pixman.c | 11 +++
2 files changed, 13 insertions(+)
diff --git
Add helper functions to create pixman mask images for glyphs
and to render these glyphs into a pixman image.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/qemu-pixman.h |7 +++
ui/qemu-pixman.c | 43 +++
2 files changed,
From: Igor Mitsyanko i.mitsya...@gmail.com
In exynos4210 display update function, we were acquiring DisplaySurface
pointer before calling screen resize function, not paying attention that resize
procedure can replace current DisplaySurface with newly allocated one.
Right thing to do is to
Hi,
Next round of console cleanup patches for review. What is in there?
(1) qemu text consoles are rendered using pixman now.
(2) Each QemuConsole has its own DisplaySurface now, so we can
switch consoles without re-rendering the QemuConsole and
update non-active consoles.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
trace-events |3 +++
ui/console.c |4
2 files changed, 7 insertions(+)
diff --git a/trace-events b/trace-events
index 406fe5f..c241985 100644
--- a/trace-events
+++ b/trace-events
@@ -958,6 +958,9 @@ dma_bdrv_cb(void *dbs, int ret)
Go away from the global DisplaySurface, give one to each QemuConsole
instead. With this patch applied it is possible to call
graphics_hw_* functions with qemu consoles which are not the current
foreground console.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |1 -
We have only one DisplayState, so there is no need for the next
linking, rip it. Also consolidate all displaystate initialization
into init_displaystate(). This function is called by vl.c after
creating the devices (and thus all QemuConsoles) and before
initializing DisplayChangeListensers (aka
Zap homegrown pixel shuffeling code, use pixman calls instead.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 65 +-
1 file changed, 10 insertions(+), 55 deletions(-)
diff --git a/ui/console.c b/ui/console.c
index
Zap homegrown font rendering code, use pixman calls instead.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 110 ++
1 file changed, 11 insertions(+), 99 deletions(-)
diff --git a/ui/console.c b/ui/console.c
index
Makes gtk ui play nicely with qxl (and vmware_svga)
as you can actually see your pointer now ;)
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/gtk.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/ui/gtk.c b/ui/gtk.c
index 7599ff4..512e974 100644
---
Multihead support: For each graphical console we'll create a gtk
window, so with multiple graphics cards installed you get a gtk window
for each. vte tabs are attached to the console #0 window.
---
ui/gtk.c | 40 +++-
1 file changed, 27 insertions(+), 13
From: Igor Mitsyanko i.mitsya...@gmail.com
In vmsvga display update function, a pointer to DisplaySurface must be acquired
after a call to vmsvga_check_size since this function might replace current
DisplaySurface with a new one.
Signed-off-by: Igor Mitsyanko i.mitsya...@gmail.com
Signed-off-by:
We have a surface per QemuConsole now, so there is no need to keep
track of the QemuConsole size any more as we can query the surface
size directly at any time.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 32 +---
1 file changed, 9
Screendumps are alot simpler as we can update non-active
QemuConsoles now. So we only need to update the QemuConsole
we want write out, then dump the DisplaySurface content into
a ppm file. Done.
No console switching needed. No special support code in the
gfx card emulation needed. Zap it
Pass a single GraphicHwOps struct pointer to graphic_console_init,
instead of a bunch of function pointers.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/arm/musicpal.c|8 ++--
hw/blizzard.c|9 ++---
hw/cirrus_vga.c |8 ++--
hw/exynos4210_fimd.c |
With gui_* being moved to console.c nobody outside console.c needs
access to DisplayState fields any more. Make the struct private.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |8
ui/console.c |8
2 files changed, 8 insertions(+), 8
xenfb informs the guest about the gui refresh interval so it can avoid
pointless work. That logic was temporarely disabled for the
DisplayState reorganization. Restore it now, with a proper interface
for it.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/xenfb.c | 47
This reworks my former patch (http://patchwork.ozlabs.org/patch/227678/ - sorry
Hans, can't find the version you posted) per Gerd's suggestion. Specifically it
adds a new qemu_chr_fe_post_load api that is called by the front end and
implemented by the backend. virtio-console implements it, adding
Add QemuConsole parameter to vga_hw_*, so the interface allows to update
non-active consoles (the actual code can't handle this yet, see next
patch). Passing NULL is allowed and updates the active console, like
the functions do today.
While touching all vga_hw_* calls anyway rename that to the
Now that all text console rendering uses pixman we can easily
switch the color tables to use pixman_color_t directly.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/console.c | 24
1 file changed, 8 insertions(+), 16 deletions(-)
diff --git a/ui/console.c
Hook secondary qxl cards properly into the qemu console subsystem.
Watch multihead in action:
qemu -display gtk -vga qxl -device qxl -usbdevice tablet
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/qxl.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
Make gui update rate adaption code in gui_update() actually work.
Sprinkle in a tracepoint so you can see the code at work. Remove
the update rate adaption code in vnc and make vnc simply use the
generic bits instead.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |
This reworks my former patch (http://patchwork.ozlabs.org/patch/227678/ - sorry
Hans, can't find the version you posted) per Gerd's suggestion. Specifically it
adds a new qemu_chr_fe_post_load api that is called by the front end and
implemented by the backend. virtio-console implements it, adding
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |6 +++--
ui/console.c | 59 --
ui/curses.c |7 +++---
ui/sdl.c | 24 ++--
ui/vnc.c |6 ++---
5 files
Please ignore this email, sent before I remembered to squash one of the patches.
This reworks my former patch
(http://patchwork.ozlabs.org/patch/227678/ - sorry
Hans, can't find the version you posted) per Gerd's suggestion.
Specifically it
adds a new qemu_chr_fe_post_load api that is called
Signed-off-by: Alon Levy al...@redhat.com
---
hw/virtio-serial-bus.c | 5 +
hw/virtio-serial.h | 2 ++
2 files changed, 7 insertions(+)
diff --git a/hw/virtio-serial-bus.c b/hw/virtio-serial-bus.c
index ab7168e..b2a50cb 100644
--- a/hw/virtio-serial-bus.c
+++ b/hw/virtio-serial-bus.c
@@
Pure code motion, no functional changes.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
include/ui/console.h |2 --
ui/console.c | 50 ++
vl.c | 49 -
3 files
Signed-off-by: Alon Levy al...@redhat.com
---
include/char/char.h | 12
qemu-char.c | 7 +++
2 files changed, 19 insertions(+)
diff --git a/include/char/char.h b/include/char/char.h
index 0326b2a..0fdcaf9 100644
--- a/include/char/char.h
+++ b/include/char/char.h
@@
DisplayChangeListener gets a new QemuConsole field, which can be set to
non-NULL before registering. This will pin the QemuConsole, so that
particular DisplayChangeListener will not follow console switches.
spice+gtk (which don't support text console input anyway) are switched
over to be pinned
Signed-off-by: Alon Levy al...@redhat.com
---
hw/virtio-console.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/hw/virtio-console.c b/hw/virtio-console.c
index e2d1c58..a6ff2f7 100644
--- a/hw/virtio-console.c
+++ b/hw/virtio-console.c
@@ -88,6 +88,16 @@ static void
On Tue, Mar 19, 2013 at 06:57:08PM -0700, Nicholas A. Bellinger wrote:
On Tue, 2013-03-19 at 09:40 +0100, Stefan Hajnoczi wrote:
On Tue, Mar 19, 2013 at 08:34:45AM +0800, Asias He wrote:
---
hw/vhost.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/vhost.c b/hw/vhost.c
The target has not seen the guest_connected event via
spice_chr_guest_open or spice_chr_write, and so spice server wrongly
assumes there is no agent active, while the client continues to send
motion events only by the agent channel, which the server ignores. The
net effect is that the mouse is
Hi,
So, the big qemu console data structure overhauls is done, patches just
posted to the list.
I think the next logical step ahead is to QOM-ify the QemuConsoles, so
we can link the QemuConsole to the thing actually backing it. For a
graphical console that would be the emlated graphic
On Wed, Mar 20, 2013 at 04:43:17PM +0800, harryxiyou wrote:
On Mon, Mar 18, 2013 at 11:16 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
[...]
I looked at the Google Code project before, it looks like a repo that
a few people are hacking on. The site is developer-focussed and there
is no
Problem was introduced in commit c8a6ae8b. The last terminating
'\0' was lost, use the right length 5 (HALT\0).
Reported-by: Gerd Hoffmann kra...@redhat.com
Signed-off-by: Amos Kong ak...@redhat.com
---
vl.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/vl.c
On Tue, 19 Mar 2013, Alex Bligh wrote:
Stefano, George,
This patch only impacts the PV backend in QEMU, not the IDE interface.
PV frontends and backends always disconnect and reconnect during
save/restore.
So we can be *certain* that bdrv_close at the sender side is called
before the
On 20 March 2013 00:00, Paolo Bonzini pbonz...@redhat.com wrote:
ARM is already quite good in that respect. However, until all
architectures are converted cpu_*_init needs to remain because of
user-mode targets (where the CPUs are created by common code, there is
no board to encapsulate the
On 20/03/13 10:24, Stefano Stabellini wrote:
That is true. My guess is that nobody really migrates HVM guests without
PV drivers installed (it's not even possible on XenServer but xl let you
do that if you want to). When the PV drivers initialize at boot time,
the IDE disk is closed. Therefore
On 20 March 2013 00:56, li guang lig.f...@cn.fujitsu.com wrote:
在 2013-03-19二的 10:15 +,Peter Maydell写道:
The point is that how exactly power controllers connect
to devices, and which devices respond to reset/suspend/etc
is a property of the individual machine being modelled.
An x86 PC will
On 20 March 2013 03:42, 陳韋任 (Wei-Ren Chen) che...@iis.sinica.edu.tw wrote:
In TCG, target means the host architecture for which TCG generates
the code. Using guest rather than target to make the document more
consistent.
Signed-off-by: Chen Wei-Ren che...@iis.sinica.edu.tw
Reviewed-by:
On 20 March 2013 09:28, Fabien Chouteau chout...@adacore.com wrote:
On 03/19/2013 12:30 PM, Peter Maydell wrote:
On 19 March 2013 11:21, Fabien Chouteau chout...@adacore.com wrote:
Fabien Chouteau (3):
QAPI: Add ARMEB target-type
Add default config for armeb-softmmu
Hi Fabien. I'm
Il 20/03/2013 09:58, Markus Armbruster ha scritto:
Let's examine the other transitions to RUN_STATE_PAUSED, and whether
they can now come from RUN_STATE_GUEST_PANICKED:
* process_incoming_migration_co()
No, because we're in RUN_STATE_INMIGRATE here, aren't we? Juan?
Yes.
* qmp_stop()
Reviewed-by: Zhi Yong Wu wu...@linux.vnet.ibm.com
On Wed, 2013-03-20 at 10:12 +0100, Benoît Canet wrote:
This patch fix an I/O throttling behavior triggered by limiting at 150 iops
and running a load of 50 threads doing random pwrites on a raw virtio device.
After a few moments the iops
Il 20/03/2013 11:30, Peter Maydell ha scritto:
Basically I don't like the way your categorization scheme seems
to be kind of device, except for stuff in hw/ARCH which has
a completely different rationale. I'm OK with hw/ARCH having
board models, because that's really kind of device, it's
just
Markus Armbruster arm...@redhat.com writes:
Hu Tao hu...@cn.fujitsu.com writes:
The guest will be in this state when it is panicked.
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Signed-off-by: Hu Tao hu...@cn.fujitsu.com
---
include/sysemu/sysemu.h | 1 +
qapi-schema.json|
Il 20/03/2013 11:37, George Dunlap ha scritto:
That is true. My guess is that nobody really migrates HVM guests without
PV drivers installed (it's not even possible on XenServer but xl let you
do that if you want to). When the PV drivers initialize at boot time,
the IDE disk is closed.
On Wed, Mar 20, 2013 at 6:04 PM, Stefan Hajnoczi stefa...@redhat.com wrote:
On Wed, Mar 20, 2013 at 04:43:17PM +0800, harryxiyou wrote:
On Mon, Mar 18, 2013 at 11:16 PM, Stefan Hajnoczi stefa...@gmail.com wrote:
[...]
I looked at the Google Code project before, it looks like a repo that
a
--On 20 March 2013 12:08:19 +0100 Paolo Bonzini pbonz...@redhat.com wrote:
To make it safe, just use cache=none. There are downsides (for example
tmpfs does not support it), but perhaps you can use a global option or
environment variable to toggle the behavior.
If you don't use cache=none,
Corey Bryant cor...@linux.vnet.ibm.com writes:
On 03/19/2013 03:26 AM, Markus Armbruster wrote:
[Note cc: Anthony for QAPI schema expertise]
Stefan Berger stef...@linux.vnet.ibm.com writes:
On 03/18/2013 12:16 PM, Markus Armbruster wrote:
Corey Bryant cor...@linux.vnet.ibm.com writes:
On Wed, Mar 20, 2013 at 10:00:01AM +0100, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic fred.kon...@greensocs.com
The virtio-blk-x configuration is not in sync with virtio-blk configuration.
So this patch remove the virtio-blk-x configuration field, and use virtio-blk
one for
On Wed, 20 Mar 2013 09:39:34 +0100
Kevin Wolf kw...@redhat.com wrote:
Am 19.03.2013 um 21:34 hat Luiz Capitulino geschrieben:
On Wed, 06 Mar 2013 15:46:45 +0100
Laszlo Ersek ler...@redhat.com wrote:
On 03/06/13 12:11, Kevin Wolf wrote:
Am 06.03.2013 um 12:04 hat Paolo Bonzini
Gerd Hoffmann kra...@redhat.com writes:
Makes gtk ui play nicely with qxl (and vmware_svga)
as you can actually see your pointer now ;)
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
ui/gtk.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/ui/gtk.c
Gerd Hoffmann kra...@redhat.com writes:
Multihead support: For each graphical console we'll create a gtk
window, so with multiple graphics cards installed you get a gtk window
for each. vte tabs are attached to the console #0 window.
This is neat but I'm not sure if the user experience is
On Tue, Mar 19, 2013 at 06:52:59PM +0100, Paolo Bonzini wrote:
Il 19/03/2013 18:40, Michael R. Hines ha scritto:
registration scheme would not work with cgroups because we would be
attempting to pin zero pages (for no reason) that cgroups has already
kicked out, which would defeat the
For some reason, with sql:/ prefix, the PKCS11 modules are not loaded.
This patch goes on top of Alon smartcard series.
---
libcacard/vcard_emul_nss.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libcacard/vcard_emul_nss.c b/libcacard/vcard_emul_nss.c
index
Use only the modules defined in the NSS database.
---
libcacard/vcard_emul_nss.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/libcacard/vcard_emul_nss.c b/libcacard/vcard_emul_nss.c
index a0dd32d..7ed94af 100644
--- a/libcacard/vcard_emul_nss.c
+++
Alon Levy al...@redhat.com writes:
Signed-off-by: Alon Levy al...@redhat.com
---
include/char/char.h | 12
qemu-char.c | 7 +++
2 files changed, 19 insertions(+)
diff --git a/include/char/char.h b/include/char/char.h
index 0326b2a..0fdcaf9 100644
---
No longer applies cleanly, but git-am -3 takes care of everything except
for a trivial #include conflict. I didn't test the result, though :)
Laszlo Ersek ler...@redhat.com writes:
Conversion status (call chains covered or substituted by error propagation
marked with square brackets):
do_device_add - [qemu_find_opts - error_report]
do_device_add - qdev_device_add - qerror_report
do_device_add - qdev_device_add - qbus_find -
On Wed, Mar 20, 2013 at 10:12:14AM +0100, Benoît Canet wrote:
This patch fix an I/O throttling behavior triggered by limiting at 150 iops
and running a load of 50 threads doing random pwrites on a raw virtio device.
After a few moments the iops count start to oscillate steadily between 0 and
Am 20.03.2013 um 13:57 hat Luiz Capitulino geschrieben:
On Wed, 20 Mar 2013 09:39:34 +0100
Kevin Wolf kw...@redhat.com wrote:
Am 19.03.2013 um 21:34 hat Luiz Capitulino geschrieben:
inet_connect_addr() has two users: inet_connect_opts() and
wait_for_connect(),
with this patch both
Hi Gerd,
Am 20.03.2013 10:55, schrieb Gerd Hoffmann:
I think the next logical step ahead is to QOM-ify the QemuConsoles, so
we can link the QemuConsole to the thing actually backing it. For a
graphical console that would be the emlated graphic device. For a text
console it would be the
On 03/20/2013 08:32 AM, Markus Armbruster wrote:
Corey Bryant cor...@linux.vnet.ibm.com writes:
On 03/19/2013 03:26 AM, Markus Armbruster wrote:
[Note cc: Anthony for QAPI schema expertise]
Stefan Berger stef...@linux.vnet.ibm.com writes:
On 03/18/2013 12:16 PM, Markus Armbruster wrote:
On 03/18/2013 01:34 PM, Paolo Bonzini wrote:
The TPM subsystem does not have a good front-end/back-end separation.
I think it has very good front-end/back-end separation, but perhaps you
mean the code could be moved around and better organized.
However, we can at least try to split the
On Wed, 20 Mar 2013 14:37:59 +0100
Kevin Wolf kw...@redhat.com wrote:
Am 20.03.2013 um 13:57 hat Luiz Capitulino geschrieben:
On Wed, 20 Mar 2013 09:39:34 +0100
Kevin Wolf kw...@redhat.com wrote:
Am 19.03.2013 um 21:34 hat Luiz Capitulino geschrieben:
inet_connect_addr() has two
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 7 Feb 2013 15:12:22 -0200
Eduardo Habkost ehabk...@redhat.com wrote:
On Tue, Feb 05, 2013 at 09:39:18PM +0100, Laszlo Ersek wrote:
Problems are now reported via Error only.
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
From: KONRAD Frederic fred.kon...@greensocs.com
This is the next part of virtio-refactoring.
Basically it creates virtio-scsi device which extends virtio-device.
Then a virtio-scsi can be connected on a virtio-bus.
virtio-scsi-pci, virtio-scsi-s390x, virtio-scsi-ccw are created too, they extend
1 - 100 of 224 matches
Mail list logo