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):
virtio-serial-bus
From: Alon Levy
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.
Signed-off-by: Alon L
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 Borntraege
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 loc
Am 11.05.2011 21:12, schrieb Stefan Weil:
> Am 11.05.2011 12:15, schrieb Stefan Hajnoczi:
>> From: Kevin Wolf
>>
>> 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 s
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 + s
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")) {
>>> +
> On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan
> wrote:
> > From: Aidan Shribman
> >
> > [PATCH] Add warmup phase for live migration of large memory apps
> >
> > By invoking "migrate -w " we initiate a background
> live-migration
> > transferring of dirty pages continuously until invocation
> 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 af
Glauber Costa 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 is used.
>
> Si
On 05/11/11 10:52, Markus Armbruster wrote:
Good stuff, just a few questions.
Gerd Hoffmann 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, like this: "5.1".
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 c
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 the
Michael Tokarev 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
>>> wrote:
On Wed, May 11, 2011 at 6:01 AM, Markus Armbruster
wrote:
> Stefan Hajnoczi writes:
>
>> On Tue, May
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 n
On 2011-05-11 12:15, Stefan Hajnoczi wrote:
> From: Kevin Wolf
>
> 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 pa
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 In
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 contin
From: Kevin Wolf
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 code
that looks sy
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
---
Makefile |3 +-
ch
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
./c
On Thu, May 12, 2011 at 10:51 AM, Jan Kiszka wrote:
> On 2011-05-11 12:15, Stefan Hajnoczi wrote:
>> From: Kevin Wolf
>>
>> 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 ad
Am 12.05.2011 11:51, schrieb Jan Kiszka:
> On 2011-05-11 12:15, Stefan Hajnoczi wrote:
>> From: Kevin Wolf
>>
>> 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 syn
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 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 a coroutin
Am 12.05.2011 12:22, schrieb Stefan Hajnoczi:
> On Thu, May 12, 2011 at 11:13 AM, Kevin Wolf 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 havin
"Shribman, Aidan" wrote:
>> On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan
>> wrote:
>> > From: Aidan Shribman
>> >
>> > [PATCH] Add warmup phase for live migration of large memory apps
>> >
>> > By invoking "migrate -w " we initiate a background
>> live-migration
>> > transferring of dirty
On Thu, May 12, 2011 at 12:39:22PM +0200, Juan Quintela wrote:
> "Shribman, Aidan" wrote:
> >> On Wed, May 11, 2011 at 8:58 AM, Shribman, Aidan
> >> wrote:
> >> > From: Aidan Shribman
> >> >
> >> > [PATCH] Add warmup phase for live migration of large memory apps
> >> >
> >> > By invoking "migra
"Shribman, Aidan" wrote:
> From: Aidan Shribman
>
> [PATCH] Add warmup phase for live migration of large memory apps
>
> By invoking "migrate -w " we initiate a background live-migration
> transferring of dirty pages continuously until invocation of "migrate_end"
> which attempts to complete the
"Shribman, Aidan" 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 would change the cod
[note cc: Amit]
Gerd Hoffmann 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.
> qdev-dev
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 th
On Thu, May 12, 2011 at 12:12 PM, Paolo Bonzini 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 for
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 wit
> 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
On Thu, May 12, 2011 at 12:18 PM, Paolo Bonzini 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 not comp
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.
http
** 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 QE
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 have
Hi,
On Wed, May 11, 2011 at 22:39, Rob Landley 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 interface and
> -
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 85097db6956bc86e2
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 o
Am 12.05.2011 um 15:39 schrieb Stefano Stabellini
:
> 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.
>>>
Rob Landley writes:
> 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 interface and
> -net tun attaches to the first, I.
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)
> >
This is a resend of email sent 08.05.2011 01:18.
On Linux, SDL may use fbcon|directfb|svgalib when run without
accessible $DISPLAY to open X11 window. This is often the case
when qemu is run using sudo. But in this case, and when actually
run in X11 environment, SDL fights with X11 for the video
On 05/11/11 19:11, Glauber Costa wrote:
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 us
On 05/03/2011 06: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 read-modify-wr
On 05/11/2011 08:25 PM, Blue Swirl wrote:
>
> I think a useful, and incremental goal is elimination of global cpu_env state
> in C code (i.e eliminate HELPER_CFLAGS and dyngen-exec.h).
> We already have much of the infrastructure for this - op_helper v.s. helper.c
> and code_gen_prologue for
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 @
DriveInfo is closely tied to -drive, and like -drive, it mixes
information about host and guest part of the block device. Unlike
DriveInfo, BlockDriverState should be about the host part only.
One of the remaining guest bits there is the "type hint". -drive
option media sets it, and qdevs "ide-d
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
---
block.c | 12
block.h |5 -
block_int.h |1 -
blockdev.c |4 ++--
4 files changed, 2 inserti
ide-hd does *not* suppress the default CD-ROM, unlike legacy
ide-drive.
scsi-cd *does* suppress it, unlike legacy scsi-disk.
Signed-off-by: Markus Armbruster
---
vl.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/vl.c b/vl.c
index 6b9a2f6..8bd7cc6 100644
--- a/vl.c
+
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'
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 compatibil
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 betwee
Kevin Wolf 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 can
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 compatibili
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 t
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 read-modify-wr
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
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 fo
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 synchro
Pasto: this is PATCH v3. Sorry.
Gerd Hoffmann 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 fo
@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':
/build/buildd/qemu-kvm-0.14.0+spice-v35/hw/qxl.c:
On 05/12/2011 10:56 AM, Markus Armbruster wrote:
Gerd Hoffmann 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) It doesn't help us
Anthony Liguori 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 arou
Anthony Liguori 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 arou
On 05/12/2011 11:08 AM, Markus Armbruster wrote:
Anthony Liguori 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 stri
On 05/12/2011 11:18 AM, Markus Armbruster wrote:
Anthony Liguori 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 stri
On Thu, 12 May 2011 17:05:12 +0200
Markus Armbruster 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 drive c
Luiz Capitulino writes:
> On Thu, 12 May 2011 17:05:12 +0200
> Markus Armbruster 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
On 05/12/2011 11:18 AM, Markus Armbruster wrote:
Anthony Liguori 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 stri
On Thu, 12 May 2011 19:12:56 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > On Thu, 12 May 2011 17:05:12 +0200
> > Markus Armbruster wrote:
> >
> >> Its value is unreliable: a block device used as floppy has type
> >> "floppy" if created with if=floppy, but type "hd" 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
Luiz Capitulino writes:
> On Thu, 12 May 2011 19:12:56 +0200
> Markus Armbruster wrote:
>
>> Luiz Capitulino writes:
>>
>> > On Thu, 12 May 2011 17:05:12 +0200
>> > Markus Armbruster wrote:
>> >
>> >> Its value is unreliable: a block device used as floppy has type
>> >> "floppy" if created wi
Anthony Liguori writes:
> On 05/12/2011 11:08 AM, Markus Armbruster wrote:
>> Anthony Liguori 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-
On 05/12/2011 12:58 PM, Markus Armbruster wrote:
Anthony Liguori writes:
On 05/12/2011 11:08 AM, Markus Armbruster wrote:
Anthony Liguori 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/h
On Thu, May 12, 2011 at 12:54 PM, Stefan Hajnoczi
wrote:
> From: Kevin Wolf
>
> 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 asynchron
On 12 May 2011 19:58, Markus Armbruster wrote:
> Anthony Liguori 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 maintainer of QEMU can build with Spi
Anthony Liguori writes:
> On 05/12/2011 11:18 AM, Markus Armbruster wrote:
>> Anthony Liguori 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-
On Thu, 12 May 2011 19:54:40 +0200
Markus Armbruster wrote:
> Luiz Capitulino writes:
>
> > On Thu, 12 May 2011 19:12:56 +0200
> > Markus Armbruster wrote:
> >
> >> Luiz Capitulino writes:
> >>
> >> > On Thu, 12 May 2011 17:05:12 +0200
> >> > Markus Armbruster wrote:
> >> >
> >> >> Its valu
On Thu, May 12, 2011 at 7:12 PM, Blue Swirl wrote:
> On Thu, May 12, 2011 at 12:54 PM, Stefan Hajnoczi
> wrote:
>> diff --git a/coroutine-ucontext.c b/coroutine-ucontext.c
>> new file mode 100644
>> index 000..3b14ebf
>> --- /dev/null
>> +++ b/coroutine-ucontext.c
>> @@ -0,0 +1,73 @@
>> +/*
>
On Thu, May 12, 2011 at 08:15:43PM +0200, Peter Maydell wrote:
> On 12 May 2011 19:58, Markus Armbruster wrote:
> > Anthony Liguori writes:
> >> But for things like Spice where the lack of libspice influences
> >> whether the device is available, how do I extract formal documentation
> >> to publ
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 versi
Signed-off-by: Venkateswararao Jujjuri "
---
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
+++ b/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 "
---
hw/9pfs/virtio-9p.c | 25 +++--
1 files changed, 7 insertions(+), 18 deletions(-)
diff --git a/hw/9pfs/virtio-9p.
Rearrange the code so that we can avoid V9fsReadLinkState.
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 26 ++
hw/9pfs/virtio-9p.h |7 ---
2 files changed, 10 insertions(+), 23 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-
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 "
---
hw/9pfs/virtio-9p-
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
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 59 +-
hw/9pfs/virtio-9p.h |8 ---
2 files changed, 20 insertions(+), 47 deletions(-)
diff --git a/hw/9pfs/virtio-
1 - 100 of 134 matches
Mail list logo
