Hi,
Sorry I cann't help here.
Just to be curious. Are you working in PQEMU project?
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-2-2788-3799 #1667
Homepage: http://people.cs.nctu.edu.tw/~chenwj
Commit d396a657baec8c6b7aa0c888746e0e2f78303650 removed the code
for SVP, so the documentation needs this update.
Signed-off-by: Stefan Weil
---
qemu-doc.texi | 23 ---
1 files changed, 0 insertions(+), 23 deletions(-)
diff --git a/qemu-doc.texi b/qemu-doc.texi
index 9c3cb
1. Trying to break it:
Installed the SLES-11-SP1 with the parameters for SLES-10 causing it to use
IDE disk instead of virtio.
Runs fine though, IDE seems not to be the problem.
2. Trying to fix it:
Compiled from the sources: commit da5361cc685c004d8bb4e7c5e7b3a52c7aca2c56 Mon
Dec 12 17:21:34
On Wed, Dec 14, 2011 at 05:30:23PM +1300, Alexey Korolev wrote:
> Hi,
> >>
> >>It shouldn't be that hard to add the latter though. seabios needs two
> >>more pci_region_type (PCI_REGION_TYPE_MEM_64 and
> >>PCI_REGION_TYPE_PREFMEM_64) to track and map 64bit bars separately. And
> >>a address space
2. Get a range toward the upper end of the memory, around 1<<40
Yes. This solution works great. And this is very simple as well. Just
wondering if it will be good as a complete solution?
I would have tried this first too ;)
Care to share the patches so we can review& merge them?
No worries.
Hi,
It shouldn't be that hard to add the latter though. seabios needs two
more pci_region_type (PCI_REGION_TYPE_MEM_64 and
PCI_REGION_TYPE_PREFMEM_64) to track and map 64bit bars separately. And
a address space window where it can map 64bit bars to.
Right. This is a thing I'm thinking about no
At 12/13/2011 08:55 PM, Jan Kiszka Write:
> On 2011-12-09 08:57, Wen Congyang wrote:
>> Hi, all
>>
>> 'virsh dump' can not work when host pci device is used by guest. We have
>> discussed this issue here:
>> http://lists.nongnu.org/archive/html/qemu-devel/2011-10/msg00736.html
>>
>> We have determi
> >> IIRC mmap'ing files would break with 32-on-64, but I'd have to check up
> >> on the details. I ended up passing MAP_32BIT to all linux-user mmap
> >> calla for 32-on-x86_64, but that doesn't work with -R.
> >
> > Hmm, I thought we'd fixed that. It's the reason h2g_valid exists.
> >
> > Eith
On 12/13/2011 04:59 PM, Peter Maydell wrote:
On 12 December 2011 23:35, Anthony Liguori wrote:
On 12/12/2011 06:11 AM, Stefan Hajnoczi wrote:
The Symbian Virtual Platform was an ARM-based development and debugging
board. Since Symbian has been disbanded and the code is no longer being
used i
On 14.12.2011, at 01:30, Paul Brook wrote:
>>> When compiling qemu statically with multilib on PPC, we hit the
>>> same issue that commit 845f2c2812d9ed24b36c02a3d06ee83aeafe8b49
>>> is fixing. Do the same here.
>>
>> How many of these ld files can we get rid of if we use -Tt
On Tue, Dec 13, 2011 at 11:18 PM, Stefan Hajnoczi wrote:
> On Tue, Dec 13, 2011 at 2:12 PM, Yibin Shen wrote:
>> all these patches looks good to me except one thing,
>> when I run a "qemu-img commit" command,
>> seems entire image(from start to end sector) will be write to the backing
>> file,
>
QEMU performs a recursive unchaining on the current executing tb when
a timer fires. This timer is set by setitimer in the qemu-timer.c.
This is what I mean by "interrupt pending". Of course, there are
interrupts from emulated devices as well, but i do not know how that
is set up, i.e. how tcg_han
> >> Composition == "etching to the same piece of silicon". Nothing more,
> >> nothing less.
> >
> > That's a really crappy definition. Most ARM systems are comprised of
> > approximately one piece of silicon. There may be dozens of variants of a
> > particular chip, with the same device models
> > When compiling qemu statically with multilib on PPC, we hit the
> > same issue that commit 845f2c2812d9ed24b36c02a3d06ee83aeafe8b49
> > is fixing. Do the same here.
>
> How many of these ld files can we get rid of if we use -Ttext-segment
> instead? Generally all we'
On 13 December 2011 18:11, Andreas Färber wrote:
> Please rebase against Peter's target-arm branch:
>
> http://git.linaro.org/gitweb?p=people/pmaydell/qemu-arm.git;a=shortlog;h=refs/heads/target-arm.next
Note that this .next branch rebases, so treat it with the appropriate
degree of caution.
(I'
On Tue, Dec 13, 2011 at 04:28:50PM -0200, Luiz Capitulino wrote:
> It supports two modes: "hibernate" (which corresponds to S4) and
> "sleep" (which corresponds to S3). It will try to execute the
> pm-hibernate or pm-suspend scripts, if the scripts don't exist
> the command will try to suspend by d
On 12 December 2011 23:35, Anthony Liguori wrote:
> On 12/12/2011 06:11 AM, Stefan Hajnoczi wrote:
>>
>> The Symbian Virtual Platform was an ARM-based development and debugging
>> board. Since Symbian has been disbanded and the code is no longer being
>> used it can now be removed.
>>
>> Signed-o
Is it still possible to compile without python?
python /v1.0-267-gda5361c/scripts/qapi-commands.py -m -o .
/bin/sh: python: command not found
make: *** [qmp-commands.h] Error 127
Sebastian
On 13.12.2011, at 17:31, Paul Brook wrote:
>> On 13.12.2011, at 07:19, Paul Brook wrote:
> When compiling qemu statically with multilib on PPC, we hit the
> same issue that commit 845f2c2812d9ed24b36c02a3d06ee83aeafe8b49
> is fixing. Do the same here.
How many of these
Would it be possible for you to try with the latest upstream qemu?
sudo apt-get build-dep qemu-kvm
sudo apt-get install git
git clone git://git.qemu.org/qemu.git
cd qemu
./configure --target-list=x86_64-softmmu
make
then run with
./x86_64-softmmu/qemu-system-x86_64 (qemu-arguments)
** Changed i
On 12/13/2011 02:36 PM, Paul Brook wrote:
Composition == "etching to the same piece of silicon". Nothing more,
nothing less.
That's a really crappy definition. Most ARM systems are comprised of
approximately one piece of silicon. There may be dozens of variants of a
particular chip, with the
** Changed in: qemu-kvm (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
Title:
64-bit linux guests fail to start on oneiric running 3.0 kernel
Status
> > That still leaves both PCIDevice and SysBusDevice state. The i440fx
> > is a fairly simple device, but more complex bridges have additional state
> > that needs to be accessible from both the PCI and SysBus interfaces.
>
> SysBus is so badly abused today I think we would have to reevaluate wh
> The TPM device accessed by the passthrough driver must not be used by
> any other application on the host.
>
> Since the host's firmware (BIOS/UEFI) has already initialized the TPM,
> the VM's firmware (BIOS/UEFI) will not be able to initialize the TPM
> again and may therefore not show a TPM-sp
On 12/13/2011 12:28 PM, Luiz Capitulino wrote:
It supports two modes: "hibernate" (which corresponds to S4) and
"sleep" (which corresponds to S3). It will try to execute the
pm-hibernate or pm-suspend scripts, if the scripts don't exist
the command will try to suspend by directly writing to the
"
On 12/13/2011 12:28 PM, Luiz Capitulino wrote:
It supports two modes: "hibernate" (which corresponds to S4) and
"sleep" (which corresponds to S3). It will try to execute the
pm-hibernate or pm-suspend scripts, if the scripts don't exist
the command will try to suspend by directly writing to the
"
On Tue, 13 Dec 2011 12:19:14 -0600
Anthony Liguori wrote:
> In our call today, Avi asked that we evaluate whether the interface for
> client_migrate_info is the Right Interface before we introduce a new command
> to
> work around the fact that async commands are broken.
>
> I looked into this
From: Andreas Färber
V6 && !M => AUXCR
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 1108156..0a7f745 100644
--- a/target-arm/he
From: Andreas Färber
V5 => V4T
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c | 15 +++
1 files changed, 3 insertions(+), 12 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 1949202..eff2ac1 100644
--- a/target-arm/he
From: Andreas Färber
M => THUMB_DIV
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 281b315..a566aa3 100644
--- a/target-arm/helper.c
From: Andreas Färber
V7 => THUMB2
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 0a7f745..281b315 100644
--- a/target-arm/helper.c
+
From: Jean-Christophe DUBOIS
Return the correct value in the domain field in the cp15 DFSR
(C5) -- bug noticed during Xvisor development.
Signed-off-by: Jean-Christophe DUBOIS
[Peter Maydell: reworded commit message]
Signed-off-by: Peter Maydell
---
target-arm/helper.c | 26 +++-
From: Andreas Färber
V7 && M => V6
V7 && !M => V6K
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index a948b88..1108156 100644
--- a/
On Tue, 13 Dec 2011 09:22:39 -0600
Michael Roth wrote:
> On 12/13/2011 08:33 AM, Adam Litke wrote:
> > On Tue, Dec 13, 2011 at 10:23:18AM -0200, Luiz Capitulino wrote:
> >> On Mon, 12 Dec 2011 17:38:36 -0600
> >> Michael Roth wrote:
> >>
> >>> On 12/12/2011 05:03 PM, Anthony Liguori wrote:
> >>>
From: Andreas Färber
V6 => V5
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index eff2ac1..6a78dd0 100644
--- a/target-arm/helper.c
Current target-arm pending patches; mostly these are Andreas'
inference series, plus one from Jean-Christophe that's been
waiting since before the 1.0 release.
Please pull.
-- PMM
The following changes since commit da5361cc685c004d8bb4e7c5e7b3a52c7aca2c56:
ccid: make threads joinable (2011-12
From: Andreas Färber
VFP3 => VFP
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index a566aa3..bd5576c 100644
--- a/target-arm/helper.c
+
From: Andreas Färber
V6K => V6
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index 6a78dd0..a948b88 100644
--- a/target-arm/helper.c
+
From: Andreas Färber
VFP4 => VFP3
Signed-off-by: Andreas Färber
Signed-off-by: Peter Maydell
---
target-arm/helper.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/target-arm/helper.c b/target-arm/helper.c
index bd5576c..65f4fbf 100644
--- a/target-arm/helper.c
++
It supports two modes: "hibernate" (which corresponds to S4) and
"sleep" (which corresponds to S3). It will try to execute the
pm-hibernate or pm-suspend scripts, if the scripts don't exist
the command will try to suspend by directly writing to the
"/sys/power/state" file.
An interesting implement
On 12/13/2011 09:44 AM, Alex Rozenman wrote:
> +if (IS_V6M(env))
> +goto illegal_op;
Also run your patch through scripts/checkpatch.pl. Which should have
told you that you need braces here and elsewhere.
r~
In our call today, Avi asked that we evaluate whether the interface for
client_migrate_info is the Right Interface before we introduce a new command to
work around the fact that async commands are broken.
I looked into this today and here's what I came to.
1) What are the failure scenarios?
T
Hi,
Am 13.12.2011 18:44, schrieb Alex Rozenman:
> Please review / discuss / push the attched patch. It adds initial
> support for V6-M for ARM and Cortex-M0.
Please send this as an inline patch (git send-email) and cc Peter.
Some comments:
Please rebase against Peter's target-arm branch:
http:
On 13 December 2011 17:44, Alex Rozenman wrote:
> Please review / discuss / push the attched patch. It adds initial support
> for V6-M for ARM and Cortex-M0.
Please don't submit patches as attachments (see
http://wiki.qemu.org/Contribute/SubmitAPatch for other guidelines).
This patch is pretty o
On 12/13/2011 11:40 AM, Paul Brook wrote:
It's multiple inheritance but interfaces (implements) cannot carry state
which avoids an inheritance diamond problem.
It sounds like some
form of multiple inheritance, but it's unclear to me which should be the
primary type. For PCI host bridges like
On 12/13/2011 12:41 PM, Anthony Liguori wrote:
On 12/13/2011 07:51 AM, Michael S. Tsirkin wrote:
On Tue, Dec 13, 2011 at 07:51:17AM -0500, Stefan Berger wrote:
On 12/12/2011 11:51 PM, Paul Brook wrote:
+tpm_passthrough="no"
Same as before, please probe for existence.
We would be probing for /
Hi,
Please review / discuss / push the attched patch. It adds initial
support for V6-M for ARM and Cortex-M0.
Best regards,
Alex Rozenman
>From ff09b4ef970cde304c170c6e0a7678d2486b63e6 Mon Sep 17 00:00:00 2001
From: Alex Rozenman
Date: Tue, 13 Dec 2011 19:28:39 +0200
Subject: [PATCH] Initial su
On 12/13/2011 07:51 AM, Michael S. Tsirkin wrote:
On Tue, Dec 13, 2011 at 07:51:17AM -0500, Stefan Berger wrote:
On 12/12/2011 11:51 PM, Paul Brook wrote:
+tpm_passthrough="no"
Same as before, please probe for existence.
We would be probing for /dev/tpm0. Is that really what we want that this
> It's multiple inheritance but interfaces (implements) cannot carry state
> which avoids an inheritance diamond problem.
> > It sounds like some
> > form of multiple inheritance, but it's unclear to me which should be the
> > primary type. For PCI host bridges like the i440fx we currently have t
> On 12/12/2011 11:51 PM, Paul Brook wrote:
> +tpm_passthrough="no"
> >>>
> >>> Same as before, please probe for existence.
> >>
> >> We would be probing for /dev/tpm0. Is that really what we want that this
> >> driver only gets compiled if /dev/tpm0 is (currently) available?
> >
> > If wha
After updating apport information with the new kernel from the security
updates today, I did a bit more testing on the guest VM side. Aside from
the host kernel version, it does seem to depend on the guest OS or boot
loader(?):
* Oneiric 64 bit: works
* SLES-11-SP1: works (!)
* SLES-10-SP4: broken
On Tue, Jul 26, 2011 at 12:19 AM, Vincent Palatin wrote:
> This patchset adds the support for eMMC as found soldered on many embedded
> board
> in addition to current support for SD/SDHC cards.
> It also adds a standard SDHCI controller emulation.
> The first patches are a couple of fixes to the
> On 13.12.2011, at 07:19, Paul Brook wrote:
> >>> When compiling qemu statically with multilib on PPC, we hit the
> >>> same issue that commit 845f2c2812d9ed24b36c02a3d06ee83aeafe8b49
> >>> is fixing. Do the same here.
> >>
> >> How many of these ld files can we get rid of if we use -Ttext-segme
> >>> You've almost no chance of getting
> >>> it right. In some cases the correct answer will be to use 32-bit
> >>> arithmetic, then sign/zero extend the result. In other cases the
> >>> correct answer will be to perform word size arithmetic. Blindly
> >>> picking one just makes the bugs harder
On 12/13/2011 06:56 PM, Peter Maydell wrote:
On 12 December 2011 06:43, Evgeny Voevodin wrote:
--- /dev/null
+++ b/hw/exynos4210_sdhc.c
@@ -0,0 +1,1666 @@
+/*
+ * Samsung exynos4210 SD/MMC host controller
+ * (SD host controller specification ver. 2.0 compliant)
Is there anything in this impl
> Am 12.12.2011 16:58, schrieb Paul Brook:
> >> For me the most annoying issue was that tcg_gen_qemu_{ld,st}* needs
> >> TCGv.
> >
> > You mean the value transferred is always TCGv sized, so ld32u requires an
> > additional truncation before doing 32-bit arithmetic? Fixing that is
> > completely
On 13 December 2011 15:11, Peter Maydell wrote:
> On 12 December 2011 06:43, Evgeny Voevodin wrote:
>> From: Mitsyanko Igor
>>
>> Data transfer direction between host controller and SD/MMC card is selected
>> by
>> host controller configuration registers, but whether we actually need or need
>>
Hello
If we keep -m parameter same, does it matter, if we make a snapshot (in
qcow2 image) with qemu-0.14 and use it with qemu-0.15 or vice versa?
Is there any other change, which affects use of snapshot.
Thanks in advance.
Thanks and Regards
Sparsh Mittal
Hi :
I want to get the value of cpu_index into a variable in
translate-all.c, and pass the variable to a function in
/tcg/i386/tcg-target.c.
It works fine on X86_32(Host) with ARM11MPCore(Guest). ARM11 single
core also emulates fine on x86_64.
However, I emulate ARM11MPCore (-sm
On 12/13/2011 09:05 AM, Kevin Wolf wrote:
Am 13.12.2011 14:43, schrieb Anthony Liguori:
On 12/13/2011 05:35 AM, Stefan Hajnoczi wrote:
On Mon, Dec 12, 2011 at 7:36 PM, Anthony Liguori wrote:
I choose the serial device to showcase what we'll eventually be able to do.
The three relevant fil
On 12/13/2011 04:22 PM, Erik Lotspeich wrote:
Thank you - I overlooked the obvious.
Actually it may be a distro bug, I suggest you report it there.
Paolo
Hi
- monitor command async framework
* how to merge async command?
- merge all QAPI (will take until the end of the release)
- let things as they are
- use a new corroutine for each async command, so the error can be
maintained on each corrutine.
* currently only one async c
On 12/13/2011 08:33 AM, Adam Litke wrote:
On Tue, Dec 13, 2011 at 10:23:18AM -0200, Luiz Capitulino wrote:
On Mon, 12 Dec 2011 17:38:36 -0600
Michael Roth wrote:
On 12/12/2011 05:03 PM, Anthony Liguori wrote:
On 12/07/2011 10:33 AM, Adam Litke wrote:
Currently the make variable qapi-dir ref
Thank you - I overlooked the obvious.
Regards,
Erik
On Tue, Dec 13, 2011 at 8:57 AM, Stefan Hajnoczi wrote:
> On Tue, Dec 13, 2011 at 12:55 PM, Erik Lotspeich
> wrote:
>> On Tue, Dec 13, 2011 at 2:06 AM, Stefan Hajnoczi wrote:
>>> Please post your QEMU command-line (you can find it with "ps a
On Tue, Dec 13, 2011 at 2:37 PM, Aneesh Kumar K.V
wrote:
> This change avoids a possible iovec[] buffer overflow when indirect
> vrings are used since the number of vectors is now limited by the
> underlying VirtQueueElement and cannot be out-of-bounds.
Please consider both of these patches for s
On Tue, Dec 13, 2011 at 2:14 PM, Marcelo Tosatti wrote:
> On Tue, Dec 13, 2011 at 01:52:25PM +, Stefan Hajnoczi wrote:
>> Signed-off-by: Stefan Hajnoczi
>> ---
>> Makefile.objs | 1 +
>> block/stream.c | 121
>>
>> block_int.h
On Tue, Dec 13, 2011 at 2:12 PM, Yibin Shen wrote:
> all these patches looks good to me except one thing,
> when I run a "qemu-img commit" command,
> seems entire image(from start to end sector) will be write to the backing
> file,
> I think what we really need is to commit only dirty sectors.
>
On 12 December 2011 06:43, Evgeny Voevodin wrote:
> From: Mitsyanko Igor
>
> Data transfer direction between host controller and SD/MMC card is selected by
> host controller configuration registers, but whether we actually need or need
> not perform data transfer depends on type of last issued co
Am 13.12.2011 14:43, schrieb Anthony Liguori:
> On 12/13/2011 05:35 AM, Stefan Hajnoczi wrote:
>> On Mon, Dec 12, 2011 at 7:36 PM, Anthony Liguori
>> wrote:
>>> I choose the serial device to showcase what we'll eventually be able to do.
>>> The three relevant files are:
>>>
>>> https://github.c
apport information
** Attachment added: "Lsusb.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631364/+files/Lsusb.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
Title:
64-bi
apport information
** Description changed:
Host: Ubuntu 11.10 kernel vmlinuz-3.0.0-12-generic or vmlinuz-3.0.0-12-server
on AMD Athlon(tm) II P360 Dual-Core
Guests: SLES 10 or 11, all 64 bit
32 bit windows guest starts fine. All 64 bit linux guests loop during
boot, when GRUB is start
On 12 December 2011 06:43, Evgeny Voevodin wrote:
> --- /dev/null
> +++ b/hw/exynos4210_sdhc.c
> @@ -0,0 +1,1666 @@
> +/*
> + * Samsung exynos4210 SD/MMC host controller
> + * (SD host controller specification ver. 2.0 compliant)
Is there anything in this implementation which is exynos specific,
On Tue, Dec 13, 2011 at 12:55 PM, Erik Lotspeich
wrote:
> On Tue, Dec 13, 2011 at 2:06 AM, Stefan Hajnoczi wrote:
>> Please post your QEMU command-line (you can find it with "ps aux | grep
>> qemu").
>>
>> If you are running through libvirt/virsh/virt-manager there may be
>> permission requiremen
apport information
** Attachment added: "UdevLog.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631371/+files/UdevLog.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
Title:
6
On 12/13/2011 03:36 PM, Anthony Liguori wrote:
> On 12/13/2011 05:06 AM, Avi Kivity wrote:
>> On 12/12/2011 06:26 PM, Anthony Liguori wrote:
>>>
>>> Nope, it has to be dropped.
>>>
>>> Commands using CMD_ASYNC may fail in arbitrary ways because of the way
>>> error reporting is done. This is an un
On Tue, Dec 13, 2011 at 10:23:18AM -0200, Luiz Capitulino wrote:
> On Mon, 12 Dec 2011 17:38:36 -0600
> Michael Roth wrote:
>
> > On 12/12/2011 05:03 PM, Anthony Liguori wrote:
> > > On 12/07/2011 10:33 AM, Adam Litke wrote:
> > >> Currently the make variable qapi-dir refers to the qapi-generated
apport information
** Attachment added: "ProcInterrupts.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631367/+files/ProcInterrupts.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882
apport information
** Attachment added: "Dependencies.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631362/+files/Dependencies.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
From: Stefan Hajnoczi
The v9fs_read() and v9fs_write() functions rely on iovec[] manipulation
code should be replaced with QEMUIOVector to avoid duplicating code.
In the future it may be possible to make the code even more concise by
using QEMUIOVector consistently across virtio and 9pfs.
The "v
From: "Aneesh Kumar K.V"
Signed-off-by: Aneesh Kumar K.V
---
fsdev/file-op-9p.h |2 +-
hw/9pfs/virtio-9p.c | 21 +++--
hw/9pfs/virtio-9p.h |2 +-
trace-events|8
4 files changed, 17 insertions(+), 16 deletions(-)
diff --git a/fsdev/file-op-9p.h b
apport information
** Attachment added: "CurrentDmesg.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631361/+files/CurrentDmesg.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
apport information
** Attachment added: "ProcCpuinfo.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631365/+files/ProcCpuinfo.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
T
apport information
** Attachment added: "ProcModules.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631368/+files/ProcModules.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
T
apport information
** Attachment added: "RelatedPackageVersions.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631369/+files/RelatedPackageVersions.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launch
apport information
** Attachment added: "UdevDb.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631370/+files/UdevDb.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
Title:
64-
apport information
** Attachment added: "ProcEnviron.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631366/+files/ProcEnviron.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
T
apport information
** Attachment added: "Lspci.txt"
https://bugs.launchpad.net/bugs/882997/+attachment/2631363/+files/Lspci.txt
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/882997
Title:
64-bi
On Tue, Dec 13, 2011 at 01:52:25PM +, Stefan Hajnoczi wrote:
> Signed-off-by: Stefan Hajnoczi
> ---
> Makefile.objs |1 +
> block/stream.c | 121
>
> block_int.h|3 +
> trace-events |4 ++
> 4 files changed, 129 ins
python test-stream.py
Signed-off-by: Stefan Hajnoczi
---
test-stream.py | 208
1 files changed, 208 insertions(+), 0 deletions(-)
create mode 100644 test-stream.py
diff --git a/test-stream.py b/test-stream.py
new file mode 100644
index
hi stefan:
all these patches looks good to me except one thing,
when I run a "qemu-img commit" command,
seems entire image(from start to end sector) will be write to the backing file,
I think what we really need is to commit only dirty sectors.
also maybe we can use a writeback mechanism alternaiv
On Tue, 13 Dec 2011, Jan Kiszka wrote:
> On 2011-12-13 12:55, Stefano Stabellini wrote:
> > On Mon, 12 Dec 2011, Stefano Stabellini wrote:
> >>> Really, I think this is something inherently incompatible with the
> >>> current memory API. If Xen has this unfixable special "requirement"
> >>> (it's r
Add block_job_cancel, which stops an active block streaming operation.
Signed-off-by: Stefan Hajnoczi
---
blockdev.c | 19 ++-
hmp-commands.hx | 14 ++
hmp.c| 13 +
hmp.h|1 +
monitor.c|3 +++
monitor.h
Signed-off-by: Stefan Hajnoczi
---
block_int.h | 83 +++
1 files changed, 83 insertions(+), 0 deletions(-)
diff --git a/block_int.h b/block_int.h
index 89a860c..bc397c4 100644
--- a/block_int.h
+++ b/block_int.h
@@ -69,6 +69,36 @@ typedef
Signed-off-by: Stefan Hajnoczi
---
Makefile.objs |1 +
block/stream.c | 121
block_int.h|3 +
trace-events |4 ++
4 files changed, 129 insertions(+), 0 deletions(-)
create mode 100644 block/stream.c
diff --git a/Makefi
This patch implements rate-limiting for image streaming. If we've
exceeded the bandwidth quota for a 100 ms time slice we sleep the
coroutine until the next slice begins.
Signed-off-by: Stefan Hajnoczi
---
block/stream.c | 65 ++-
1 files ch
Add the block_stream command, which starts copy backing file contents
into the image file. Later patches add control over the background copy
speed, cancelation, and querying running streaming operations.
Signed-off-by: Stefan Hajnoczi
---
blockdev.c | 68 +++
Add block_job_set_speed, which sets the maximum speed for a background
block operation.
Signed-off-by: Stefan Hajnoczi
---
blockdev.c | 25 +
hmp-commands.hx | 14 ++
hmp.c| 14 ++
hmp.h|1 +
qapi-schema.jso
Add query-block-jobs, which shows the progress of ongoing block device
operations.
Signed-off-by: Stefan Hajnoczi
---
blockdev.c | 33 +
hmp.c| 40
hmp.h|1 +
monitor.c|7 ++
Signed-off-by: Stefan Hajnoczi
---
Makefile.objs |2 +-
qemu-coroutine-sleep.c | 38 ++
qemu-coroutine.h |6 ++
3 files changed, 45 insertions(+), 1 deletions(-)
create mode 100644 qemu-coroutine-sleep.c
diff --git a/Makefile.objs
This series adds the 'block_stream' command which copies the contents of a
backing file into the image file while the VM is running. The series builds on
copy-on-read and zero detection features which I sent out recently and I
suggest grabbing my git tree to try it out without merging these depend
1 - 100 of 160 matches
Mail list logo