The following changes since commit 0225e254ae81c5638463cda8f5730f31619113b6:
usb-linux: Add missing break statement (2011-05-09 16:18:32 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/qemu/amit/virtio-serial.git for-anthony
Alon Levy (1):
From: Alon Levy al...@redhat.com
Instead of calling flush_queued_data when unthrottling, schedule
a bh. That way we can return immediately to the caller, and the
flush uses the same call path as a have_data for callbackee.
No migration change is required because bh are called from vm_stop.
the s390 memory detection has a 16bit field that specifies the amount of
increments. This patch adopts the memory size to always fit into that
scheme. This also fixes virtio detection for these guests, since the
descriptor page is located after the main memory.
Signed-off-by: Christian
On 12.05.2011, at 09:50, Christian Borntraeger wrote:
the s390 memory detection has a 16bit field that specifies the amount of
increments. This patch adopts the memory size to always fit into that
scheme. This also fixes virtio detection for these guests, since the
descriptor page is
Am 11.05.2011 21:12, schrieb Stefan Weil:
Am 11.05.2011 12:15, schrieb Stefan Hajnoczi:
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes duplicate code paths are even added,
On 12/05/11 09:55, Alexander Graf wrote:
+/* s390x ram size detection needs a 16bit multiplier + an increment. So
+ guests 64GB can be specified in 2MB steps etc */
+if (strstr(machine-name, s390)) {
+int shift = 0;
+
+while ((ram_size (20 + shift)) 65535) {
On 12.05.2011, at 09:59, Christian Borntraeger wrote:
On 12/05/11 09:55, Alexander Graf wrote:
+/* s390x ram size detection needs a 16bit multiplier + an increment. So
+ guests 64GB can be specified in 2MB steps etc */
+if (strstr(machine-name, s390)) {
+int shift =
On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan
aidan.shrib...@sap.com wrote:
From: Aidan Shribman aidan.shrib...@sap.com
[PATCH] Add warmup phase for live migration of large memory apps
By invoking migrate -w url we initiate a background
live-migration
transferring of dirty
I'd definitely prefer that over the change on vl.c :)
the s390 memory detection has a 16bit field that specifies the amount of
increments. This patch adopts the memory size to always fit into that
scheme. This also fixes virtio detection for these guests, since the
descriptor page is located
Glauber Costa glom...@redhat.com writes:
This patch adds a dummy legacy ISA device whose responsibility is to
deploy sgabios, an option rom for a serial graphics adapter.
The proposal is that this device is always-on when -nographics,
but can otherwise be enable in any setup when -device sga
On 05/11/11 10:52, Markus Armbruster wrote:
Good stuff, just a few questions.
Gerd Hoffmannkra...@redhat.com writes:
The device path isn't just a number. It specifies the physical port
the device is connected to and in case the device is connected via
usb hub you'll have two numbers there,
Hi,
Some additional docs (based on 2/2 hints) might be a useful addition.
Indeed.
Possible candidates:
- docs/qdev-device-use.txt
- qemu-doc.texi
Hmm.
qemu-doc.texi only documents the pre-qdev way to create devices.
qdev-device-use.txt is a conversion guide.
devices which can only be
On 05/11/11 13:33, Jan Vesely wrote:
glad I could help
the original bug report is here: https://bugs.launchpad.net/qemu/+bug/757654
should I update it? or will it be updated when the patch reaches master?
Better wait until the stuff hits master, that is less confusing and you
can also add
Michael Tokarev m...@tls.msk.ru writes:
12.05.2011 00:49, Jan Kiszka пишет:
On 2011-05-11 18:08, Stefan Hajnoczi wrote:
On Wed, May 11, 2011 at 4:22 PM, Carl Karsten c...@personnelware.com
wrote:
On Wed, May 11, 2011 at 6:01 AM, Markus Armbruster arm...@redhat.com
wrote:
Stefan Hajnoczi
Hi Zachary,
1. re.:
+static void hpet_timer_driftfix_reset(HPETTimer *t)
+{
+if (t-state-driftfix timer_is_periodic(t)) {
+t-ticks_not_accounted = t-prev_period = t-period;
This is rather confusing. Clearly, ticks_not_accounted isn't actually
ticks not accounted, it's
On 2011-05-11 12:15, Stefan Hajnoczi wrote:
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes duplicate code paths are even added, one synchronous and the
other
This patch speeds up coroutine creation by reusing freed coroutines.
When a coroutine terminates it is placed in the pool instead of having
its resources freed. The next time a coroutine is created it can be
taken straight from the pool and requires no initialization.
Performance results on an
QEMU is event-driven and suffers when blocking operations are performed because
VM execution may be stopped until the operation completes. Therefore many
operations that could block are performed asynchronously and a callback is
invoked when the operation has completed. This allows QEMU to
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes duplicate code paths are even added, one synchronous and the
other asynchronous. This patch introduces coroutines which allow
To run automated tests for coroutines:
make check-coroutine
./check-coroutine
On success the program terminates with exit status 0. On failure an
error message is written to stderr and the program exits with exit
status 1.
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
Add a microbenchmark for coroutine create, enter, and return (aka
lifecycle). This is a useful benchmark because users are expected to
create many coroutines, one per I/O request for example, and we
therefore need to provide good performance in that scenario.
To run:
make check-coroutine
On Thu, May 12, 2011 at 10:51 AM, Jan Kiszka jan.kis...@siemens.com wrote:
On 2011-05-11 12:15, Stefan Hajnoczi wrote:
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes
Am 12.05.2011 11:51, schrieb Jan Kiszka:
On 2011-05-11 12:15, Stefan Hajnoczi wrote:
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes duplicate code paths are even added,
terAm 12.05.2011 11:54, schrieb Stefan Hajnoczi:
This patch speeds up coroutine creation by reusing freed coroutines.
When a coroutine terminates it is placed in the pool instead of having
its resources freed. The next time a coroutine is created it can be
taken straight from the pool and
On Thu, May 12, 2011 at 11:13 AM, Kevin Wolf kw...@redhat.com wrote:
terAm 12.05.2011 11:54, schrieb Stefan Hajnoczi:
This patch speeds up coroutine creation by reusing freed coroutines.
When a coroutine terminates it is placed in the pool instead of having
its resources freed. The next time
Am 12.05.2011 12:22, schrieb Stefan Hajnoczi:
On Thu, May 12, 2011 at 11:13 AM, Kevin Wolf kw...@redhat.com wrote:
terAm 12.05.2011 11:54, schrieb Stefan Hajnoczi:
This patch speeds up coroutine creation by reusing freed coroutines.
When a coroutine terminates it is placed in the pool instead
Shribman, Aidan aidan.shrib...@sap.com wrote:
On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan
aidan.shrib...@sap.com wrote:
From: Aidan Shribman aidan.shrib...@sap.com
[PATCH] Add warmup phase for live migration of large memory apps
By invoking migrate -w url we initiate a background
On Thu, May 12, 2011 at 12:39:22PM +0200, Juan Quintela wrote:
Shribman, Aidan aidan.shrib...@sap.com wrote:
On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan
aidan.shrib...@sap.com wrote:
From: Aidan Shribman aidan.shrib...@sap.com
[PATCH] Add warmup phase for live migration of
Shribman, Aidan aidan.shrib...@sap.com wrote:
From: Aidan Shribman aidan.shrib...@sap.com
[PATCH] Add warmup phase for live migration of large memory apps
By invoking migrate -w url we initiate a background live-migration
transferring of dirty pages continuously until invocation of
Shribman, Aidan aidan.shrib...@sap.com wrote:
If there are no additional dirty pages to be sent
i.e. ram_save_remaining() == 0 then the migration *will* converge
(even though we don't want it to) see:
This should be a really idle guest to have that O:-)
But if that is the whole problem, I
[note cc: Amit]
Gerd Hoffmann kra...@redhat.com writes:
Hi,
Some additional docs (based on 2/2 hints) might be a useful addition.
Indeed.
Possible candidates:
- docs/qdev-device-use.txt
- qemu-doc.texi
Hmm.
qemu-doc.texi only documents the pre-qdev way to create devices.
On 05/12/2011 12:38 PM, Kevin Wolf wrote:
I don't want to add qemu-img/qemu-io things yet because we don't have
a block layer user for coroutines yet. The qcow2 patches should
contain these changes.
I hope we won't forget it. A missing atexit isn't a very obvious bug.
I was going to reply
On Thu, May 12, 2011 at 12:12 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 05/12/2011 12:38 PM, Kevin Wolf wrote:
I don't want to add qemu-img/qemu-io things yet because we don't have
a block layer user for coroutines yet. The qcow2 patches should
contain these changes.
I hope we won't
On 05/12/2011 01:15 PM, Stefan Hajnoczi wrote:
It's just for completeness to make tools like valgrind happy. Sure,
the kernel will reclaim memory and we're just burning CPU by freeing
this stuff;).
But valgrind will not complain about reachable memory still allocated at
exit, at least not
From: Juan Quintela [mailto:quint...@redhat.com]
If there are no additional dirty pages to be sent
i.e. ram_save_remaining() == 0 then the migration *will* converge
(even though we don't want it to) see:
This should be a really idle guest to have that O:-)
But if that is the whole
On Thu, May 12, 2011 at 12:18 PM, Paolo Bonzini pbonz...@redhat.com wrote:
On 05/12/2011 01:15 PM, Stefan Hajnoczi wrote:
It's just for completeness to make tools like valgrind happy. Sure,
the kernel will reclaim memory and we're just burning CPU by freeing
this stuff;).
But valgrind will
I386 build constantly fails in my PPA
https://launchpad.net/~bderzhavets/+archive/git-spice.
Build on local box ( Q9550,8 GB ) Ubuntu 11.04 (64-bit)
debuild -rfakeroot -b -k930900E6 | tee build-v35.log
doesn't have any problems with ./hw/qxl.c. I attached log and packages
** Attachment added:
** Attachment added: qemu-common_0.14.0+spice-v35-0ubuntu1_all.deb
https://bugs.launchpad.net/qemu/+bug/723871/+attachment/2125646/+files/qemu-common_0.14.0%2Bspice-v35-0ubuntu1_all.deb
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to
** Attachment added: qemu_0.14.0+spice-v35-0ubuntu1_amd64.deb
https://bugs.launchpad.net/qemu/+bug/723871/+attachment/2125645/+files/qemu_0.14.0%2Bspice-v35-0ubuntu1_amd64.deb
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
** Attachment added: qemu-kvm_0.14.0+spice-v35-0ubuntu1_amd64.deb
https://bugs.launchpad.net/qemu/+bug/723871/+attachment/2125647/+files/qemu-kvm_0.14.0%2Bspice-v35-0ubuntu1_amd64.deb
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to
qdev_try_create will cope well with a NULL bus, since it will assume
the main system bus by default. qdev_create, however, wants to print
a message, in which it instantiates the bus name. That simple and at
first inoffensive message will generate a segmentation found if the
reason for failure is a
This patch adds a dummy legacy ISA device whose responsibility is to
deploy sgabios, an option rom for a serial graphics adapter.
The proposal is that this device is always-on when -nographics,
but can otherwise be enable in any setup when -device sga is used.
[v2: suggestions on qdev by Markus ]
On 05/08/2011 06:04 PM, Stefan Hajnoczi wrote:
The following changes since commit 3964f535c35c08470ac69bd553282af500bc8bb0:
Merge remote-tracking branch 'mst/for_anthony' into staging (2011-05-05
13:05:32 -0500)
are available in the git repository at:
git://repo.or.cz/qemu/stefanha.git
On 05/12/2011 06:23 AM, Shribman, Aidan wrote:
From: Juan Quintela [mailto:quint...@redhat.com]
If there are no additional dirty pages to be sent
i.e. ram_save_remaining() == 0 then the migration *will* converge
(even though we don't want it to) see:
This should be a really idle guest to
Hi,
On Wed, May 11, 2011 at 22:39, Rob Landley r...@landley.net wrote:
In 1.14.0, if I did this:
qemu -net nic,blah -net user -net nic,blah -net tun,blah
Then the first nic would be -net user, and the second nic would be -net
tun. In current -git, -net user attaches to the second
On 05/09/2011 12:39 PM, Alexander Graf wrote:
Hi Anthony,
These are Anthony's patches for Xen HVM support, nicely signed off,
rebased to fit today's HEAD and compile tested.
Please pull.
Pulled. Thanks.
Regards,
Anthony Liguori
Alex
The following changes since commit
On 05/08/2011 11:04 AM, Stefan Hajnoczi wrote:
The following changes since commit 3964f535c35c08470ac69bd553282af500bc8bb0:
Merge remote-tracking branch 'mst/for_anthony' into staging (2011-05-05
13:05:32 -0500)
are available in the git repository at:
git://repo.or.cz/qemu/stefanha.git
On Thu, 12 May 2011, Anthony Liguori wrote:
On 05/09/2011 12:39 PM, Alexander Graf wrote:
Hi Anthony,
These are Anthony's patches for Xen HVM support, nicely signed off,
rebased to fit today's HEAD and compile tested.
Please pull.
Pulled. Thanks.
popping champagne over here :-)
On Mon, May 09, 2011 at 10:23:03AM -0500, Anthony Liguori wrote:
On 05/09/2011 08:40 AM, Dor Laor wrote:
No patch here (sorry) but collection of thoughts about these features
and their potential building blocks. Please review (also on
http://wiki.qemu.org/Features/LiveBlockMigration)
Future
On 05/06/2011 06:10 PM, Markus Armbruster wrote:
Here's my try:
/*
* Report progress.
* @percent is how much progress we made.
* If @max is zero, @percent is how much of the job is done.
* Else, @percent is a progress delta since the last call, as a fraction
* of @max. I.e. delta is
No users of bdrv_get_type_hint() left. bdrv_set_type_hint() can make
the media removable by side effect. Make that explicit.
Signed-off-by: Markus Armbruster arm...@redhat.com
---
block.c | 12
block.h |5 -
block_int.h |1 -
blockdev.c |4 ++--
4 files
Its value is unreliable: a block device used as floppy has type
floppy if created with if=floppy, but type hd if created with
if=none.
That's because with if=none, the type is at best a declaration of
intent: the drive can be connected to any guest device. Its type is
really the guest device's
A scsi-disk is either a hard disk or a CD-ROM, depending on the
associated BlockDriverState's type hint. Unclean; disk vs. CD belongs
to the guest part, not the host part.
Have separate qdevs scsi-hd and scsi-cd to model disk vs. CD in
the guest part.
Keep scsi-disk for backward compatibility.
This patch series is about purging the type hint from the block
layer. My previous series cleaned up improper uses it. Remaining
uses are info block and qdevs ide-drive, scsi-disk.
ide-drive and scsi-disk can either act as disk or as CD drive. They
use their drive's type hint to decide between
Kevin Wolf kw...@redhat.com writes:
Am 09.05.2011 11:51, schrieb Markus Armbruster:
This patch series is about purging the type hint from the block
layer. My previous series cleaned up improper uses it. Remaining
uses are info block and qdevs ide-drive, scsi-disk.
ide-drive and scsi-disk
An ide-drive is either a hard disk or a CD-ROM, depending on the
associated BlockDriverState's type hint. Unclean; disk vs. CD belongs
to the guest part, not the host part.
Have separate qdevs ide-hd and ide-cd to model disk vs. CD in
the guest part.
Keep ide-drive for backward compatibility.
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the problem with the empty strings btw?
The only way around I can see is having _DOC and _NODOC versions for all
the property macros, but I'd prefer
This patch almost rewrites acpi_table_add() function
(but still leaves it using old get_param_value() interface).
The result is that it's now possible to specify whole table
(together with a header) in an external file, instead of just
data portion, with a new file= parameter, but at the same time
On 05/03/2011 07:49 PM, Paolo Bonzini wrote:
Paravirtualized devices (and also some real devices) can assume they
are going to access RAM. For this reason, provide a fast-path
function with the following properties:
1) it will never allocate a bounce buffer
2) it can be used for
On 05/09/11 15:40, Dor Laor wrote:
Summary:
* We need Marcelo's new (to come) block copy implementation
* should work in parallel to migration and hotplug
* General copy on read is desirable
* Live snapshot merge to be implemented using block copy
* Need to utilize a remote block
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the problem with the empty strings btw?
The only way around I can see is having _DOC and _NODOC versions
On 05/09/11 17:23, Anthony Liguori wrote:
* Live snapshots and live snapshot merge
Live snapshot is already incorporated (by Jes) in qemu (still need
qemu-agent work to freeze the guest FS).
Live snapshot is unfortunately not really live. It runs a lot of
operations synchronously which
Pasto: this is PATCH v3. Sorry.
Gerd Hoffmann kra...@redhat.com writes:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the problem with the empty strings btw?
Anthony ;)
[...]
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the problem with the empty strings btw?
The only way around I can see is having _DOC and _NODOC versions
@Boris,
The failure (in https://launchpadlibrarian.net/71569256/buildlog_ubuntu-
natty-i386.qemu-kvm_0.14.0%2Bspice-v35-0ubuntu1_FAILEDTOBUILD.txt.gz)
is:
/build/buildd/qemu-kvm-0.14.0+spice-v35/hw/qxl.c: In function
'interface_release_resource':
On 05/12/2011 10:56 AM, Markus Armbruster wrote:
Gerd Hoffmannkra...@redhat.com writes:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the problem with the empty strings btw?
Anthony ;)
1)
Anthony Liguori anth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the problem with the empty strings btw?
The only way
Anthony Liguori anth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the problem with the empty strings btw?
The only way
On 05/12/2011 11:08 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the
On 05/12/2011 11:18 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the
On Thu, 12 May 2011 17:05:12 +0200
Markus Armbruster arm...@redhat.com wrote:
Its value is unreliable: a block device used as floppy has type
floppy if created with if=floppy, but type hd if created with
if=none.
That's because with if=none, the type is at best a declaration of
intent: the
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 17:05:12 +0200
Markus Armbruster arm...@redhat.com wrote:
Its value is unreliable: a block device used as floppy has type
floppy if created with if=floppy, but type hd if created with
if=none.
That's because with if=none,
On 05/12/2011 11:18 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
http://lists.gnu.org/archive/html/qemu-devel/2011-02/msg02169.html
What is the
On Thu, 12 May 2011 19:12:56 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 17:05:12 +0200
Markus Armbruster arm...@redhat.com wrote:
Its value is unreliable: a block device used as floppy has type
floppy if created
On the other hand the current ac97.c implementation is a closely coupled
combination of a PCI/ACLink bridge (Intel 82801AA) with a generic AC97
codec. This has prevent me to easily reuse this code.
The milkymist-ac97 implementation is another case. It looks like a basic
implementation with
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:12:56 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 17:05:12 +0200
Markus Armbruster arm...@redhat.com wrote:
Its value is unreliable: a block
Anthony Liguori anth...@codemonkey.ws writes:
On 05/12/2011 11:08 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
On 05/12/2011 12:58 PM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 11:08 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation
On Thu, May 12, 2011 at 12:54 PM, Stefan Hajnoczi
stefa...@linux.vnet.ibm.com wrote:
From: Kevin Wolf kw...@redhat.com
Asynchronous code is becoming very complex. At the same time
synchronous code is growing because it is convenient to write.
Sometimes duplicate code paths are even added,
On 12 May 2011 19:58, Markus Armbruster arm...@redhat.com wrote:
Anthony Liguori anth...@codemonkey.ws writes:
But for things like Spice where the lack of libspice influences
whether the device is available, how do I extract formal documentation
to publish on qemu.org reliably?
If no
Anthony Liguori anth...@codemonkey.ws writes:
On 05/12/2011 11:18 AM, Markus Armbruster wrote:
Anthony Liguorianth...@codemonkey.ws writes:
On 05/12/2011 10:25 AM, Gerd Hoffmann wrote:
Hi,
What is the status of the qdev documentation patches btw.?
On Thu, 12 May 2011 19:54:40 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 19:12:56 +0200
Markus Armbruster arm...@redhat.com wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
On Thu, 12 May 2011 17:05:12
On Thu, May 12, 2011 at 7:12 PM, Blue Swirl blauwir...@gmail.com wrote:
On Thu, May 12, 2011 at 12:54 PM, Stefan Hajnoczi
stefa...@linux.vnet.ibm.com wrote:
diff --git a/coroutine-ucontext.c b/coroutine-ucontext.c
new file mode 100644
index 000..3b14ebf
--- /dev/null
+++
On Thu, May 12, 2011 at 08:15:43PM +0200, Peter Maydell wrote:
On 12 May 2011 19:58, Markus Armbruster arm...@redhat.com wrote:
Anthony Liguori anth...@codemonkey.ws writes:
But for things like Spice where the lack of libspice influences
whether the device is available, how do I extract
On 05/12/2011 02:32 PM, Alon Levy wrote:
We could have a (just picking up the Spice example) spice-docs file
that was checked in and updated periodically by generation by the maintainer.
It's error prone, you could still update the source but forget to checkin the
spice-docs
and get an old
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index c4d903a..a748c34 100644
--- a/hw/9pfs/virtio-9p.c
+++
In the process of preparation for coroutine threads, remove all post functions
and make the function more readable.
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 25 +++--
1 files changed, 7 insertions(+), 18 deletions(-)
diff
Rearrange the code so that we can avoid V9fsReadLinkState.
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 26 ++
hw/9pfs/virtio-9p.h |7 ---
2 files changed, 10 insertions(+), 23 deletions(-)
diff --git
This patch changes the top level handlers to coroutines and sets the base.
It will be followed up with series of patches to convert all filesystem
calls to threaded coroutines pushing all blocking clals in VirtFS out
of vcpu threads.
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
VirtFS (fileserver base on 9P) performs many blocking system calls in the
vCPU context. This effort is to move the blocking calls out of vCPU/IO
thread context, into asynchronous threads.
Anthony's Add hard build dependency on glib patch and
Kevin/Stefan's coroutine effort is a prerequisite.
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 59 +-
hw/9pfs/virtio-9p.h |8
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 52 --
1 files changed, 13 insertions(+), 39 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 7ef6ad8..af0143d 100644
---
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 165 +--
hw/9pfs/virtio-9p.h |8
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 92 --
hw/9pfs/virtio-9p.h | 22
This patch is originally made by Arun Bharadwaj for glib support.
Later Harsh Prateek Bora added coroutines support.
Signed-off-by: Arun R Bharadwaj a...@linux.vnet.ibm.com
Signed-off-by: Harsh Prateek Bora ha...@linux.vnet.ibm.com
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 198 ---
1 files changed, 63
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p.c | 170 +--
1 files changed, 69
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/cofs.c | 45 +
hw/9pfs/virtio-9p-coth.h |
Signed-off-by: Venkateswararao Jujjuri jv...@linux.vnet.ibm.com
---
hw/9pfs/codir.c | 34 ++
hw/9pfs/virtio-9p-coth.h |1 +
hw/9pfs/virtio-9p.c | 28 ++--
3 files changed, 41 insertions(+), 22 deletions(-)
diff --git
1 - 100 of 118 matches
Mail list logo