On 2012-08-30 07:54, liu ping fan wrote:
> On Thu, Aug 30, 2012 at 1:40 AM, Avi Kivity wrote:
>> On 08/29/2012 10:30 AM, Jan Kiszka wrote:
>>> On 2012-08-29 19:23, Avi Kivity wrote:
On 08/28/2012 02:42 AM, Jan Kiszka wrote:
>
> Let's not talk about devices or MMIO dispatching. I think
Il 30/08/2012 08:49, Igor Mammedov ha scritto:
>>> > > +static void qemu_system_powerdown(void)
> this is a bad naming that conflicts with global var qemu_system_powerdown, so
> bisectability of series is still broken.
> perhaps qemu_do_system_powerdown() would be better for function name,
> althou
Il 30/08/2012 03:59, Wenchao Xia ha scritto:
>>>
>>
>> Busy waiting is not acceptable, and this is the reason why I had
>> suggested to keep AIO out of the design for now.
>>
>> You need to provide an implementation of AIO for either glib or
>> something else, but this is best done within QEMU firs
On Thu, Aug 30, 2012 at 3:08 PM, Jan Kiszka wrote:
> On 2012-08-30 07:54, liu ping fan wrote:
>> On Thu, Aug 30, 2012 at 1:40 AM, Avi Kivity wrote:
>>> On 08/29/2012 10:30 AM, Jan Kiszka wrote:
On 2012-08-29 19:23, Avi Kivity wrote:
> On 08/28/2012 02:42 AM, Jan Kiszka wrote:
>>
On Wed, Aug 29, 2012 at 04:43:18PM +0700, Ivan Shmakov wrote:
> I'm writing an iPXE mini-HOWTO (in Russian), using QEMU and
> -net user in examples (so that they're runnable by unprivileged
> users.)
>
> However, the QEMU documentation [1] seems to suggest that only
>
On Thu, Aug 30, 2012 at 07:47:38AM +0800, Bo Yang wrote:
> On 08/29/2012 11:19 PM, Stefan Hajnoczi wrote:
> > On Wed, Aug 29, 2012 at 07:26:11PM +0800, Bo Yang wrote:
> >> This is reported by QA. When installing os with pxe, after the initial
> >> kernel and initrd are loaded, the procedure tries t
On Wed, Aug 29, 2012 at 09:17:43PM +0200, Stefan Weil wrote:
> Am 29.08.2012 13:26, schrieb Bo Yang:
> >This is reported by QA. When installing os with pxe, after the initial
> >kernel and initrd are loaded, the procedure tries to copy files from install
> >server to local harddisk, the network bec
On Thu, 30 Aug 2012 09:41:55 +0200
Paolo Bonzini wrote:
> Il 30/08/2012 08:49, Igor Mammedov ha scritto:
> >>> > > +static void qemu_system_powerdown(void)
> > this is a bad naming that conflicts with global var qemu_system_powerdown,
> > so
> > bisectability of series is still broken.
> > perha
On Thu, Aug 30, 2012 at 09:20:57AM +0100, Richard Davies wrote:
> Chris Webb wrote:
> > I found that on my laptop, the single change of host kernel config
> >
> > -CONFIG_INTEL_IDLE=y
> > +# CONFIG_INTEL_IDLE is not set
> >
> > is sufficient to turn transfers into guests from slow to full wire spee
On 08/30/2012 04:04 PM, Stefan Hajnoczi wrote:
> On Wed, Aug 29, 2012 at 09:17:43PM +0200, Stefan Weil wrote:
>> Am 29.08.2012 13:26, schrieb Bo Yang:
>>> This is reported by QA. When installing os with pxe, after the initial
>>> kernel and initrd are loaded, the procedure tries to copy files from
Hi,
Can you please explain me why qemu user mode doesn't get along nicely
with POSIX threads. ??
Thanks and regards
-Naresh Bhat
On Tue, Aug 28, 2012 at 1:51 PM, Mulyadi Santosa
wrote:
> Hi..
>
> On Tue, Aug 28, 2012 at 3:04 PM, Naresh Bhat wrote:
>> Hi All,
>>
>> I have the following questio
Hello list,
what is the status of CPU hotplug support?
I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
just crashes when sending cpu_set X online through qm monitor.
Greets,
Stefan
On Thu, Aug 30, 2012 at 09:12:19AM +0300, John Basila wrote:
> When running multiple instances of QEMU from the same image file
> (using -snapshot) and connecting each instance to a dedicated TAP
> device, the Guest OS will most likely not be able to communicate
> with the outside world as all pack
Hi...
On Thu, Aug 30, 2012 at 3:58 PM, Naresh Bhat wrote:
> Hi,
>
> Can you please explain me why qemu user mode doesn't get along nicely
> with POSIX threads. ??
there is another thread in this qemu-devel list that explains this.
All I can conclude from that thread is that it has something to
On Thu, 30 Aug 2012 11:06:21 +0200
Stefan Priebe wrote:
> Hello list,
>
> what is the status of CPU hotplug support?
>
> I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
> just crashes when sending cpu_set X online through qm monitor.
>
it's work in progress and not impleme
On 2012-08-30 09:23, Stefan Hajnoczi wrote:
> On Wed, Aug 29, 2012 at 04:43:18PM +0700, Ivan Shmakov wrote:
>> I'm writing an iPXE mini-HOWTO (in Russian), using QEMU and
>> -net user in examples (so that they're runnable by unprivileged
>> users.)
>>
>> However, the QEMU docume
On 29/08/2012 19:55, Alexander Graf wrote:
>>> Are they accessible through the monitor's p command? Would be good to
>>> implement there too if not.
>>
>> I don't think so, which syntax would you use anyway? $dcr[n] ?
>
> Sure, why not? Is that possible with the register parsing code? I don't kno
On 08/30/2012 04:03 AM, Wen Congyang wrote:
> At 08/29/2012 07:56 PM, Sasha Levin Wrote:
>> On 08/29/2012 07:18 AM, Wen Congyang wrote:
>>> diff --git a/Documentation/virtual/kvm/pv_event.txt
>>> b/Documentation/virtual/kvm/pv_event.txt
>>> new file mode 100644
>>> index 000..bb04de0
>>> --- /
it does not happen on NT 3.5, 3.51 or 4.0, only on 3.1.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1042654
Title:
Floppy disks and network not working on NT 3.1 on Qemu 1.2 rc1
Status in QEMU:
** Tags added: precise running-unity
** Description changed:
vmwgfx driver fails to initialize inside kvm.
tried: kvm -m 2048 -vga vmware -cdrom RebeccaBlackLinux.iso (Ubuntu
based, any Ubuntu live CD would do)
Apport data collected with qantal alpha live CD (somewhat older kernel).
On Thu, Aug 30, 2012 at 10:27 AM, John Basila wrote:
> I have tried NAT and this is why I came up with this feature.
QEMU's net/tap.c is the wrong place to add NAT code. The point of tap
is to use the host network stack. If you want userspace networking,
use -netdev user or -netdev socket.
Ple
My host is Gentoo x64, kernel 3.5.2, qemu-kvm 1.1.1-r1, libvirt 0.9.13, seabios
1.7.0
i try to set the boot order with scsi cd-rom first, then scsi harddisk
but the virtual machine will always boot with first scsi device only (unit='0',
the scsi harddisk)
is it a known problem?
my libvirt con
On Wed, 29 Aug 2012 22:28:38 +0100
Peter Maydell wrote:
> On 29 August 2012 20:53, Luiz Capitulino wrote:
> > Signed-off-by: Luiz Capitulino
> > ---
> > hw/omap_lcdc.c | 59
> > --
> > 1 file changed, 45 insertions(+), 14 deletions(-)
>
On Thu, Aug 30, 2012 at 9:38 AM, Bo Yang wrote:
> On 08/30/2012 04:04 PM, Stefan Hajnoczi wrote:
>> On Wed, Aug 29, 2012 at 09:17:43PM +0200, Stefan Weil wrote:
>>> Am 29.08.2012 13:26, schrieb Bo Yang:
This is reported by QA. When installing os with pxe, after the initial
kernel and ini
> John Basila writes:
[…]
> The problem here is related to the fact that QEMU is executed with
> multiple instances and all instances start from the same snapshot,
Isn't it possible to resolve such an issue using, e. g., DHCPv6
or DHCP? All the QEMU instances will (AIUI)
Hi,
I wonder if there is any detailed performance report of KVM
passthrough. I was just told it can achieve "near native hardware"
performance and could not get any experimental results.
Best,
Yi
> Can you try the same test with two macvlan interfaces on the host (no
> macvtap)? You may need to use the ping -I
> argument to force the ping source address to a specific macvlan
> interface.
>
> If you see the same problem, it may just be the macvlan design - it is
> stacked on top of eth0 a
On Wed, 15 Aug 2012 09:41:42 +0200
Pavel Hrdina wrote:
> Signed-off-by: Pavel Hrdina
> ---
> qerror.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/qerror.h b/qerror.h
> index d0a76a4..7e0bae7 100644
> --- a/qerror.h
> +++ b/qerror.h
> @@ -120,6 +120,9 @@ void assert_no_error(Err
Hi Santosa,
Can you please forward a link of that discussion thread ??
Thanks and Regards
-Naresh Bhat
On Thu, Aug 30, 2012 at 2:39 PM, Mulyadi Santosa
wrote:
> Hi...
>
> On Thu, Aug 30, 2012 at 3:58 PM, Naresh Bhat wrote:
>> Hi,
>>
>> Can you please explain me why qemu user mode doesn't get
Hi all,
I'm working on implementing Posix timers in linux-user.
I'm having trouble figuring out how to handle the timer_t type.
Consider the following code with say 32 bit ARM being emulated
on 64 bit x86-64:
timer_t timerid;
err = timer_create(clockid, &sev, &timerid);
err = timer_
Le Monday 27 Aug 2012 à 11:52:59 (-0600), Eric Blake a écrit :
> On 08/27/2012 01:15 AM, Benoît Canet wrote:
> > This patchset add a JSON output mode to the qemu-img info command.
> > It's a rewrite from scratch of the original patchset by Wenchao Xia
> > following Anthony Liguori advices on JSON f
Some xHC drivers (most notably on Windows and BSD systems) read
the first capability registers using 1 and 2 bytes accesses, since
this is how they are defined in section 5.3 of the xHCI specs.
Enabling these kind of read accesses allows Windows and FreeBSD
guests to properly recognize the host co
On Thu, Aug 30, 2012 at 1:13 PM, ching wrote:
>
>> Can you try the same test with two macvlan interfaces on the host (no
>> macvtap)? You may need to use the ping -I
>> argument to force the ping source address to a specific macvlan
>> interface.
>>
>> If you see the same problem, it may just be
Am 29.08.2012 20:57, schrieb Stefan Weil:
> PS. Are there perhaps more bugs of this sort? A quick test looking
> for .class_init without .class_size shows a lot of files.
That alone is not wrong.
A problem only arises when a new struct ...Class is casted to but the
object not sized appropriately
Am 29.08.2012 20:13, schrieb Michael S. Tsirkin:
> On Wed, Aug 29, 2012 at 06:54:35PM +0200, Andreas Färber wrote:
>> $subject: "[un]used vectors"? -- could be fixed by committer.
>
> Sorry I don't unedrstand. it's not 'unused': it's use and unuse.
> What is wrong with the subject?
The grammar wi
Dear Stefan,
What does it mean that the patches with the VTPM functionality exist but
they are behind the regular ones? Does it mean that they are not
currently updated? That they have less priority?
Best regards,
Jordi.
On 08/29/2012 02:57 PM, Stefan Berger wrote:
On 08/23/2012 04:05 PM,
This issue appears to be an upstream bug, since you tested the latest
upstream kernel. Would it be possible for you to open an upstream bug
report[0]? That will allow the upstream Developers to examine the
issue, and may provide a quicker resolution to the bug.
If you are comfortable with openin
On Thu, Aug 30, 2012 at 03:34:42PM +0200, Andreas Färber wrote:
> Am 29.08.2012 20:13, schrieb Michael S. Tsirkin:
> > On Wed, Aug 29, 2012 at 06:54:35PM +0200, Andreas Färber wrote:
> >> $subject: "[un]used vectors"? -- could be fixed by committer.
> >
> > Sorry I don't unedrstand. it's not 'unus
On Wed, 15 Aug 2012 09:41:43 +0200
Pavel Hrdina wrote:
> Signed-off-by: Pavel Hrdina
> ---
> block.c| 25 +
> block.h| 3 ++-
> block/qcow2-snapshot.c | 9 -
> block/qcow2.h | 4 +++-
> block/rbd.c| 20 +
** Bug watch added: Linux Kernel Bug Tracker #46711
http://bugzilla.kernel.org/show_bug.cgi?id=46711
** Also affects: linux via
http://bugzilla.kernel.org/show_bug.cgi?id=46711
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of q
On 08/30/2012 10:21 AM, Jordi Cucurull Juan wrote:
Dear Stefan,
What does it mean that the patches with the VTPM functionality exist
but they are behind the regular ones? Does it mean that they are not
currently updated? That they have less priority?
It means that in my patch queue they are
On Wed, 15 Aug 2012 09:41:44 +0200
Pavel Hrdina wrote:
> Signed-off-by: Pavel Hrdina
> ---
> block.c| 26 +++---
> block.h| 3 ++-
> block/qcow2-snapshot.c | 11 ---
> block/qcow2.h | 4 +++-
> block/rbd.c| 6 ++
Do you refer to the patches that add TPM support to the SeaBIOS?
If this is the case, this is just a completely virtual TPM without any
link with the TPM of the physical machine, right?
Jordi.
On 08/30/2012 04:50 PM, Stefan Berger wrote:
On 08/30/2012 10:21 AM, Jordi Cucurull Juan wrote:
D
Hello,
Am 30.08.2012 11:06, schrieb Stefan Priebe:
> I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
> just crashes when sending cpu_set X online through qm monitor.
For SLES we're carrying a patch by Kamalesh Babulal that prevents this
(BNC#747339).
Don't know why that patc
Am 29.08.2012 20:39, schrieb MORITA Kazutaka:
> This patch sets data to be sent to Sheepdog correctly and fixes savevm
> and loadvm operations on a Sheepdog image.
>
> Signed-off-by: MORITA Kazutaka
Thanks, applied to the block branch.
Kevin
Gerd Hoffmann writes:
>> The scheme I had in mind was this:
>>
>> - When a new non-a8-capable client appears, don't send it any of the
>> a8 surfaces
>>
>> - If the client doesn't understand a8 surfaces,
>>
>> - keep all a8 surfaces rendered on the server side
>>
>>
30.08.2012 19:41, Andreas Färber wrote:
> Hello,
>
> Am 30.08.2012 11:06, schrieb Stefan Priebe:
>> I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
>> just crashes when sending cpu_set X online through qm monitor.
>
> For SLES we're carrying a patch by Kamalesh Babulal that p
On 08/30/2012 11:40 AM, Jordi Cucurull Juan wrote:
Do you refer to the patches that add TPM support to the SeaBIOS?
Sorry for the confusion. What I meant is that the patches adding support
for a private vTPM for each QEMU VM are 'behind' those adding support
for the passthrough device model.
On 08/30/2012 11:40 AM, Jordi Cucurull Juan wrote:
Do you refer to the patches that add TPM support to the SeaBIOS?
Sorry for the confusion. What I meant is that the patches adding support
for a private vTPM for each QEMU VM are 'behind' those adding support
for the passthrough device model.
Am 30.08.2012 um 17:41 schrieb Andreas Färber :
> Hello,
>
> Am 30.08.2012 11:06, schrieb Stefan Priebe:
>> I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
>> just crashes when sending cpu_set X online through qm monitor.
>
> For SLES we're carrying a patch by Kamalesh Babul
Am 30.08.2012 18:35, schrieb Stefan Priebe:
> Am 30.08.2012 um 17:41 schrieb Andreas Färber :
>
>> Am 30.08.2012 11:06, schrieb Stefan Priebe:
>>> I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
>>> just crashes when sending cpu_set X online through qm monitor.
>>
>> For SLES
Hi,
Am 30.08.2012 14:30, schrieb Erik de Castro Lopo:
> I'm working on implementing Posix timers in linux-user.
>
> I'm having trouble figuring out how to handle the timer_t type.
> Consider the following code with say 32 bit ARM being emulated
> on 64 bit x86-64:
>
> timer_t timerid;
>
>
From: Dunrong Huang
This patch fixes the following error:
$ ~/usr/bin/qemu-system-x86_64 -enable-kvm -m 1024 -spice
port=5900,disable-ticketing -vga qxl -cdrom
~/Images/linuxmint-13-mate-dvd-32bit.iso
(/home/mathslinux/usr/bin/qemu-system-x86_64:10068): SpiceWorker-CRITICAL **:
red_worker.c:4
On Wed, 15 Aug 2012 09:41:53 +0200
Pavel Hrdina wrote:
> Signed-off-by: Pavel Hrdina
> ---
> migration.c | 2 +-
> savevm.c| 44
> sysemu.h| 3 ++-
> 3 files changed, 31 insertions(+), 18 deletions(-)
>
> diff --git a/migration.c b/migrati
On Wed, 15 Aug 2012 09:41:41 +0200
Pavel Hrdina wrote:
> This patch series convert these commands into qapi and intruduce QMP commands
> vm-snapshot-save, vm-snapshot-load, vm-snapshot-delete and query-vm-snapshots.
> It also rewrite error report for function used by these commands.
Unfortunatel
Am 30.08.2012 18:43, schrieb Andreas Färber:
Am 30.08.2012 18:35, schrieb Stefan Priebe:
Am 30.08.2012 um 17:41 schrieb Andreas Färber :
Am 30.08.2012 11:06, schrieb Stefan Priebe:
I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
just crashes when sending cpu_set X online
On Mon, 20 Aug 2012 12:39:28 +0800
Amos Kong wrote:
> key_defs[] in monitor.c is a mapping table of keys and keycodes,
> this patch added a QKeyCode enum and a new key_defs table,
> key's index in the enmu is same as keycode's index in new key_defs[].
>
> And added two help functions to convert
Hi,
A couple of pcie related migration fixes that I found while testing q35
migration.
Thanks,
-Jason
Jason Baron (2):
pcie: drop version_id field for live migration
pcie_aer: clear cmask for Advanced Error Interrupt Message Number
hw/pci.c |2 +-
hw/pcie.h |1 -
hw/pcie_
The Advanced Error Interrupt Message Number (bits 31:27 of the Root
Error Status Register) is updated when the number of msi messages assigned to a
device changes. Migration of windows 7 on q35 chipset failed because the check
in get_pci_config_device() fails due to wmask being set on these bits. I
While testing q35 live migration, I found that the migration would abort with
the following error: "Unknown savevm section type 76".
The error is due to this check failing in 'vmstate_load_state()':
while(field->name) {
if ((field->field_exists &&
field->field_exists(opaq
On Thu, 30 Aug 2012 19:23:14 +0200
Stefan Priebe wrote:
> Am 30.08.2012 18:43, schrieb Andreas Färber:
> > Am 30.08.2012 18:35, schrieb Stefan Priebe:
> >> Am 30.08.2012 um 17:41 schrieb Andreas Färber :
> >>
> >>> Am 30.08.2012 11:06, schrieb Stefan Priebe:
> I tried latest 1.2rc1 kvm-qemu
On Thu, 23 Aug 2012 13:14:21 +0800
Lei Li wrote:
> Signed-off-by: Lei Li
> ---
> qemu-char.c | 96 +++---
> qemu-char.h |2 +-
> 2 files changed, 78 insertions(+), 20 deletions(-)
>
> diff --git a/qemu-char.c b/qemu-char.c
> index 398ba
Am 30.08.2012 20:40, schrieb Igor Mammedov:
Am 30.08.2012 um 17:41 schrieb Andreas Färber :
Am 30.08.2012 11:06, schrieb Stefan Priebe:
I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
just crashes when sending cpu_set X online through qm monitor.
For SLES we're carrying
These patches are strongly based off Supriya Kannery's original bdrv_reopen()
patches as part of the hostcache series, including the _prepare(), _commit(),
and
_abort() structure.
Some additions / changes:
* Added support for multiple image reopen transactionally
* Reopen changes are staged into
The command for live block commit is added, which has the following
arguments:
device: the block device to perform the commit on (mandatory)
base: the base image to commit into; optional (if not specified,
it is the underlying original image)
top:the top image of the commit - all dat
On Thu, Aug 30, 2012 at 7:27 PM, Naresh Bhat wrote:
> Hi Santosa,
>
> Can you please forward a link of that discussion thread ??
try:
http://lists.nongnu.org/archive/html/qemu-devel/2012-08/msg05037.html
--
regards,
Mulyadi Santosa
Freelance Linux trainer and consultant
blog: the-hydra.blogsp
On Thu, 23 Aug 2012 13:14:22 +0800
Lei Li wrote:
> Signed-off-by: Lei Li
> ---
> monitor.c |8 +++-
> 1 files changed, 7 insertions(+), 1 deletions(-)
>
> diff --git a/monitor.c b/monitor.c
> index 480f583..ab4650b 100644
> --- a/monitor.c
> +++ b/monitor.c
> @@ -642,7 +642,13 @@ char
Signed-off-by: Jeff Cody
---
qerror.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/qerror.h b/qerror.h
index d0a76a4..7396184 100644
--- a/qerror.h
+++ b/qerror.h
@@ -219,6 +219,9 @@ void assert_no_error(Error *err);
#define QERR_TOO_MANY_FILES \
ERROR_CLASS_GENERIC_ERROR, "Too m
On Thu, 30 Aug 2012 20:45:10 +0200
Stefan Priebe wrote:
> Am 30.08.2012 20:40, schrieb Igor Mammedov:
> Am 30.08.2012 um 17:41 schrieb Andreas Färber :
>
> > Am 30.08.2012 11:06, schrieb Stefan Priebe:
> >> I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.5.2 but the VM
> >
Am 30.08.2012 20:56, schrieb Igor Mammedov:
On Thu, 30 Aug 2012 20:45:10 +0200
Stefan Priebe wrote:
Am 30.08.2012 20:40, schrieb Igor Mammedov:
Am 30.08.2012 um 17:41 schrieb Andreas Färber :
Am 30.08.2012 11:06, schrieb Stefan Priebe:
I tried latest 1.2rc1 kvm-qemu with vanilla kernel v3.
These are the stubs for the file reopen drivers for the raw format.
There is currently nothing that needs to be done by the raw driver
in reopen.
Signed-off-by: Jeff Cody
---
block/raw.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/block/raw.c b/block/raw.c
index
This is derived from the Supriya Kannery's reopen patches.
This contains the raw-posix driver changes for the bdrv_reopen_*
functions. All changes are staged into a temporary scratch buffer
during the prepare() stage, and copied over to the live structure
during commit(). Upon abort(), all chang
This is based heavily on Supriya Kannery's bdrv_reopen()
patch series.
This provides a transactional method to reopen multiple
images files safely.
Image files are queue for reopen via bdrv_reopen_queue(), and the
reopen occurs when bdrv_reopen_multiple() is called. Changes are
staged in bdrv_re
Andreas Färber wrote:
> Hi,
>
> Am 30.08.2012 14:30, schrieb Erik de Castro Lopo:
> > I'm working on implementing Posix timers in linux-user.
> >
> > I'm having trouble figuring out how to handle the timer_t type.
> > Consider the following code with say 32 bit ARM being emulated
> > on 64 bit x
On Thu, 23 Aug 2012 13:14:23 +0800
Lei Li wrote:
> Signed-off-by: Lei Li
> ---
> hmp-commands.hx | 16
> hmp.c| 15 +++
> hmp.h|1 +
> qapi-schema.json | 28
> qemu-char.c | 36 ++
On Thu, 23 Aug 2012 13:14:25 +0800
Lei Li wrote:
> Signed-off-by: Lei Li
Reviewed-by: Luiz Capitulino
PS: CC'ing qemu-trivial as per Eric's suggestion.
> ---
> qapi-schema-guest.json |2 +-
> qapi-schema.json |4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> dif
These are the stubs for the file reopen drivers for the qed format.
There is currently nothing that needs to be done by the qed driver
in reopen.
Signed-off-by: Jeff Cody
---
block/qed.c | 20
1 file changed, 20 insertions(+)
diff --git a/block/qed.c b/block/qed.c
index a0
This is a simple helper function, that will return the base image
of a given image chain.
Signed-off-by: Jeff Cody
---
block.c | 16
block.h | 1 +
2 files changed, 17 insertions(+)
diff --git a/block.c b/block.c
index 11e275c..5f58600 100644
--- a/block.c
+++ b/block.c
@@ -31
These are the stubs for the file reopen drivers for the qcow format.
There is currently nothing that needs to be done by the qcow driver
in reopen.
Signed-off-by: Jeff Cody
---
block/qcow.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/block/qcow.c b/block/qcow.c
These are the stubs for the file reopen drivers for the qcow2 format.
There is currently nothing that needs to be done by the qcow2 driver
in reopen.
Signed-off-by: Jeff Cody
---
block/qcow2.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/block/qcow2.c b/block/qcow
Live block commit.
I originally had intended for this RFC series to include the more
complicated case of a live commit of the active layer, but removed
it for this commit in the hopes of making it into the soft feature
freeze for 1.2, so this series is the simpler case.
This series adds the basic
This adds the live commit coroutine. This iteration focuses on the
commit only below the active layer, and not the active layer itself.
The behaviour is similar to block streaming; the sectors are walked
through, and anything that exists above 'base' is committed back down
into base. At the end,
Add bdrv_find_child(), and bdrv_delete_intermediate().
bdrv_find_child(): given 'bs' and the active (topmost) BDS of an image chain,
find the image that is the immediate top of 'bs'
bdrv_delete_intermediate():
Given 3 BDS (active, top, base), delete images
Signed-off-by: Jeff Cody
---
blockdev.c | 8 +---
trace-events | 2 +-
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 7c83baa..68d65fb 100644
--- a/blockdev.c
+++ b/blockdev.c
@@ -53,6 +53,8 @@ static const int if_max_devs[IF_COUNT] = {
[I
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
first release candidate for the QEMU 1.2 release. This release is meant
for testing purposes and should not be used in a production environment.
http://wiki.qemu.org/download/qemu-1.2.0-rc2.tar.bz2
You can help improve
I believe the bs->keep_read_only flag is supposed to reflect
the initial open state of the device. If the device is initially
opened R/O, then commit operations, or reopen operations changing
to R/W, are prohibited.
Currently, the keep_read_only flag is only accurate for the active
layer, and its
Add support for ahci migration. This patch builds upon the patches posted
previously by Andreas Faerber:
http://lists.gnu.org/archive/html/qemu-devel/2012-08/msg01538.html
(I hope I am giving Andreas proper credit for his work.)
I've tested these patches by migrating Windows 7 and Fedora 16 gues
On Fri, Aug 24, 2012 at 06:39:02AM +0200, Alexander Graf wrote:
> > While testing q35, I found that windows 7 (specifically, windows 7 ultimate
> > with sp1 x64), wouldn't install because it can't find the cdrom or disk
> > drive.
> > The failure message is: 'A required cd/dvd device driver is mis
Commit ef8621b1a3b199c348606c0a11a77d8e8bf135f1 added an include
file which is not available for MinGW compilations.
Signed-off-by: Stefan Weil
---
target-i386/cpu.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index f3cac49..423e009 100644
--- a
On 30.08.2012, at 12:59, Jason Baron wrote:
> On Fri, Aug 24, 2012 at 06:39:02AM +0200, Alexander Graf wrote:
>>> While testing q35, I found that windows 7 (specifically, windows 7 ultimate
>>> with sp1 x64), wouldn't install because it can't find the cdrom or disk
>>> drive.
>>> The failure m
Am 17.08.2012 16:10, schrieb Jan Kiszka:
On 2012-08-17 15:50, Stefan Weil wrote:
ccc-analyzer reports this warning:
console.c:1090:29: warning: Dereference of null pointer
if (active_console->cursor_timer) {
^
Function console_select allows active_cons
Is anyone currently working on VHDX (as opposed to VHD) support, as used
by the most recent version of Hyper-V? If not, would you be interested
in patches?
File format at:
http://www.microsoft.com/en-us/download/details.aspx?id=29681
(Word format, sadly)
--
Alex Bligh
When running multiple instances of QEMU from the same image file
(using -snapshot) and connecting each instance to a dedicated TAP
device, the Guest OS will most likely not be able to communicate
with the outside world as all packets leave the Guest OS from the
same IP and thus the Host OS will hav
This is primarily done so that the guest will think it is running
under vmware when hypervisor=vmware is specified as a property of a
cpu.
Also allow this to work in accel=tcg mode.
The new cpu properties hyper_level, hyper_extra, hyper_extra_a, and
hyper_extra_b can be used to further adjust wha
This is primarily done so that the guest will think it is running
under vmware when hypervisor=vmware is specified as a property of a
cpu.
Also allow this to work in accel=tcg mode.
The new cpu properties hyper_level, hyper_extra, hyper_extra_a, and
hyper_extra_b can be used to further adjust wha
Please allow me to add a few comments:
The problem here is related to the fact that QEMU is executed with multiple
instances and all instances start from the same snapshot, thus if they all send
a UDP DNS query, they will all create a packet - for example - 10.0.0.2:2345 ->
DNSERVER:53. The sou
I have tried NAT and this is why I came up with this feature.
When starting multiple QEMU instances from the same snapshot image, the Guest
OS in all instances from the same state and if they start a connection to the
DNS server for example, they will all use the same source port. The iptables
Chris Webb wrote:
> I found that on my laptop, the single change of host kernel config
>
> -CONFIG_INTEL_IDLE=y
> +# CONFIG_INTEL_IDLE is not set
>
> is sufficient to turn transfers into guests from slow to full wire speed
I am not deep enough in this code to write a patch, but I wonder if
macvtap
On 08/30/2012 02:47 PM, Jeff Cody wrote:
> Live block commit.
>
> I originally had intended for this RFC series to include the more
> complicated case of a live commit of the active layer, but removed
> it for this commit in the hopes of making it into the soft feature
> freeze for 1.2, so this se
On 08/30/2012 12:58 PM, John Basila wrote:
> Please allow me to add a few comments:
>
> The problem here is related to the fact that QEMU is executed with multiple
> instances and all instances start from the same snapshot, thus if they all
> send a UDP DNS query, they will all create a packet -
1 - 100 of 126 matches
Mail list logo
