Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
linux-headers/linux/kvm.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/linux-headers/linux/kvm.h b/linux-headers/linux/kvm.h
index 5af9357..a7f92a0 100644
--- a/linux-headers/linux/kvm.h
+++
kvm-s390's module initialization code needs to live in a separate
module (kvm-s390.ko) if we want to include eventfd (which has its
own module init func).
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
arch/s390/kvm/Makefile | 4 +++-
arch/s390/kvm/init.c | 52
This patch series makes use of the s390 ioeventfd implementation
to speed up virtio-ccw a bit.
We hook up virtio notifications via diagnose 500 as ioeventfds,
specifying a subchannel id and virtqueue index combination.
ioeventfds are used by default for all virtio devices; there's
an ioeventfd
On hosts that support ioeventfd, make use of it for host-to-guest
notifications via diagnose 500.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
hw/s390x/css.c| 2 +-
hw/s390x/css.h| 1 +
hw/s390x/virtio-ccw.c | 114
Markus Armbruster arm...@redhat.com writes:
I'm afraid -boot once regressed in 1.4, specifically commit e4ada29e.
This fix isn't exactly minimal. Should it go into stable anyway? If
yes, I'm happy to respin with cc: qemu-stable.
Advice, anyone?
The last patch adds tests. Unfortunately,
On 20/02/13 11:28, Stefan Hajnoczi wrote:
Amos Kong ak...@redhat.com reported that file descriptors numbered higher
than 1024 could crash QEMU. This is due to the fixed size of the fd_set type
used for select(2) event polling.
Good to see somebody working on that.
We have just faced this
Currently, ioeventfds are designed to work on architectures that
can trap I/O memory writes. This won't work for architectures like
s390, however; therefore provide a way for architectures to override
this with an architecture-specific implementation.
Signed-off-by: Cornelia Huck
Il 21/02/2013 13:54, Liu Ping Fan ha scritto:
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
When event poll can work with normal fd, we can port them
onto the event loop.
Please start transitioning to the AioContext API instead. I doubt there
is any performance difference for 2-3 file
Yes, It's a wiki but I could not create an account so I reported here.
Regards,
Iker.
On Wed, Feb 20, 2013 at 9:50 PM, Stefan Weil 1130...@bugs.launchpad.net wrote:
Thanks for the hint - I just fixed the wrong compiler option.
Did you know that this is a Wiki?
You can get a user account and
Linux under QEMU does not hit this issue because it turns out that its
TLB modified handler does not check the P bit of the Index register
after the TLBP instruction.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Il 16/02/2013 19:28, Michael Tokarev ha scritto:
This patch does 3 things:
1. Renames HELPERS-y Makefile variable to HELPERS
2. Moves its definition from Makefile to configure
I prefer to have more decisions in Makefile than configure, but this
wouldn't block the patch. What we have now is
On Thu, Feb 21, 2013 at 02:12:58PM +0100, Cornelia Huck wrote:
kvm-s390's module initialization code needs to live in a separate
module (kvm-s390.ko) if we want to include eventfd (which has its
own module init func).
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
I don't get this
Here some news :
It's not a vmmouse problem, as vmmouse is simply loaded when we move the mouse
only if it's a PS/2 mouse.
FOR USB-TABLET ON EHCI
-
The problem is that usb-tablet don't work on ehci, so it's not moving
And the default mouse is not the same with or without
On Sat, Feb 16, 2013 at 10:48:07AM +0800, Wenchao Xia wrote:
These patches introduce libqblock API, make subdir-libqblock and make
check-libqblock could build this library.
Functionalities:
1 create a new image.
2 sync access of an image.
3 basic image information retrieving such as
On Thu, Feb 21, 2013 at 06:21:32AM +, Dietmar Maurer wrote:
+##
+# @backup:
+#
+# Starts a VM backup.
+#
+# @backup-file: the backup file name
+#
+# @format: format of the backup file
+#
+# @config-filename: #optional name of a configuration file to include
resend with the list added to the to field
Hi,
On 02/21/2013 10:59 AM, Gerd Hoffmann wrote:
This patch adds support for usb3 streams to the usb subsystem core.
This is just adding a streams field / parameter in a number of places.
Hmm, I was expecting epqueues to become a per stream thing
Hi Stefan,
On Thu, Feb 21, 2013 at 7:25 AM, Stefan Weil s...@weilnetz.de wrote:
Am 21.02.2013 00:49, schrieb Jacob Kroon:
On Wed, Feb 20, 2013 at 9:46 PM, Jacob Kroon jacob.kr...@gmail.com wrote:
Paolo,
Just a heads up, I tried the patched qemu (1+2+3) on my laptop at
home, which is running
On Wed, 20 Feb 2013, Anthony Liguori wrote:
Stefano Stabellini stefano.stabell...@eu.citrix.com writes:
On Wed, 20 Feb 2013, Anthony Liguori wrote:
Paolo Bonzini pbonz...@redhat.com writes:
Il 20/02/2013 16:32, Anthony Liguori ha scritto:
+if (no_shutdown) {
+
This patch series aims at making ioeventfds usable on s390.
For normal architectures, ioeventfds work by registering
notifications that trap on write operations on memory, making
it possible to handle those writes in the kernel. This won't
work on s390, however.
We want a mechanism that enables
On Thu, Feb 21, 2013 at 12:02:18PM +, Dietmar Maurer wrote:
The problem is about cache coherency. Local files work just fine with
cache=writeback, but if you migrate to a different host, you get the problem
that the destination kernel may cache some parts of the image while the
source
Il 21/02/2013 14:14, Markus Armbruster ha scritto:
Markus Armbruster arm...@redhat.com writes:
I'm afraid -boot once regressed in 1.4, specifically commit e4ada29e.
This fix isn't exactly minimal. Should it go into stable anyway? If
yes, I'm happy to respin with cc: qemu-stable.
On Thu, 21 Feb 2013 15:43:55 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Feb 21, 2013 at 02:12:58PM +0100, Cornelia Huck wrote:
kvm-s390's module initialization code needs to live in a separate
module (kvm-s390.ko) if we want to include eventfd (which has its
own module init
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
Set handled event count at initialized time for the dedicated
thread.
Signed-off-by: Liu Ping Fan pingf...@linux.vnet.ibm.com
---
hw/dataplane/event-poll.c | 31 ++-
hw/dataplane/event-poll.h |4 +++-
Il 21/02/2013 13:52, Andreas Färber ha scritto:
As discussed on IRC, what happened here it seems is that at the time of
writing the patch (two releases ago) we had -include *.d in
Makefile.target, so the generated .mak.d files were effectively included
from two Makefiles, working for one but
Stefan Hajnoczi stefa...@redhat.com writes:
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
---
qemu-options.hx | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index 4bc9c85..cd18ad1 100644
--- a/qemu-options.hx
+++
On Thu, Feb 21, 2013 at 03:07:32PM +0100, Cornelia Huck wrote:
On Thu, 21 Feb 2013 15:43:55 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Feb 21, 2013 at 02:12:58PM +0100, Cornelia Huck wrote:
kvm-s390's module initialization code needs to live in a separate
module
On Sat, Feb 16, 2013 at 10:48:15AM +0800, Wenchao Xia wrote:
+static int create_context(QBlockContext **p_context)
+{
+/*
+ * library init comes here, to make sure block_init is called before with
+ * flag __attribute__((constructor)).
+ */
+if
Am 18.02.2013 um 17:14 schrieb Paolo Bonzini pbonz...@redhat.com:
Il 18/02/2013 16:58, Peter Lieven ha scritto:
+acb = qemu_aio_get(iscsi_aiocb_info, bs, cb, opaque);
+
+acb-iscsilun = iscsilun;
+acb-retries = ISCSI_CMD_RETRIES;
+acb-nb_sectors = nb_sectors;
+
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
Signed-off-by: Liu Ping Fan pingf...@linux.vnet.ibm.com
---
configure | 12
hw/dataplane/Makefile.objs |4 +++-
2 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/configure b/configure
index
+ */
+#define QBLOCK_PROT_OPTIONS_UNION_SIZE (512/sizeof(QBlockReserved))
+typedef struct QBlockLocationInfo {
+QBlockProtocol prot_type;
+union {
+QBlockProtocolOptionsFile o_file;
+QBlockReserved union_reserved[QBLOCK_PROT_OPTIONS_UNION_SIZE];
+};
+QBlockReserved
Am 21.02.2013 14:19, schrieb Paolo Bonzini:
Il 21/02/2013 13:52, Andreas Färber ha scritto:
As discussed on IRC, what happened here it seems is that at the time of
writing the patch (two releases ago) we had -include *.d in
Makefile.target, so the generated .mak.d files were effectively
snip very long patch
I just hope the other 24027 patches won't come over us in the next
second. ;)
Please split the patch, at least into
- prepare infrastructure for feature (that might also be several steps)
- add feature (or features, then also in several steps)
Thanks,
Jan
--
Siemens AG,
21.02.2013 17:35, Paolo Bonzini wrote:
Il 16/02/2013 19:28, Michael Tokarev ha scritto:
This patch does 3 things:
1. Renames HELPERS-y Makefile variable to HELPERS
2. Moves its definition from Makefile to configure
I prefer to have more decisions in Makefile than configure, but this
On 2013-02-15 12:00, Vitaly Chipounov wrote:
A socket may still have references to it in various queues
at the time it is freed, causing memory corruptions.
Did you see it in practice? Or is this patch based on code review? What
will happen if those queued mbufs find their ifq_so NULL?
David Woodhouse dw...@infradead.org writes:
On Thu, 2013-02-21 at 02:10 +0100, Laszlo Ersek wrote:
On 02/21/13 00:55, David Woodhouse wrote:
Well... your test now works because of the bug that Anthony is trying to
fix :)
I don't believe so,
Ok, for the *specific* variant of the test
On Thu, Feb 21, 2013 at 02:13:00PM +0100, Cornelia Huck wrote:
As s390 doesn't use memory writes for virtio notifcations, create
a special kind of ioeventfd instead that hooks up into diagnose
0x500 (kvm hypercall) with function code 3 (virtio-ccw notification).
Signed-off-by: Cornelia Huck
Il 21/02/2013 15:30, Michael Tokarev ha scritto:
21.02.2013 17:35, Paolo Bonzini wrote:
Il 16/02/2013 19:28, Michael Tokarev ha scritto:
This patch does 3 things:
1. Renames HELPERS-y Makefile variable to HELPERS
2. Moves its definition from Makefile to configure
I prefer to have more
Il 21/02/2013 15:28, Andreas Färber ha scritto:
However I don't see in the curent Makefile.target and rules.mak where
the *.d files are being included today
Makefile.target also includes Makefile.objs and calls the unnesting
machinery in rules.mak. The machinery then includes the .d files.
On Thu, 2013-02-21 at 08:37 -0600, Anthony Liguori wrote:
Help me understand where we're at. If you fix the bugs in UEFI and
SeaBIOS, and I correct the reset patches I pointed you at earlier, we're
good?
Yes. And merge the bit which resets the PAM configuration in the i440FX
on a hard
Stefan Hajnoczi stefa...@redhat.com writes:
On Tue, Feb 19, 2013 at 09:16:56PM +0100, Laszlo Ersek wrote:
On 02/19/13 18:50, Markus Armbruster wrote:
Your example uses -net to connect additional backends to the hubport.
If I understand you correctly, you can't use -netdev to do that.
On Thu, Feb 21, 2013 at 8:30 AM, Michael Tokarev m...@tls.msk.ru wrote:
21.02.2013 17:35, Paolo Bonzini wrote:
Il 16/02/2013 19:28, Michael Tokarev ha scritto:
This patch does 3 things:
1. Renames HELPERS-y Makefile variable to HELPERS
2. Moves its definition from Makefile to configure
I
On Sat, Feb 16, 2013 at 10:28:31PM +0400, Michael Tokarev wrote:
This patch does 3 things:
1. Renames HELPERS-y Makefile variable to HELPERS
2. Moves its definition from Makefile to configure
3. Moves qemu-ga binary from TOOLS to HELPERS.
The effects are:
1. qemu-ga binary is now
Jan Kiszka jan.kis...@siemens.com writes:
snip very long patch
I just hope the other 24027 patches won't come over us in the next
second. ;)
Please split the patch, at least into
- prepare infrastructure for feature (that might also be several steps)
- add feature (or features, then
On Thu, Feb 21, 2013 at 08:54:44PM +0800, Liu Ping Fan wrote:
This is a emulation to virtio-blk dataplane, which push the data
handling out of biglock. And it is a try to implement this process
in userspace, while vhost-net in kernel.
What's the motivation for doing this? Speed up the slirp
On Thu, 21 Feb 2013 16:18:34 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Feb 21, 2013 at 03:07:32PM +0100, Cornelia Huck wrote:
On Thu, 21 Feb 2013 15:43:55 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Feb 21, 2013 at 02:12:58PM +0100, Cornelia Huck wrote:
Hi,
After a long time trying to figure out the proper modelling inside QEMU,
I believe the plans are now clearer in QEMU, so it's time to coordinate
more closely with libvirt to try to make use of the new stuff.
I tried to enumerate the libvirt requirements and current problems, and
how we
Il 21/02/2013 15:41, Markus Armbruster ha scritto:
Trouble is the user interface is as confusing as ever. Worse, in a way,
because we now have to explain how vlan and the hubport netdev relate.
Permit me a brief rant. Have you read the manual page on -netdev and
-net recently? Have you
Il 21/02/2013 13:54, Liu Ping Fan ha scritto:
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
I'd rather remove the virtio-blk dataplane configure option instead. :)
Paolo
Signed-off-by: Liu Ping Fan pingf...@linux.vnet.ibm.com
---
configure | 12
Jason Wang jasow...@redhat.com writes:
Cc: Markus Armbruster arm...@redhat.com
Cc: Jason Wang jasow...@redhat.com
Signed-off-by: Jason Wang jasow...@redhat.com
---
This patch is neede for 1.4 stable also.
Forgot to mention, the recommended way to nominate for stable is to cc:
stable in the
On Thu, Feb 21, 2013 at 03:39:44PM +0100, Paolo Bonzini wrote:
Il 21/02/2013 15:30, Michael Tokarev ha scritto:
21.02.2013 17:35, Paolo Bonzini wrote:
Il 16/02/2013 19:28, Michael Tokarev ha scritto:
This patch does 3 things:
1. Renames HELPERS-y Makefile variable to HELPERS
2. Moves
On Thu, 21 Feb 2013 16:39:05 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Feb 21, 2013 at 02:13:00PM +0100, Cornelia Huck wrote:
As s390 doesn't use memory writes for virtio notifcations, create
a special kind of ioeventfd instead that hooks up into diagnose
0x500 (kvm
On Wed, Feb 13, 2013 at 11:45:04AM +0100, David Verbeiren wrote:
This patch implements H.264 encoding of the VNC framebuffer updates
using hardware acceleration through the VA API.
This is experimental support to let the community explore the possibilities
offered by the potential bandwidth
Hi,
On 02/21/2013 03:27 PM, Gerd Hoffmann wrote:
Hi,
Hmm, I was expecting epqueues to become a per stream thing with streams,
I'll wanna see how far I come without that.
The reason to have streams in the first place is to parallelize things,
i.e. spread requests over streams instead of
I just posted v5 of the patch. But I get a slow down of 15% if I use
bdrv_is_allocated_above. (tested with empty qcow2 files.)
Strange, for an unallocated area bdrv_is_allocated_above and bdrv_read really
do the same thing apart from writing the zeroes to the buffer.
The code looks okay,
Placing the config-devices.mak.d file alongside the config-devices.mak
file in *-softmmu/ lead to it getting included into through
*-softmmu/Makefile in addition to ./Makefile, leading to confusion.
Instead, emit it to ./%-config-devices.mak.d, where it is included.
Signed-off-by: Andreas Färber
Hello,
A long-standing patch of mine, applied for 1.4, attempted to fix dependency
issues observed when adding MegaSAS emulation to pci.mak.
As it turns out that patch was wrong. This mini-series reverts it and adds a
cleanup to avoid that thinko as well as the real dependency fix.
I don't see
Il 21/02/2013 16:25, Dietmar Maurer ha scritto:
I just posted v5 of the patch. But I get a slow down of 15% if I use
bdrv_is_allocated_above. (tested with empty qcow2 files.)
Strange, for an unallocated area bdrv_is_allocated_above and bdrv_read really
do the same thing apart from writing the
On 21 February 2013 15:26, Andreas Färber afaer...@suse.de wrote:
This reverts commit 23bf49b5eca716aaad073f2b47613434e1515cb5.
While *-softmmu/config-devices.mak.d is included through *.d pattern via
Makefile.target, the make_devices_config.sh call these dependencies are
for is in
For now I have no plans to backup such large VMs.
640k ought to be enough for anybody?
Code is easy enough to change that works for now can be good enough.
Changing file formats and external interfaces is hard, though, so better get
it
right the first time. I don't want to get patches
Am 21.02.2013 16:30, schrieb Peter Maydell:
On 21 February 2013 15:26, Andreas Färber afaer...@suse.de wrote:
This reverts commit 23bf49b5eca716aaad073f2b47613434e1515cb5.
While *-softmmu/config-devices.mak.d is included through *.d pattern via
Makefile.target, the make_devices_config.sh call
On Thu, Feb 21, 2013 at 02:17:14PM +0100, Christian Borntraeger wrote:
On 20/02/13 11:28, Stefan Hajnoczi wrote:
Amos Kong ak...@redhat.com reported that file descriptors numbered higher
than 1024 could crash QEMU. This is due to the fixed size of the fd_set
type
used for select(2)
Am 21.02.2013 16:26, schrieb Andreas Färber:
Placing the config-devices.mak.d file alongside the config-devices.mak
file in *-softmmu/ lead to it getting included into through
s/into//
*-softmmu/Makefile in addition to ./Makefile, leading to confusion.
Instead, emit it to
On Thu, Feb 21, 2013 at 02:24:21PM +0100, Paolo Bonzini wrote:
Il 21/02/2013 13:54, Liu Ping Fan ha scritto:
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
When event poll can work with normal fd, we can port them
onto the event loop.
Please start transitioning to the AioContext API
Jason Wang jasow...@redhat.com writes:
Cc: Markus Armbruster arm...@redhat.com
Cc: Jason Wang jasow...@redhat.com
Signed-off-by: Jason Wang jasow...@redhat.com
---
This patch is neede for 1.4 stable also.
---
qapi-schema.json |6 ++
qemu-options.hx |4 +++-
2 files changed,
In future, we can allow to pass multiple config files - the vma
archive format can already handle that.
My point is that QEMU has no business dealing with the management tool's VM
configuration file. And I think the management tool-specific archive format
also
shouldn't be in QEMU.
with usb-tablet on ehci:
I have also look into Xorg.0.log of ubuntu 12.10,
The usb-tablet is seen
(II) config/udev: Adding input device QEMU USB TABLET (/dev/input/js0)
but no driver is found
(II) no input driver specified,ignoring this device
I don't know if something is different with the
the storage might return a check condition status for various reasons.
(e.g. bus reset, capacity change, thin-provisioning info etc.)
currently all these informative status responses lead to an I/O error
which is populated to the guest. this patch introduces a retry mechanism
to avoid this.
v2:
This reverts commit 23bf49b5eca716aaad073f2b47613434e1515cb5.
While *-softmmu/config-devices.mak.d is included through *.d pattern via
Makefile.target, the make_devices_config.sh call these dependencies are
for is in ./Makefile. Therefore revert to original behavior.
This should unbreak pci.mak
Forget my last mail, the driver is correctly loaded in Xorg.
So, it's only that mouse is not moving when usb-tablet is on ehci
I have also tried with an old ubuntu 8, and it's working fine.
ubuntu 12.04, 12.10, centos 6.3 doesn't work. I really don't know where is the
problem. Maybe is it
On 02/21/13 14:17, Christian Borntraeger wrote:
On 20/02/13 11:28, Stefan Hajnoczi wrote:
Amos Kong ak...@redhat.com reported that file descriptors numbered higher
than 1024 could crash QEMU. This is due to the fixed size of the fd_set type
used for select(2) event polling.
Good to see
On 2013-02-20 20:24, Andreas Färber wrote:
v2 replaces macros with static functions, adopting Scott's scheme of const
variables set through #ifdefs (keeping their defined() semantics) and adopting
Anthony's proposal of using va_list for argument passing.
v1 had changed some #ifdefs into ifs due
This should never get called, but if we somehow get a new chipset
that fails to implement their own pci_slot_get_irq function, fail
gracefully and add a debug log message.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
src/pciinit.c | 10 +-
1 file changed, 9
On Thu, Feb 21, 2013 at 12:02:18PM +, Dietmar Maurer wrote:
The problem is about cache coherency. Local files work just fine
with cache=writeback, but if you migrate to a different host, you
get the problem that the destination kernel may cache some parts of
the image while the
Michael S. Tsirkin m...@redhat.com writes:
On Thu, Feb 21, 2013 at 08:54:44PM +0800, Liu Ping Fan wrote:
This is a emulation to virtio-blk dataplane, which push the data
handling out of biglock. And it is a try to implement this process
in userspace, while vhost-net in kernel.
What's the
Daniel P. Berrange berra...@redhat.com writes:
On Wed, Feb 13, 2013 at 11:45:04AM +0100, David Verbeiren wrote:
This patch implements H.264 encoding of the VNC framebuffer updates
using hardware acceleration through the VA API.
This is experimental support to let the community explore the
Il 21/02/2013 17:08, Laszlo Ersek ha scritto:
On 02/21/13 14:17, Christian Borntraeger wrote:
On 20/02/13 11:28, Stefan Hajnoczi wrote:
Amos Kong ak...@redhat.com reported that file descriptors numbered higher
than 1024 could crash QEMU. This is due to the fixed size of the fd_set
type
Il 21/02/2013 17:10, Richard Henderson ha scritto:
v2 replaces macros with static functions, adopting Scott's scheme of
const
variables set through #ifdefs (keeping their defined() semantics) and
adopting
Anthony's proposal of using va_list for argument passing.
v1 had changed some #ifdefs
What 23bf49b5eca716aaad073f2b47613434e1515cb5 really seemed to try to
fix is that Makefile could recurse into *-softmmu/ subdirectories before
a new *-softmmu/config-devices.mak was generated from pci.mak.
Fix this by adding a dependency on config-all-devices.mak, which in turn
has dependencies
Am 21.02.2013 17:10, schrieb Richard Henderson:
On 2013-02-20 20:24, Andreas Färber wrote:
v2 replaces macros with static functions, adopting Scott's scheme of
const
variables set through #ifdefs (keeping their defined() semantics) and
adopting
Anthony's proposal of using va_list for
On 2013-02-21 16:33, Stefan Hajnoczi wrote:
On Thu, Feb 21, 2013 at 02:17:14PM +0100, Christian Borntraeger wrote:
On 20/02/13 11:28, Stefan Hajnoczi wrote:
Amos Kong ak...@redhat.com reported that file descriptors numbered higher
than 1024 could crash QEMU. This is due to the fixed size of
During the review of the dataplane code, the EventPoll API morphed itself
(not concidentially) into something very very similar to an AioContext.
Thus, it is trivial to convert virtio-blk-dataplane to use AioContext,
and a first baby step towards letting dataplane talk directly to the
QEMU block
On Thu, Feb 21, 2013 at 08:54:44PM +0800, Liu Ping Fan wrote:
This is a emulation to virtio-blk dataplane, which push the data
handling out of biglock. And it is a try to implement this process
in userspace, while vhost-net in kernel.
The iperf's result show it improving the perfermance of
This patch adds support for TPM command line options.
The command line options supported here are
./qemu-... -tpmdev passthrough,path=path to TPM device,id=id
-device tpm-tis,tpmdev=id
and
./qemu-... -tpmdev help
where the latter works similar to -soundhw help and shows a list of
From Andreas Niederl's original posting with adaptations where necessary:
This patch is based of off version 9 of Stefan Berger's patch series
QEMU Trusted Platform Module (TPM) integration
and adds a new backend driver for it.
This patch adds a passthrough backend driver for passing commands
This patch adds support for cancelling an executing TPM command.
In Linux for example a user can cancel a command through the TPM's
sysfs 'cancel' entry using
echo 1 /sysfs/class/misc/tpm0/device/cancel
This patch propagates the cancellation of a command inside a VM
to the host TPM's sysfs
This patch uses the possibility to add a vendor-specific register and
adds a debug register useful for dumping the TIS's internal state. This
register is only active in a debug build (#define DEBUG_TIS).
Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com
Reviewed-by: Corey Bryant
Build the TPM frontend code that has been added so far.
Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com
Reviewed-by: Corey Bryant cor...@linux.vnet.ibm.com
---
configure | 11 +++
default-configs/i386-softmmu.mak | 1 +
On 02/21/13 09:36, Paolo Bonzini wrote:
Il 21/02/2013 02:10, Laszlo Ersek ha scritto:
OTOH if the keyboard reset gets soft in qemu, then OVMF's hard reset
(the above code) will break. Maybe I could cycle between 0xCF9 and 0x64
in ResetCold(), starting with 0xCF9.
Yes, that's the right thing
On Thu, Feb 21, 2013 at 04:21:43PM +0100, Cornelia Huck wrote:
On Thu, 21 Feb 2013 16:39:05 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Thu, Feb 21, 2013 at 02:13:00PM +0100, Cornelia Huck wrote:
As s390 doesn't use memory writes for virtio notifcations, create
a special kind of
Build the TPM passthrough driver only for i386 and x86_64 targets
using the default-configs files for those targets with softmmu.
Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com
Reviewed-by: Corey Bryant cor...@linux.vnet.ibm.com
---
default-configs/i386-softmmu.mak | 1 +
From: root r...@k-d941f-5.watson.ibm.com
The following series of patches adds TPM (Trusted Platform Module) support
to QEMU. An emulator for the TIS (TPM Interface Spec) interface is
added that provides the basis for accessing a 'backend' implementing the actual
TPM functionality. The TIS
On Thu, Feb 21, 2013 at 10:15:58AM -0600, Anthony Liguori wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Thu, Feb 21, 2013 at 08:54:44PM +0800, Liu Ping Fan wrote:
This is a emulation to virtio-blk dataplane, which push the data
handling out of biglock. And it is a try to implement
This patch adds the main code of the TPM frontend driver, the TPM TIS
interface, to QEMU. The code is largely based on the previous implementation
for Xen but has been significantly extended to meet the standard's
requirements, such as the support for changing of localities and all the
Michael S. Tsirkin m...@redhat.com writes:
On Thu, Feb 21, 2013 at 10:15:58AM -0600, Anthony Liguori wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Thu, Feb 21, 2013 at 08:54:44PM +0800, Liu Ping Fan wrote:
This is a emulation to virtio-blk dataplane, which push the data
handling
Il 21/02/2013 17:33, Stefan Hajnoczi ha scritto:
Interesting patch series. I want to share my thoughts on the status of
dataplane and what I'm currently working on. There will probably be
some overlap that we can coordinate.
First, I want to eventually delete hw/dataplane/ :). That is
Paolo Bonzini pbonz...@redhat.com wrote:
vm_stop_force_state does:
if (runstate_is_running()) {
vm_stop(state);
} else {
runstate_set(state);
}
migration.c does:
if (runstate_is_running()) {
vm_stop(state);
} else {
Anna,
Am 21.02.2013 15:29, schrieb Jan Kiszka:
snip very long patch
I just hope the other 24027 patches won't come over us in the next
second. ;)
Please split the patch, at least into
- prepare infrastructure for feature (that might also be several steps)
- add feature (or features,
On 02/21/13 15:37, Anthony Liguori wrote:
David Woodhouse dw...@infradead.org writes:
On Thu, 2013-02-21 at 02:10 +0100, Laszlo Ersek wrote:
On 02/21/13 00:55, David Woodhouse wrote:
Well... your test now works because of the bug that Anthony is trying to
fix :)
I don't believe so,
Ok,
Paolo Bonzini pbonz...@redhat.com wrote:
The next patch will add more cases where qemu_savevm_state_cancel
needs to be called; prepare for that already, the function can be
called twice with no ill effect.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
Reviewed-by: Juan Quintela
Il 21/02/2013 17:29, Jan Kiszka ha scritto:
In this context, I'd like to recall a detail: Real-time prioritization
of those I/O threads will most probably require locking with
prio-inversion avoidance (*). In that case external libs without a
chance to tune or replace their internal locking
101 - 200 of 306 matches
Mail list logo
