On Fri, Jul 23, 2010 at 13:15, Stefan Hajnoczi wrote:
> Thanks Mulyadi, I think you are referring to the tracing work that
> Prerna Saxena and I are doing. Here is the documentation:
>
> http://repo.or.cz/w/qemu/stefanha.git/blob/tracing:/docs/tracing.txt
You're welcome Stefan :) I just hate to
On Thu, Jul 22, 2010 at 3:46 PM, Andre Przywara wrote:
> Corentin Chary wrote:
>>
>> Hi,
>> I was working on merging VNC updates into bigger ones to see if it
>> lower the overhead (big updates sometime use less network/cpu than a
>> lot of small updates).
>> For that, I needed some new bitmap fun
Currently we set them to 512 bytes unless manually specified. Unforuntaly
some brain-dead partitioning tools create unaligned partitions if they
get low enough optiomal I/O size values, so don't report any at all
unless explicitly set.
Signed-off-by: Christoph Hellwig
Index: qemu/block_int.h
==
On Fri, Jul 23, 2010 at 3:15 PM, Stefan Hajnoczi wrote:
> On Fri, Jul 23, 2010 at 4:12 AM, Mulyadi Santosa
> wrote:
>> Hi...
>>
>> On Fri, Jul 23, 2010 at 05:30, Eduardo Cruz
>> wrote:
>>> Hello, I need qemu to keep track of all the memory access made by the guest,
>>> including read, write and
wang Tiger wrote:
> 在 2010年7月22日 下午11:47，Stefan Hajnoczi 写道：
>> 2010/7/22 wang Tiger :
>>> In our implementation for x86_64 target, all devices except LAPIC are
>>> emulated in a seperate thread. VCPUs are emulated in other threads
>>> (one thread per VCPU).
>>> By observing some device drivers i
Jun Koi wrote:
> On Fri, Jul 23, 2010 at 1:58 PM, TeLeMan wrote:
>> On Fri, Jun 25, 2010 at 22:56, Jan Kiszka wrote:
>>> Guest debugging is currently broken under CONFIG_IOTHREAD. The reason is
>>> inconsistent or even lacking signaling the debug events from the source
>>> VCPU to the main loop a
Anthony Liguori writes:
> On 07/22/2010 03:42 AM, Daniel P. Berrange wrote:
>> On Wed, Jul 21, 2010 at 06:39:32PM -0500, Anthony Liguori wrote:
[...]
>>> If a distro backports a feature, it should change the QEMU version
>>> string. If it doesn't, that's a distro problem.
>>>
>> This puts
On 23.07.2010, at 09:53, Jan Kiszka wrote:
> wang Tiger wrote:
>> 在 2010年7月22日 下午11:47，Stefan Hajnoczi 写道：
>>> 2010/7/22 wang Tiger :
In our implementation for x86_64 target, all devices except LAPIC are
emulated in a seperate thread. VCPUs are emulated in other threads
(one thre
On Fri, Jul 23, 2010 at 8:25 AM, Mulyadi Santosa
wrote:
> On Fri, Jul 23, 2010 at 13:15, Stefan Hajnoczi wrote:
>> Thanks Mulyadi, I think you are referring to the tracing work that
>> Prerna Saxena and I are doing. Here is the documentation:
>>
>> http://repo.or.cz/w/qemu/stefanha.git/blob/trac
On Fri, Jul 23, 2010 at 8:34 AM, Jun Koi wrote:
> On Fri, Jul 23, 2010 at 3:15 PM, Stefan Hajnoczi wrote:
>> On Fri, Jul 23, 2010 at 4:12 AM, Mulyadi Santosa
>> wrote:
>>> Hi...
>>>
>>> On Fri, Jul 23, 2010 at 05:30, Eduardo Cruz
>>> wrote:
Hello, I need qemu to keep track of all the memo
Luiz Capitulino writes:
> This is good for 0.13, please check individual patches for details.
Looks good to me.
2010/7/23 Alexander Graf :
>
> On 23.07.2010, at 09:53, Jan Kiszka wrote:
>
>> wang Tiger wrote:
>>> 在 2010年7月22日 下午11:47，Stefan Hajnoczi 写道：
2010/7/22 wang Tiger :
> In our implementation for x86_64 target, all devices except LAPIC are
> emulated in a seperate thread. VCPUs are emula
Stefan Hajnoczi wrote:
> 2010/7/23 Alexander Graf :
>> On 23.07.2010, at 09:53, Jan Kiszka wrote:
>>
>>> wang Tiger wrote:
在 2010年7月22日 下午11:47，Stefan Hajnoczi 写道：
> 2010/7/22 wang Tiger :
>> In our implementation for x86_64 target, all devices except LAPIC are
>> emulated in a se
在 2010年7月23日 下午3:53，Jan Kiszka 写道：
> wang Tiger wrote:
>> 在 2010年7月22日 下午11:47，Stefan Hajnoczi 写道：
>>> 2010/7/22 wang Tiger :
In our implementation for x86_64 target, all devices except LAPIC are
emulated in a seperate thread. VCPUs are emulated in other threads
(one thread per VC
On Thu, Jul 22, 2010 at 09:54:46PM +, Blue Swirl wrote:
> diff --git a/hw/pci.c b/hw/pci.c
> index a98d6f3..49f03fb 100644
> --- a/hw/pci.c
> +++ b/hw/pci.c
...
> @@ -817,6 +825,25 @@ void pci_register_bar(PCIDevice *pci_dev, int region_num,
> pci_set_long(pci_dev->wmask + addr, wmask
When a 'cont' is issued on a VM that's just waiting for an incoming
migration, the VM reboots and boots into the guest, possibly corrupting
its storage since it could be shared with another VM running elsewhere.
Ensure that a VM started with '-incoming' is only run when an incoming
migration succe
Am 23.07.2010 09:35, schrieb Christoph Hellwig:
> Currently we set them to 512 bytes unless manually specified. Unforuntaly
> some brain-dead partitioning tools create unaligned partitions if they
> get low enough optiomal I/O size values, so don't report any at all
> unless explicitly set.
>
> S
在 2010年7月23日 下午5:13，Stefan Hajnoczi 写道：
> 2010/7/23 Alexander Graf :
>>
>> On 23.07.2010, at 09:53, Jan Kiszka wrote:
>>
>>> wang Tiger wrote:
在 2010年7月22日 下午11:47，Stefan Hajnoczi 写道：
> 2010/7/22 wang Tiger :
>> In our implementation for x86_64 target, all devices except LAPIC are
>>
2010/7/23 wang Tiger :
> 在 2010年7月23日 下午5:13，Stefan Hajnoczi 写道：
>> 2010/7/23 Alexander Graf :
>>>
>>> On 23.07.2010, at 09:53, Jan Kiszka wrote:
>>>
wang Tiger wrote:
> 在 2010年7月22日 下午11:47，Stefan Hajnoczi 写道：
>> 2010/7/22 wang Tiger :
>>> In our implementation for x86_64 target
On Fri, Jul 23, 2010 at 12:50:12PM +0200, Kevin Wolf wrote:
> This isn't reverting to the state before we reported anything, but it
> reports values of 0 now. Is this defined for both virtio-blk and SCSI to
> mean the same as no report at all? Or should we rather not advertise
> VIRTIO_BLK_F_TOPOLO
Am 23.07.2010 13:30, schrieb Christoph Hellwig:
> On Fri, Jul 23, 2010 at 12:50:12PM +0200, Kevin Wolf wrote:
>> This isn't reverting to the state before we reported anything, but it
>> reports values of 0 now. Is this defined for both virtio-blk and SCSI to
>> mean the same as no report at all? Or
Hi,
I am looking at the save_globals() of TCG code, and it seems this
function saves regular registers like EAX, ..., EDI back to CPU state.
But I am not sure if it also saves value of other registers, like
EFlags, Segments, CR*, DR*, ... (?)
>From what I saw, it doesnt seem to do so. Is it corre
On Fri, Jul 23, 2010 at 01:56:50PM +0200, Kevin Wolf wrote:
> I've applied the patch to the block branch. This is something for 0.13,
> too, I suppose?
Yes, I think so. It's easy enough and the broken guest already are in
the wild.
From: Jes Sorensen
pc-0.11 and older uses fw_cfg to provide option ROMs. As fw_cfg is setup
at init time, it is not possible to load an option ROM for a hotplug
device when running in compat mode.
Signed-off-by: Jes Sorensen
---
hw/pci.c | 14 +-
1 files changed, 9 insertions(+),
We are currently seeking for a customer care operator. This is a great
opportunity for you to work from home directly from your computer and spend
more time with your family while earning a good income with extra weekly bonus
and a free HP laptop. Apply within and contact our employment officer
From: Jes Sorensen
If removing an entry from the list which is fully included in the
region and this is the first entry in the list. In this case 'to' can
go to -1, which is perfectly valid. Don't assert() on this case.
Signed-off-by: Jes Sorensen
---
hw/vhost.c |1 -
1 files changed, 0 in
This patch replaces constant value assigned for (DisasContext
*)->is_jmp with DISAS_TB_JUMP.
Signed-off-by: Jun Koi
diff --git a/target-i386/translate.c b/target-i386/translate.c
index 2fcc026..9543298 100644
--- a/target-i386/translate.c
+++ b/target-i386/translate.c
@@ -2322,7 +2322,7 @@ static
jes.soren...@redhat.com writes:
> From: Jes Sorensen
>
> pc-0.11 and older uses fw_cfg to provide option ROMs. As fw_cfg is setup
> at init time, it is not possible to load an option ROM for a hotplug
> device when running in compat mode.
Example:
$ qemu -M pc-0.11 -S -monitor stdio
QEM
Some more information from log.
Faulting application qemu.exe, version 0.0.0.0, faulting module unknown,
version 0.0.0.0, fault address 0x.
For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
Source Application Error
Event ID 1000
Regards,
From: Jes Sorensen
pc-0.11 and older uses fw_cfg to provide option ROMs. As fw_cfg is setup
at init time, it is not possible to load an option ROM for a hotplug
device when running in compat mode.
v2: Alex Williamson pointed out that one can get to qdev directly from
pci_dev, so no need to pass
---
qemu-monitor.hx | 71 +++
1 files changed, 71 insertions(+), 0 deletions(-)
diff --git a/qemu-monitor.hx b/qemu-monitor.hx
index 2af3de6..f6b976a 100644
--- a/qemu-monitor.hx
+++ b/qemu-monitor.hx
@@ -2490,6 +2490,77 @@ STEXI
show device
This series introduces the documentation for the query-available-devices command
and the conversion of the monitor command 'info qdm' to QMP.
The documentation and code were based on a patch previously sent to qemu-devel
by Daniel P. Berrange:
http://lists.gnu.org/archive/html/qemu-devel/2010-06/
---
hw/qdev.c | 31 +++
hw/qdev.h |2 +-
monitor.c |3 ++-
3 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index 14985f5..ea9633c 100644
--- a/hw/qdev.c
+++ b/hw/qdev.c
@@ -780,13 +780,36 @@ void do_info_qtree(Monitor *mon
---
hw/qdev.c | 84 +
hw/qdev.h |1 +
monitor.c |8 ++
3 files changed, 93 insertions(+), 0 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index e99c73f..14985f5 100644
--- a/hw/qdev.c
+++ b/hw/qdev.c
@@ -29,6 +29,7 @@
#i
The QEMU team is pleased to announce the availability of the 0.12.5
release. This is a stable release of the 0.12 series and only contains
bug fixes since 0.12.4.
It can be downloaded from Savannah at:
http://download.savannah.gnu.org/releases/qemu/qemu-0.12.5.tar.gz
On behalf of the QEMU te
El 23/07/2010, a las 17:46, Aurelien Jarno escribió:
> The QEMU team is pleased to announce the availability of the 0.12.5
> release. This is a stable release of the 0.12 series and only contains
> bug fixes since 0.12.4.
>
> It can be downloaded from Savannah at:
>
> http://download.savannah.
> El 23/07/2010, a las 17:46, Aurelien Jarno escribió:
>
>> The QEMU team is pleased to announce the availability of the 0.12.5
>> release. This is a stable release of the 0.12 series and only contains
>> bug fixes since 0.12.4.
>>
>> It can be downloaded from Savannah at:
>>
>> http://download.s
On Fri, Jul 23, 2010 at 08:59:54PM +0900, Jun Koi wrote:
> Hi,
>
> I am looking at the save_globals() of TCG code, and it seems this
> function saves regular registers like EAX, ..., EDI back to CPU state.
>
> But I am not sure if it also saves value of other registers, like
> EFlags, Segments, C
I'm trying to test my new mips toolchain by compiling a simple test
script and running it with qemu-mips. When I try to test my script
with the command "qemu-mips [script name]", I get this error: "Error
-8 while loading [script name]". What does error -8 mean? What could
cause it? Please CC all re
On Fri, 23 Jul 2010 16:15:15 +0530
Amit Shah wrote:
> When a 'cont' is issued on a VM that's just waiting for an incoming
> migration, the VM reboots and boots into the guest, possibly corrupting
> its storage since it could be shared with another VM running elsewhere.
>
> Ensure that a VM start
Somehow, one of my CD images disappeared after use. It seems to be a
horrible bug with -snapshot:
$ touch image.iso image2.iso
$ qemu -cdrom image.iso -monitor stdio
QEMU 0.12.50 monitor - type 'help' for more information
(qemu) change ide1-cd0 image2.iso
(qemu) change ide1-cd0 image.iso
(qemu) q
On Fri, 23 Jul 2010, Evan Kroske wrote:
> I'm trying to test my new mips toolchain by compiling a simple test
> script and running it with qemu-mips. When I try to test my script
> with the command "qemu-mips [script name]", I get this error: "Error
> -8 while loading [script name]". What does err
On Fri, Jul 23, 2010 at 15:39, Stefan Hajnoczi wrote:
> The performance of these backends is different. If performance is a
> top concern, then the "ust" backend is probably the way to go. See
> http://lttng.org/ust for more info.
Oh wow, so let me put it another way: it's using LTTng? neat!
On Fri, Jul 23, 2010 at 23:46, Aurelien Jarno wrote:
> The QEMU team is pleased to announce the availability of the 0.12.5
> release. This is a stable release of the 0.12 series and only contains
> bug fixes since 0.12.4.
Great! looking forward to test that
NB: Please no offense... Aurelien, you
Command line flag '-snapshot' was setting the drive flag 'snapshot'
for all drives. Therefore also CDROM devices were incorrectly marked
with BDRV_O_SNAPSHOT. Thus the backing images were accidentally deleted
at bdrv_open time, for example when changing the image with monitor
'change' command.
Fix
On Fri, Jul 23, 2010 at 10:40 AM, Isaku Yamahata wrote:
> On Thu, Jul 22, 2010 at 09:54:46PM +, Blue Swirl wrote:
>> diff --git a/hw/pci.c b/hw/pci.c
>> index a98d6f3..49f03fb 100644
>> --- a/hw/pci.c
>> +++ b/hw/pci.c
> ...
>> @@ -817,6 +825,25 @@ void pci_register_bar(PCIDevice *pci_dev, int
On Fri, 23 Jul 2010 13:47:37 -0300
Miguel Di Ciurcio Filho wrote:
> This series introduces the documentation for the query-available-devices
> command
> and the conversion of the monitor command 'info qdm' to QMP.
>
> The documentation and code were based on a patch previously sent to qemu-deve
On Sat, Jul 24, 2010 at 02:41:31AM +0700, Mulyadi Santosa wrote:
> On Fri, Jul 23, 2010 at 23:46, Aurelien Jarno wrote:
> > The QEMU team is pleased to announce the availability of the 0.12.5
> > release. This is a stable release of the 0.12 series and only contains
> > bug fixes since 0.12.4.
>
On Sat, Jul 24, 2010 at 2:53 AM, Aurelien Jarno wrote:
> On Fri, Jul 23, 2010 at 08:59:54PM +0900, Jun Koi wrote:
>> Hi,
>>
>> I am looking at the save_globals() of TCG code, and it seems this
>> function saves regular registers like EAX, ..., EDI back to CPU state.
>>
>> But I am not sure if it a
On Fri, Jul 23, 2010 at 2:15 PM, Stefan Hajnoczi wrote:
> On Fri, Jul 23, 2010 at 4:12 AM, Mulyadi Santosa
> wrote:
>> Hi...
>>
>> On Fri, Jul 23, 2010 at 05:30, Eduardo Cruz
>> wrote:
>>> Hello, I need qemu to keep track of all the memory access made by the guest,
>>> including read, write and
On Sat, Jul 24, 2010 at 09:35:44AM +0900, Jun Koi wrote:
> On Sat, Jul 24, 2010 at 2:53 AM, Aurelien Jarno wrote:
> > On Fri, Jul 23, 2010 at 08:59:54PM +0900, Jun Koi wrote:
> >> Hi,
> >>
> >> I am looking at the save_globals() of TCG code, and it seems this
> >> function saves regular registers
On Sat, Jul 24, 2010 at 04:47, Aurelien Jarno wrote:
> I don't really think there is a real lead developer. People contribute
> as a function of their time and interests. I got some time to cut a
> stable release release, as I already did for some of them in the past.
I see well, again..happ
52 matches
Mail list logo
