On Fri, 9 Sep 2011 17:25:41 -0300
Luiz Capitulino wrote:
> This commit could have been folded with the previous one, however
> doing it separately will allow for easy bisect and revert if needed.
>
> Checking and testing all valid transitions wasn't trivial, chances
> are this will need broader
The commit "usb/hid: add hid_pointer_activate, use it" used
HIDMouseState.mouse_grabbed in hid_pointer_activate(), so
mouse_grabbed should be added into vmstat.
Signed-off-by: TeLeMan
---
hw/hid.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/hw/hid.c b/hw/hid.c
inde
Jan Kiszka wrote:
> On 2011-09-13 16:38, Liu, Jinsong wrote:
>> From c1b502d6548fcc41592cd90acc82109ee949df75 Mon Sep 17 00:00:00
>> 2001
>> From: Liu, Jinsong
>> Date: Tue, 13 Sep 2011 22:05:30 +0800
>> Subject: [PATCH] Qemu co-operation with kvm tsc deadline timer
>>
>> KVM add emulation of la
Log for bps=((10 * 1024 * 1024)).
test: (g=0): rw=write, bs=512-512/512-512, ioengine=libaio, iodepth=1
Starting 1 process
Jobs: 1 (f=1): [W] [100.0% done] [0K/58K /s] [0/114 iops] [eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=2657
write: io=51,200KB, bw=58,527B/s, iops=114, runt=895793ms
At 09/05/2011 02:13 AM, Michael S. Tsirkin Write:
> Support bridge filtering on top of the memory
> API as suggested by Avi Kivity:
>
> Create a memory region for the bridge's address space. This region is
> not directly added to system_memory or its descendants. Devices under
> the bridge see t
The Buildbot has detected a new failure on builder block_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/block_x86_64_debian_6_0/builds/30
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build
Still crashes just the same.
I updated the drivers for virt net, scsi & serial from the XP and WXp folders
in the zip file that you referenced.
Then I shutdown the VM.
Because it only seems to happen every other time that Qemu is started, I
started it back up and shut it down again.
Then the VM w
On Tue, Sep 13, 2011 at 14:52, bala suru wrote:
> Hi,
>
> I have some problem at the genarating the KVM-QEMU image from the .iso file
> ., I tried virt-manager but could not create the proper one .
i am not really sure what you're going to do, but if you just wanna to
access it, why not simply pa
On 09/13/2011 02:31 PM, Blue Swirl wrote:
On Mon, Sep 12, 2011 at 9:05 PM, Anthony Liguori wrote:
On 09/12/2011 08:53 AM, Avi Kivity wrote:
On 09/12/2011 04:46 PM, Lucas Meneghel Rodrigues wrote:
On 09/12/2011 06:07 AM, Avi Kivity wrote:
On 09/11/2011 02:38 PM, Alexander Graf wrote:
Am
On Tue, Sep 13, 2011 at 11:34 AM, Jan Kiszka wrote:
> On 2011-09-13 11:42, Alexander Graf wrote:
>>
>> On 13.09.2011, at 11:00, Jan Kiszka wrote:
>>
>>> On 2011-09-13 10:40, Alexander Graf wrote:
Btw, it still tries to execute invalid code even with your patch. #if
0'ing out the memory
On 09/13/2011 12:10 PM, William Cohen wrote:
> Should the qemu.kvm.cpu_in and qemu.kvm.cpu_out match up? There are a lot
> more qemu.kvm.cpu_out than qemu.kvm.cpu_in count.
I found that cpu_in and cpu_out refer to input and output instructions. I
wrote a little script tally up the input and o
On Mon, Sep 12, 2011 at 9:05 PM, Anthony Liguori wrote:
> On 09/12/2011 08:53 AM, Avi Kivity wrote:
>>
>> On 09/12/2011 04:46 PM, Lucas Meneghel Rodrigues wrote:
>>>
>>> On 09/12/2011 06:07 AM, Avi Kivity wrote:
On 09/11/2011 02:38 PM, Alexander Graf wrote:
>
> Am 11.09.2011 um 1
>>
>> We are trying to paravirtualize the IPMI device (/dev/ipmi0).
>
> From http://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface:
> "An implementation of IPMI version 1.5 can communicate via a direct
> serial connection or via a side-band local area network (LAN)
> connection to
Am 13.09.2011 um 18:44 schrieb Scott Wood :
> On 09/13/2011 08:08 AM, Alexander Graf wrote:
>> Fabien Chouteau wrote:
>>> static void booke_update_irq(CPUState *env)
>>> {
>>>ppc_set_irq(env, PPC_INTERRUPT_DECR,
>>>(env->spr[SPR_BOOKE_TSR] & TSR_DIS
>>> && e
On 09/13/2011 08:08 AM, Alexander Graf wrote:
> Fabien Chouteau wrote:
>> static void booke_update_irq(CPUState *env)
>> {
>> ppc_set_irq(env, PPC_INTERRUPT_DECR,
>> (env->spr[SPR_BOOKE_TSR] & TSR_DIS
>> && env->spr[SPR_BOOKE_TCR] & TCR_DIE));
>>
>> ppc_set_
I've made several unsuccessful attempts to reproduce this problem,
running VMs on top of F14 and RHEL6.2
The only one relatively close problem, reported by our QE, was
https://bugzilla.redhat.com/show_bug.cgi?id=727034
It must be fixed in our internal repository. (Public repository
is out of syn
On 09/13/2011 06:03 AM, Stefan Hajnoczi wrote:
> On Mon, Sep 12, 2011 at 4:33 PM, William Cohen wrote:
>> The RHEL-6 version of qemu-kvm makes the tracepoints available to SystemTap.
>> I have been working on useful examples for the SystemTap tracepoints in
>> qemu. There doesn't seem to be a gr
Signed-off-by: Paolo Bonzini
---
trace-events |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/trace-events b/trace-events
index a8e7684..1e9e717 100644
--- a/trace-events
+++ b/trace-events
@@ -454,7 +454,7 @@ milkymist_vgafb_memory_write(uint32_t addr, uint32_t value)
Hi all,
Apologize ... I have try using the apt-get install qemu (0.12) and it's
seem that it's not target the kernel (because Qnap and chroot don't have
the same level), generally all works fine (virtualbox for ex.) only
kernel module if needed are to rebuild ...
But at all I have downloaded
On 09/13/2011 05:36 PM, Kevin Wolf wrote:
If you prefer putting it next to qemu_write_full() and friends rather
than into the sockets file, feel free to do that.
Yes, that makes good sense.
Paolo
Am 13.09.2011 17:16, schrieb Paolo Bonzini:
> On 09/13/2011 04:14 PM, Kevin Wolf wrote:
block/sheepdog.c | 225
++
cutils.c | 103 +
qemu-common.h|3 +
qemu-coroutine.c |
On 09/13/2011 04:14 PM, Kevin Wolf wrote:
>block/sheepdog.c | 225
++
>cutils.c | 103 +
>qemu-common.h|3 +
>qemu-coroutine.c | 70 +
>qemu-coroutine.h | 26 ++
On 09/13/2011 03:58 PM, Kevin Wolf wrote:
> +case NBD_CMD_TRIM:
> +TRACE("Request type is TRIM");
> +bdrv_discard(bs, (request.from + dev_offset) / 512,
> + request.len / 512);
Errors are completely ignored? Does the NBD protocol not allow to return
a
On 09/13/2011 03:52 PM, Kevin Wolf wrote:
> +
> +if (reply.error !=0)
Missing space (this is not for consistency, right?)
Well, cut and paste implies consistency. :) Will fix.
Paolo
On 2011-09-13 16:38, Liu, Jinsong wrote:
> From c1b502d6548fcc41592cd90acc82109ee949df75 Mon Sep 17 00:00:00 2001
> From: Liu, Jinsong
> Date: Tue, 13 Sep 2011 22:05:30 +0800
> Subject: [PATCH] Qemu co-operation with kvm tsc deadline timer
>
> KVM add emulation of lapic tsc deadline timer for gue
2011/9/13 Kevin Wolf :
> Am 13.09.2011 09:53, schrieb Frediano Ziglio:
>> These patches try to trade-off between leaks and speed for clusters
>> refcounts.
>>
>> Refcount increments (REF+ or refp) are handled in a different way from
>> decrements (REF- or refm). The reason it that posting or not fl
>From c1b502d6548fcc41592cd90acc82109ee949df75 Mon Sep 17 00:00:00 2001
From: Liu, Jinsong
Date: Tue, 13 Sep 2011 22:05:30 +0800
Subject: [PATCH] Qemu co-operation with kvm tsc deadline timer
KVM add emulation of lapic tsc deadline timer for guest.
This patch is co-operation work at qemu side.
S
>From 7b12021e1d1b79797b49e41cc0a7be05a6180d9a Mon Sep 17 00:00:00 2001
From: Liu, Jinsong
Date: Tue, 13 Sep 2011 21:52:54 +0800
Subject: [PATCH] KVM: emulate lapic tsc deadline timer for guest
This patch emulate lapic tsc deadline timer for guest:
Enumerate tsc deadline timer capability by CPUID
- Original Message -
> Hi all,
I've tested with WinXp guest, the multifunction hotplug works.
> After reading the pci driver code, I found a problem.
>
> There is a list for each slot, (slot->funcs)
> it will be inited in acpiphp_glue.c:register_slot() before hotpluging
> device,
> and o
Am 09.09.2011 10:11, schrieb Paolo Bonzini:
> Outside coroutines, avoid busy waiting on EAGAIN by temporarily
> making the socket blocking.
>
> The API of qemu_recvv/qemu_sendv is slightly different from
> do_readv/do_writev because they do not handle coroutines. It
> returns the number of bytes
While working on the emulation of the freescale p2010 (e500v2) I realized that
there's no implementation of booke's timers features. Currently mpc8544 uses
ppc_emb (ppc_emb_timers_init) which is close but not exactly like booke (for
example booke uses different SPR).
Signed-off-by: Fabien Chouteau
Am 08.09.2011 17:24, schrieb Paolo Bonzini:
> Map it to bdrv_discard. The server can now expose NBD_FLAG_SEND_TRIM.
>
> Signed-off-by: Paolo Bonzini
> ---
> block/nbd.c | 31 +++
> nbd.c |9 -
> 2 files changed, 39 insertions(+), 1 deletions(-)
>
Am 08.09.2011 17:24, schrieb Paolo Bonzini:
> The server can use it to issue a flush automatically after a
> write. The client can also use it to mimic a write-through
> cache.
>
> Signed-off-by: Paolo Bonzini
> ---
> block/nbd.c |8
> nbd.c | 13 +++--
> 2 files ch
Am 08.09.2011 17:24, schrieb Paolo Bonzini:
> Note for the brace police: the style in this commit and the following
> is consistent with the rest of the file. It is then fixed together with
> the introduction of coroutines.
>
> Signed-off-by: Paolo Bonzini
> ---
> block/nbd.c | 31 +++
qemu build fails when CONFIG_MACHINE_BSWAP_H is defined
because float32, float64, etc. are not defined.
This makes qemu build.
Signed-off-by: Christoph Egger
diff --git a/bswap.h b/bswap.h
index f41bebe..cc7f84d 100644
--- a/bswap.h
+++ b/bswap.h
@@ -4,6 +4,7 @@
#include "config-host.h"
#in
2011/9/13 Kevin Wolf :
> Am 13.09.2011 09:53, schrieb Frediano Ziglio:
>> These patches try to trade-off between leaks and speed for clusters
>> refcounts.
>>
>> Refcount increments (REF+ or refp) are handled in a different way from
>> decrements (REF- or refm). The reason it that posting or not fl
You are correct. the qemu.spec file is doing the copy.
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/848571
Title:
qemu does not generate a qemu-k
On 13/09/2011 15:13, Alexander Graf wrote:
> Alexander Graf wrote:
>> Fabien Chouteau wrote:
>>
>>> On 12/09/2011 19:23, Scott Wood wrote:
>>>
>>>
On 09/09/2011 09:58 AM, Alexander Graf wrote:
> On 09.09.2011, at 16:22, Fabien Chouteau wrote:
>
>
Hi Anthony,
This series contain few fixes to VirtFS server. The patch set also add
two new 9p operations. Please pull.
The following changes since commit 07ff2c4475df77e38a31d50ee7f3932631806c15:
Merge remote-tracking branch 'origin/master' into staging (2011-09-08
09:25:36 -0500)
are avail
Alexander Graf wrote:
> Fabien Chouteau wrote:
>
>> On 12/09/2011 19:23, Scott Wood wrote:
>>
>>
>>> On 09/09/2011 09:58 AM, Alexander Graf wrote:
>>>
>>>
On 09.09.2011, at 16:22, Fabien Chouteau wrote:
> if the interrupt is already set and
On 2011-09-13 13:38, al pat wrote:
> Thanks Phillip.
>
> My current source is "kvm-clock".
>
> WHen I start my guest, it is in sync with the host clock.
>
> Then, I chance the time on my host - using "date --set ...". I don't see the
> guest update its time.
> I was expecting that the guest will
There is no need to put a newline in trace event format strings. The
backend may use the format string within some context and takes care of
how to display the event. The stderr backend automatically appends "\n"
whereas the ust backend does not want a newline at all.
Signed-off-by: Stefan Hajno
Fabien Chouteau wrote:
> On 12/09/2011 19:23, Scott Wood wrote:
>
>> On 09/09/2011 09:58 AM, Alexander Graf wrote:
>>
>>> On 09.09.2011, at 16:22, Fabien Chouteau wrote:
>>>
if the interrupt is already set and you clear TCR.DIE, the interrupt has to
remain set. The only way
The virtio device lifecycle can be observed by looking at the sequence
of set status operations. This is especially important for catching the
reset operation (status value 0), which resets the device and all
virtqueues.
Signed-off-by: Stefan Hajnoczi
---
hw/virtio.c | 10 ++
hw/virt
On 12/09/2011 19:23, Scott Wood wrote:
> On 09/09/2011 09:58 AM, Alexander Graf wrote:
>> On 09.09.2011, at 16:22, Fabien Chouteau wrote:
>>> if the interrupt is already set and you clear TCR.DIE, the interrupt has to
>>> remain set. The only way to unset an interrupt is to clear the corresponding
The tracetool parser only picks up PRI*64 and other format string macros
when enclosed between double quoted strings. Lift this restriction by
extracting everything after the closing ')' as the format string:
cpu_set_apic_base(uint64_t val) "%016"PRIx64
^^
This series removes the tracetool parser limitation that format strings must
begin and end with double quotes. In practice this means we need to work
around PRI*64 usage by adding dummy "" at the end of the line. It's fairly
easy to solve this parser limitation and do away with the workarounds.
QEMUFile * is only intended for Migration. Using it for anything else
just adds pain and a layer of buffers for no good reason.
Signed-off-by: Juan Quintela
---
hw/ds1225y.c | 28
1 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/hw/ds1225y.c b/hw/d
QEMUFile * is only intended for Migration. Using it for anything else
just adds pain and a layer of buffers for no good reason.
Signed-off-by: Juan Quintela
---
audio/wavaudio.c | 28 +++-
1 files changed, 19 insertions(+), 9 deletions(-)
diff --git a/audio/wavaudio.c
Hi
QEMUFile is intended to be used only for migration. Change the other
three users to use FILE * operations directly. gcc on Fedora 15
complains about fread/write not checking its return value, so I added
checks. But in several places only print an error message (there is
no error handly that
QEMUFile * is only intended for Migration. Using it for anything else
just adds pain and a layer of buffers for no good reason.
Signed-off-by: Juan Quintela
---
audio/wavcapture.c | 38 +-
1 files changed, 25 insertions(+), 13 deletions(-)
diff --git a/aud
Now that format strings can end in a PRI*64 macro, remove the
workarounds from the trace-events file.
Signed-off-by: Stefan Hajnoczi
---
trace-events | 34 +-
1 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/trace-events b/trace-events
index cfcd
On 09/12/2011 06:01 PM, Peter Maydell wrote:
Ping?
Sorry; applied to memory/queue.
On 1 September 2011 18:36, Peter Maydell wrote:
> A couple of patches which do some cleanup work to versatile
> devices following the recent MemoryRegion conversion. These
> both remove uses of sysbus_mmio_
Hi all,
After reading the pci driver code, I found a problem.
There is a list for each slot, (slot->funcs)
it will be inited in acpiphp_glue.c:register_slot() before hotpluging device,
and only one entry(func 0) will be added to it,
no new entry will be added to the list when hotpluging devices t
On Monday, September 12, 2011 07:37:25 PM Stefan Berger wrote:
> On 09/12/2011 05:16 PM, Paul Moore wrote:
> > On Sunday, September 11, 2011 12:45:05 PM Stefan Berger wrote:
> >> On 09/09/2011 05:13 PM, Paul Moore wrote:
> >>> On Wednesday, August 31, 2011 10:35:54 AM Stefan Berger wrote:
> In
Thanks Phillip.
My current source is "kvm-clock".
WHen I start my guest, it is in sync with the host clock.
Then, I chance the time on my host - using "date --set ...". I don't see the
guest update its time.
I was expecting that the guest will detect host time change and change it?
So, when the
On 2011-09-13 11:42, Alexander Graf wrote:
>
> On 13.09.2011, at 11:00, Jan Kiszka wrote:
>
>> On 2011-09-13 10:40, Alexander Graf wrote:
>>> Btw, it still tries to execute invalid code even with your patch. #if 0'ing
>>> out the memory region updates at least get the guest booting for me. Btw,
Hi,
This is regarding vvfat.
I want to do some modification in vvfat. And I need some help.
Currently vvfat scans all directories and sub-directories in the beginning.
I want to modify vvfat such that it should scan only the TOP directory content
and not the sub-directory content.
How can I do t
Am 13.09.2011 09:53, schrieb Frediano Ziglio:
> These patches try to trade-off between leaks and speed for clusters
> refcounts.
>
> Refcount increments (REF+ or refp) are handled in a different way from
> decrements (REF- or refm). The reason it that posting or not flushing
> a REF- cause "just"
On Tue, Sep 13, 2011 at 6:14 PM, Stefan Hajnoczi wrote:
> On Tue, Sep 13, 2011 at 10:25 AM, Zhi Yong Wu wrote:
>> On Tue, Sep 13, 2011 at 3:14 PM, Stefan Hajnoczi
>> wrote:
>>> On Tue, Sep 13, 2011 at 10:52:44AM +0800, Zhi Yong Wu wrote:
This is real log when fio issued with bs=128K and bps
On Tue, Sep 13, 2011 at 10:25 AM, Zhi Yong Wu wrote:
> On Tue, Sep 13, 2011 at 3:14 PM, Stefan Hajnoczi
> wrote:
>> On Tue, Sep 13, 2011 at 10:52:44AM +0800, Zhi Yong Wu wrote:
>>> This is real log when fio issued with bs=128K and bps=100(block
>>> I/O throttling):
>>
>> I would use 1024 * 10
On Tue, Sep 13, 2011 at 01:05:00PM +0300, Michael S. Tsirkin wrote:
> On Tue, Sep 13, 2011 at 09:52:49AM +0300, Gleb Natapov wrote:
> > On Tue, Sep 13, 2011 at 02:57:20PM +0900, Isaku Yamahata wrote:
> > > On Sun, Sep 11, 2011 at 12:05:17PM +0300, Michael S. Tsirkin wrote:
> > > > On Sat, Sep 10, 2
On Tue, Sep 13, 2011 at 09:52:49AM +0300, Gleb Natapov wrote:
> On Tue, Sep 13, 2011 at 02:57:20PM +0900, Isaku Yamahata wrote:
> > On Sun, Sep 11, 2011 at 12:05:17PM +0300, Michael S. Tsirkin wrote:
> > > On Sat, Sep 10, 2011 at 02:43:11AM +0900, Isaku Yamahata wrote:
> > > > pci/pcie hot plug nee
On Mon, Sep 12, 2011 at 4:33 PM, William Cohen wrote:
> The RHEL-6 version of qemu-kvm makes the tracepoints available to SystemTap.
> I have been working on useful examples for the SystemTap tracepoints in qemu.
> There doesn't seem to be a great number of examples showing the utility of
> the
On Tue, Sep 13, 2011 at 09:52:49AM +0300, Gleb Natapov wrote:
> On Tue, Sep 13, 2011 at 02:57:20PM +0900, Isaku Yamahata wrote:
> > On Sun, Sep 11, 2011 at 12:05:17PM +0300, Michael S. Tsirkin wrote:
> > > On Sat, Sep 10, 2011 at 02:43:11AM +0900, Isaku Yamahata wrote:
> > > > pci/pcie hot plug nee
Am 13.09.2011 11:41, schrieb Frediano Ziglio:
> Looking at block TODOs I saw qcow2 resize with snapshot. However I
> would ask if this is technical possible with current format. The
> reason is that snapshots have no size (only l1_size, QCowHeader have a
> size field) however I think that size if p
Am 13.09.2011 um 11:00 schrieb Jan Kiszka:
On 2011-09-13 10:40, Alexander Graf wrote:
Btw, it still tries to execute invalid code even with your patch.
#if 0'ing out the memory region updates at least get the guest
booting for me. Btw, to get it working you also need a patch for
the interr
On 13.09.2011, at 11:00, Jan Kiszka wrote:
> On 2011-09-13 10:40, Alexander Graf wrote:
>> Btw, it still tries to execute invalid code even with your patch. #if 0'ing
>> out the memory region updates at least get the guest booting for me. Btw, to
>> get it working you also need a patch for the
Looking at block TODOs I saw qcow2 resize with snapshot. However I
would ask if this is technical possible with current format. The
reason is that snapshots have no size (only l1_size, QCowHeader have a
size field) however I think that size if part of machine state and is
not possible to compute ex
On Tue, Sep 13, 2011 at 3:14 PM, Stefan Hajnoczi
wrote:
> On Tue, Sep 13, 2011 at 10:52:44AM +0800, Zhi Yong Wu wrote:
>> This is real log when fio issued with bs=128K and bps=100(block
>> I/O throttling):
>
> I would use 1024 * 1024 instead of 100 as the throughput limit.
> 10^5 is not a
On Mon, Sep 12, 2011 at 7:31 PM, Sinha, Ani wrote:
>
> On Sep 11, 2011, at 6:34 AM, Stefan Hajnoczi wrote:
>
>> On Fri, Sep 09, 2011 at 07:45:17PM -0500, Sinha, Ani wrote:
>>> So I am writing a virtIO driver for a device that supports blocking calls
>>> like poll() etc. Now the front end paravirt
On Mon, Sep 12, 2011 at 10:05 PM, Sinha, Ani wrote:
>
> On Sep 11, 2011, at 6:34 AM, Stefan Hajnoczi wrote:
>
>>
>> You may find these posts I wrote helpful, they explain vcpu threads and
>> the I/O thread:
>> http://blog.vmsplice.net/2011/03/qemu-internals-big-picture-overview.html
>> http://blog
Si vous ne parvenez pas à lire cet email, visualisez la version en ligne.
Pour découvrir tous les avantages de Ticket Restaurant® et évaluer vos
économies
1) 33% d'économies = (550/1650)* 100 (voir explications sur la page
suivante)
Le plafond d'exonération de cha
On Tue, Sep 13, 2011 at 5:08 AM, William Cohen
<848...@bugs.launchpad.net> wrote:
> Public bug reported:
>
> To make the systemtap probing easier to use qemu generates qemu*.stp
> files with aliases for various events for each of the executables. The
> installer places these files in /usr/share/sys
On 2011-09-13 10:40, Alexander Graf wrote:
> Btw, it still tries to execute invalid code even with your patch. #if 0'ing
> out the memory region updates at least get the guest booting for me. Btw, to
> get it working you also need a patch for the interrupt controller (another
> breakage thanks t
On Tue, Sep 13, 2011 at 4:49 PM, Stefan Hajnoczi wrote:
> On Tue, Sep 13, 2011 at 9:31 AM, Zhi Yong Wu wrote:
>> On Tue, Sep 13, 2011 at 3:15 PM, Stefan Hajnoczi
>> wrote:
>>> On Tue, Sep 13, 2011 at 10:38:28AM +0800, Zhi Yong Wu wrote:
On Fri, Sep 9, 2011 at 6:38 PM, Stefan Hajnoczi
On Tue, Sep 13, 2011 at 9:31 AM, Zhi Yong Wu wrote:
> On Tue, Sep 13, 2011 at 3:15 PM, Stefan Hajnoczi
> wrote:
>> On Tue, Sep 13, 2011 at 10:38:28AM +0800, Zhi Yong Wu wrote:
>>> On Fri, Sep 9, 2011 at 6:38 PM, Stefan Hajnoczi
>>> wrote:
>>> > On Fri, Sep 09, 2011 at 05:44:36PM +0800, Zhi Yong
During the memory API conversion, the indication on little endianness of
MMIO for the heathrow PIC got dropped. This patch adds it back again.
Signed-off-by: Alexander Graf
---
hw/heathrow_pic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/heathrow_pic.c b/hw/heat
On 13.09.2011, at 10:14, Jan Kiszka wrote:
> On 2011-09-13 09:39, Alexander Graf wrote:
>>
>> On 12.09.2011, at 17:57, Jan Kiszka wrote:
>>
>>> On 2011-09-12 17:49, Jan Kiszka wrote:
On 2011-09-12 17:45, Andreas Färber wrote:
> Am 12.09.2011 17:33, schrieb Jan Kiszka:
>> On 2011-09
On Tue, Sep 13, 2011 at 3:15 PM, Stefan Hajnoczi
wrote:
> On Tue, Sep 13, 2011 at 10:38:28AM +0800, Zhi Yong Wu wrote:
>> On Fri, Sep 9, 2011 at 6:38 PM, Stefan Hajnoczi
>> wrote:
>> > On Fri, Sep 09, 2011 at 05:44:36PM +0800, Zhi Yong Wu wrote:
>> >> Today, i did some basical I/O testing, and su
Am 13.09.2011 um 10:14 schrieb Jan Kiszka:
On 2011-09-13 09:39, Alexander Graf wrote:
(qemu) device_show #3
dev: VGA, id "#3", version 2
dev.
version_id: 0002
config: 00 00 00 00 10 d1 cf 20 - 00 00 00 00 10 d1
d0 30
...
irq_state:
Am 13.09.2011 10:10, schrieb Frediano Ziglio:
> 2011/9/12 Kevin Wolf :
>> Am 10.09.2011 10:23, schrieb Frediano Ziglio:
>>> QCowL2Meta::offset is not cluster aligned but only sector aligned
>>> however nb_clusters count cluster from cluster start.
>>> This fix range check. Note that old code have n
On 2011-09-13 09:39, Alexander Graf wrote:
>
> On 12.09.2011, at 17:57, Jan Kiszka wrote:
>
>> On 2011-09-12 17:49, Jan Kiszka wrote:
>>> On 2011-09-12 17:45, Andreas Färber wrote:
Am 12.09.2011 17:33, schrieb Jan Kiszka:
> On 2011-09-12 17:20, Alexander Graf wrote:
>> Jan Kiszka wro
2011/9/12 Kevin Wolf :
> Am 10.09.2011 10:23, schrieb Frediano Ziglio:
>> QCowL2Meta::offset is not cluster aligned but only sector aligned
>> however nb_clusters count cluster from cluster start.
>> This fix range check. Note that old code have no corruption issues
>> related to this check cause i
On 09/13/2011 10:54 AM, Alexander Graf wrote:
>>
>> Yeah, usually the ISA bus is behind an ISA-PCI bridge, so it should inherit
the offset from its parent. Or do you mean something different?
>>
>
> He means that isa_mem_base should go away; instead isa_address_space()
should be a subregion a
On Tue, Sep 13, 2011 at 10:38:28AM +0800, Zhi Yong Wu wrote:
> On Fri, Sep 9, 2011 at 6:38 PM, Stefan Hajnoczi
> wrote:
> > On Fri, Sep 09, 2011 at 05:44:36PM +0800, Zhi Yong Wu wrote:
> >> Today, i did some basical I/O testing, and suddenly found that qemu write
> >> and rw speed is so low now,
On Tue, Sep 13, 2011 at 10:52:44AM +0800, Zhi Yong Wu wrote:
> This is real log when fio issued with bs=128K and bps=100(block
> I/O throttling):
I would use 1024 * 1024 instead of 100 as the throughput limit.
10^5 is not a multiple of 512 bytes and is not a nice value in KB/s
(976.5625).
On Sun, Sep 11, 2011 at 04:41:10PM +, Blue Swirl wrote:
> +mmu_helper_dmiss(uint64_t address, uint64_t context) "DMISS at
> %"PRIx64" context %"PRIx64
> +mmu_helper_tfault(uint64_t address, uint64_t context) "TFAULT at
> %"PRIx64" context %"PRIx64
> +mmu_helper_tmiss(uint64_t address, uint64_t
On 13.09.2011, at 09:51, Avi Kivity wrote:
> On 09/13/2011 09:54 AM, Alexander Graf wrote:
>> >
>> > I had similar problems with sun4u, fixed with
>> > f69539b14bdba7a5cd22e1f4bed439b476b17286. I think also here, PCI
>> > should be given a memory range at 0x8000 and VGA should
>> > automa
preallocate multiple refcount increment in order to collapse
allocation writes. This cause leaks in case of Qemu crash but
no corruptions.
Signed-off-by: Frediano Ziglio
---
block/qcow2-refcount.c | 128 ---
block/qcow2.c |1 +
block/qcow
Cache refcount decrement in an array to trade-off between
leaks and speed.
Signed-off-by: Frediano Ziglio
---
block/qcow2-refcount.c | 142 ++--
block/qcow2.c |1 +
block/qcow2.h | 14 +
3 files changed, 153 insertions(+),
These patches try to trade-off between leaks and speed for clusters
refcounts.
Refcount increments (REF+ or refp) are handled in a different way from
decrements (REF- or refm). The reason it that posting or not flushing
a REF- cause "just" a leak while posting a REF+ cause a corruption.
To optimi
Hi,
I have some problem at the genarating the KVM-QEMU image from the .iso file
., I tried virt-manager but could not create the proper one .
Can you pls tell a coorect way genarate the QEMU image from .iso file ..?
Regards
Bala
On 09/13/2011 09:54 AM, Alexander Graf wrote:
>
> I had similar problems with sun4u, fixed with
> f69539b14bdba7a5cd22e1f4bed439b476b17286. I think also here, PCI
> should be given a memory range at 0x8000 and VGA should
> automatically use that like.
Yeah, usually the ISA bus is behind
On 12.09.2011, at 17:57, Jan Kiszka wrote:
> On 2011-09-12 17:49, Jan Kiszka wrote:
>> On 2011-09-12 17:45, Andreas Färber wrote:
>>> Am 12.09.2011 17:33, schrieb Jan Kiszka:
On 2011-09-12 17:20, Alexander Graf wrote:
> Jan Kiszka wrote:
>> Most VGA memory access modes require MMIO h
Hi,
It's my first message so :
Me : I work from a while with Vmware and Virtualbox
I have integrated Virtualbox in the x86 QNAP NAS system
Armel Platform : QNAP NAS TS-219 with a Marvell (Arm) SOC 1,8 Ghz
Test run QEMU x86 emulation inside (VM like freedos or Windows)
Context : only Modu
On Tue, Sep 13, 2011 at 09:52:49AM +0300, Gleb Natapov wrote:
> On Tue, Sep 13, 2011 at 02:57:20PM +0900, Isaku Yamahata wrote:
> > On Sun, Sep 11, 2011 at 12:05:17PM +0300, Michael S. Tsirkin wrote:
> > > On Sat, Sep 10, 2011 at 02:43:11AM +0900, Isaku Yamahata wrote:
> > > > pci/pcie hot plug nee
97 matches
Mail list logo
