It's possible that we diverge from the specification with our
implementation. Having a reference image in the test cases may detect
such problems when we introduce a bug that can read what it creates, but
can't handle a real VMDK.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/059
Patch 01 is new. Patch 02 is V4 with Kevin's comments addressed.
Fam Zheng (2):
qemu-iotests: Add data pattern in version3 VMDK sample image in 059
vmdk: Optimize cluster allocation
block/vmdk.c | 220 +
tests/qemu-iotests/059
This drops the unnecessary bdrv_truncate() from, and also improves,
cluster allocation code path.
Before, when we need a new cluster, get_cluster_offset truncates the
image to bdrv_getlength() + cluster_size, and returns the offset of
added area, i.e. the image length before truncating.
This is n
On Thu, 15 May 2014 12:16:35 +0530
Amit Shah wrote:
> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
> > On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
> > > On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
> > > > There is a need to add some more fields to VirtIODevice th
On Thu, May 15, 2014 at 08:49:48AM +0200, Greg Kurz wrote:
> On Thu, 15 May 2014 11:34:25 +0530
> Amit Shah wrote:
>
> > On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
> > > There is a need to add some more fields to VirtIODevice that should be
> > > migrated (broken status, endianness). The p
On Thu, May 15, 2014 at 12:16:35PM +0530, Amit Shah wrote:
> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
> > On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
> > > On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
> > > > There is a need to add some more fields to VirtIODev
Kernel's kvm support is not here.
x2APIC is needed, I will try to do that later.
On 05/13/2014 06:53 PM, Jan Kiszka wrote:
On 2014-05-13 09:09, Li, Zhen-Hua wrote:
From: "Li, ZhenHua"
These series patches are trying to make Qemu support more than 255 CPUs.
The max cpu number changed to 4096.
Maybe it should be 4 bytes for 4096 (0x1000).
On 05/13/2014 04:19 PM, Max Filippov wrote:
On Tue, May 13, 2014 at 11:09 AM, Li, Zhen-Hua wrote:
From: "Li, ZhenHua"
There is some runtime check for max cpu count. Make them support 4096 cpus.
Signed-off-by: Li, ZhenHua
---
hw/i386/acpi-buil
It's hard to track all mac addresses and their configurations (e.g
vlan or ipv6) in qemu. Without those informations, it's impossible to
build proper garp packet after migration. The only possible solution
to this is let guest (who knew all configurations) to do this.
So, this patch introduces a n
On Thu, May 15, 2014 at 09:34:20AM +0800, Fam Zheng wrote:
> On Thu, 05/08 16:34, Stefan Hajnoczi wrote:
> > Implement .bdrv_detach/attach_aio_context() interfaces to propagate
> > detach/attach to BDRVVmdkState->extents[].file. The block layer takes
> > care of ->file and ->backing_hd but doesn't
On Wed, May 14, 2014 at 05:05:58PM +0200, Benoît Canet wrote:
> The Wednesday 14 May 2014 à 16:22:45 (+0200), Stefan Hajnoczi wrote :
> > Block I/O throttling uses timers and currently always adds them to the
> > main loop. Throttling will break if bdrv_set_aio_context() is used to
> > move a Bloc
On Wed, May 14, 2014 at 07:40:18PM +0200, Benoît Canet wrote:
> The Wednesday 14 May 2014 à 16:22:44 (+0200), Stefan Hajnoczi wrote :
> > This series applies on top of my "dataplane: use QEMU block layer" series.
> >
> > Now that the dataplane code path is using the QEMU block layer we should
> >
Markus Armbruster writes:
[...]
> The problem is including generated bits, namely results of configure,
> into source files.
>
> The Autoconf way is to substitute placeholders in FOO.in producing FOO.
>
> When you want to limit .in contents as much as possible, you factor out
> the stuff that nee
William Dauchy writes:
> Hello,
>
> I'm using the `-pidfile` option in my qemu command line. Since I'm
> also using the `-readconfig` option I thought it was a good thing to
> include the pidfile option in my config file. Unfortunately I did not
> found any possibility to add such option in my co
On 14 May 2014 23:47, Max Reitz wrote:
> On 14.05.2014 16:26, Peter Maydell wrote:
>>
>> Before we write common.env to the tests/qemu-iotests directory, ensure
>> that it exists. This fixes out-of-tree builds from clean.
>>
>> Signed-off-by: Peter Maydell
>> ---
>> If somebody would like to revie
On 14 May 2014 23:58, Rob Herring wrote:
> On Wed, May 14, 2014 at 4:25 PM, Peter Maydell
> wrote:
>> An old host kernel, or an old guest kernel? The former is fine,
>> because the KVM CPU init code will just ask for the KVM
>> capability and fill in the ARMCPU field appropriately.
>> For the la
On Thu, May 15, 2014 at 10:15 AM, Markus Armbruster wrote:
> User interface bug: not all options are coded in a way that makes them
> work with -readconfig. This includes -pidfile. Sorry!
Thanks for the answer. Maybe I can try to send a patch one day or another.
I wanted to make sure there was
Thanks, looks good.
Some minor comments below,
On Thu, May 15, 2014 at 03:16:47PM +0800, Jason Wang wrote:
> It's hard to track all mac addresses and their configurations (e.g
> vlan or ipv6) in qemu. Without those informations, it's impossible to
s/those informations/this information/
> build p
On 2014-05-15 09:16, Li, ZhenHua wrote:
> Kernel's kvm support is not here.
> x2APIC is needed, I will try to do that later.
x2APIC emulation can wait if KVM support is there. But we need at least
one of them before starting to think about raising the limit.
Jan
PS: Please don't top-post.
>
>
On 14 May 2014, at 18:42, Greg Bellows
mailto:greg.bell...@linaro.org>> wrote:
On 13 May 2014 11:15, Fabian Aggeler
mailto:aggel...@ethz.ch>> wrote:
Banked CP registers can be defined with a A32_BANKED_REG macro which defines
a non-secure instance of the register followed by an adjacent secure i
On 15/05/14 06:41, sonia verma wrote:
Hi
I'm getting below error when trying to boot the KVM with ethernet
bridging,kvm support and universel TUN enabled by the following command..
/usr/bin/qemu-system-ppc64 -m 512 -nographic -hda
/var/volatile/debian_lenny_
powerpc_standard.qcow2
FWIW I thi
Am 15.05.2014 09:04, schrieb Greg Kurz:
> On Thu, 15 May 2014 12:16:35 +0530
> Amit Shah wrote:
>> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
>>> On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
On (Wed) 14 May 2014 [17:41:38], Greg Kurz wrote:
> Since each virti
On 05/15/2014 04:28 PM, Michael S. Tsirkin wrote:
> Thanks, looks good.
> Some minor comments below,
>
> On Thu, May 15, 2014 at 03:16:47PM +0800, Jason Wang wrote:
>> It's hard to track all mac addresses and their configurations (e.g
>> vlan or ipv6) in qemu. Without those informations, it's impos
Hi Greg
Thanks for your comments. I still have to work through them. I am using
OpenVirtualization in secure world, which then switches to a Linux kernel in
non-secure world to test the patches. What about you?
Best,
Fabian
On 14 May 2014, at 15:55, Greg Bellows
mailto:greg.bell...@linaro.org
On 14 May 2014, at 16:19, Greg Bellows
mailto:greg.bell...@linaro.org>> wrote:
On 13 May 2014 11:15, Fabian Aggeler
mailto:aggel...@ethz.ch>> wrote:
From: Sergey Fedorov mailto:s.fedo...@samsung.com>>
Define a new ARM CP register info list for the Security Extension feature.
Register that l
On 15/05/14 00:21, BALATON Zoltan wrote:
Which part is it that's still confusing you? Putting breakpoints on
pmac_ide_transfer() and pmac_ide_atapi_transfer_cb() will show you the
iterations on each DMA request (be sure to compare against a "known
good" example to understand how it should work f
On 15.05.2014 13:28, Aggeler Fabian wrote:
> Hi Greg
>
> Thanks for your comments. I still have to work through them. I am using
> OpenVirtualization in secure world, which then switches to a Linux kernel in
> non-secure world to test the patches. What about you?
>
> Best,
> Fabian
Hi, Fabian, a
Hi Mark
Thanks for the reply.
I'll test and let you know the result soon.
On Thu, May 15, 2014 at 2:36 PM, Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 15/05/14 06:41, sonia verma wrote:
>
> Hi
>>
>> I'm getting below error when trying to boot the KVM with ethernet
>> bridging
On Thu, May 15, 2014 at 05:22:28PM +0800, Jason Wang wrote:
> On 05/15/2014 04:28 PM, Michael S. Tsirkin wrote:
> > Thanks, looks good.
> > Some minor comments below,
> >
> > On Thu, May 15, 2014 at 03:16:47PM +0800, Jason Wang wrote:
> >> It's hard to track all mac addresses and their configuratio
On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
> Am 15.05.2014 09:04, schrieb Greg Kurz:
> > On Thu, 15 May 2014 12:16:35 +0530
> > Amit Shah wrote:
> >> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
> >>> On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
> >
Am 15.05.2014 um 07:16 hat Peter Lieven geschrieben:
> Am 14.05.2014 13:41, schrieb Kevin Wolf:
> > Am 08.05.2014 um 18:22 hat Peter Lieven geschrieben:
> >> this patch tries to optimize zero write requests
> >> by automatically using bdrv_write_zeroes if it is
> >> supported by the format.
> >>
>
Hi Serge,
I think I have already reported the required information a number of times with
the Ubuntu built-in bug reporting facility (apport?), which asked me to report
the crash information to developers.
Are you able to find it out or do I need to manually open a new bug?
Thanks you.
--
El Tue, 13 May 2014 08:38:26 -0600
Eric Blake escribió:
> Although __VA_ARGS__ is required by C99, the use of ##__VA_ARGS__ is a
> gcc extension; are you sure that all other supported compilers handle
> it? (I guess that's just clang)
>
> If you want something portable to C99, just use one fewer
Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
> On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
>> Am 15.05.2014 09:04, schrieb Greg Kurz:
>>> On Thu, 15 May 2014 12:16:35 +0530
>>> Amit Shah wrote:
On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
> On Thu, Ma
Since islsi[] array has been merged into the ICSState struct,
we must not reset flags as they tell if the interrupt is in use.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c | 7 +++
hw/intc/xics_kvm.c | 7 +++
2 files changed, 14 insertions(+)
diff --git a/hw/intc/xics.c b/
Hi Mark
I tried booting KVM using qemy-system-ppc with your suggesstion but ended
up stucking at below logs..
/usr/bin/qemu-system-ppc -m 512 -nographic -hda
kvm/debian_lenny_powerpc_standard.qcow2
qemu-system-ppc: pci_add_option_rom: failed to find romfile
"efi-ne2k_pci.rom"
>> set_property: NUL
The existing interrupt allocation scheme in SPAPR assumes that
interrupts are allocated at the start time, continously and the config
will not change. However, there are cases when this is not going to work
such as:
1. migration - we will have to have an ability to choose interrupt
numbers for dev
This removes xics_set_irq_type() as it is not used anymore.
This is done by a separate patch to make the previous patch
look nicer.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c| 11 ---
include/hw/ppc/xics.h | 1 -
2 files changed, 12 deletions(-)
diff --git a/hw/int
On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
> Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
> > On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
> >> Am 15.05.2014 09:04, schrieb Greg Kurz:
> >>> On Thu, 15 May 2014 12:16:35 +0530
> >>> Amit Shah wrote:
>
Currently SPAPR PHB keeps track of all allocated MSI/MISX interrupt as
XICS used to be unable to reuse interrupts which becomes a problem for
dynamic MSI reconfiguration which is happening on guest driver reload or
PCI hot (un)plug. Another problem is that PHB has a limit of devices
supporting MSI/
On Thu, 15 May 2014 11:20:18 +0200
Andreas Färber wrote:
> Am 15.05.2014 09:04, schrieb Greg Kurz:
> > On Thu, 15 May 2014 12:16:35 +0530
> > Amit Shah wrote:
> >> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
> >>> On Thu, May 15, 2014 at 11:34:25AM +0530, Amit Shah wrote:
> On
"Michael R. Hines" wrote:
> On 05/09/2014 12:25 PM, Gonglei (Arei) wrote:
>> Hi,
>>
>>> -Original Message-
>>> From: Michael R. Hines [mailto:mrhi...@linux.vnet.ibm.com]
>>> Sent: Tuesday, April 01, 2014 8:42 AM
>>> To: Gonglei (Arei); qemu-devel@nongnu.org
>>> Cc: Huangweidong (C); quint.
Am 15.05.2014 12:03, schrieb Michael S. Tsirkin:
> On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
>> Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
>>> On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
Am 15.05.2014 09:04, schrieb Greg Kurz:
> On Thu, 15 Ma
PAPR allows having multiple interrupt sources such as PHB.
This adds a source lookup function and makes use of it.
Since at the moment QEMU only supports a single source,
no change in behaviour is expected.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c | 30 +--
On Thu, May 15, 2014 at 12:08:26PM +0200, Greg Kurz wrote:
> On Thu, 15 May 2014 11:20:18 +0200
> Andreas Färber wrote:
> > Am 15.05.2014 09:04, schrieb Greg Kurz:
> > > On Thu, 15 May 2014 12:16:35 +0530
> > > Amit Shah wrote:
> > >> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
> >
On Thu, 15 May 2014 12:08:26 +0200
Greg Kurz wrote:
> On Thu, 15 May 2014 11:20:18 +0200
> Andreas Färber wrote:
> > Am 15.05.2014 09:04, schrieb Greg Kurz:
> > > On Thu, 15 May 2014 12:16:35 +0530
> > > Amit Shah wrote:
> > >> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
> > >>> O
On Thu, May 15, 2014 at 12:11:12PM +0200, Andreas Färber wrote:
> Am 15.05.2014 12:03, schrieb Michael S. Tsirkin:
> > On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
> >> Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
> >>> On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber
On 15/05/14 11:01, sonia verma wrote:
Hi Mark
I tried booting KVM using qemy-system-ppc with your suggesstion but
ended up stucking at below logs..
/usr/bin/qemu-system-ppc -m 512 -nographic -hda
kvm/debian_lenny_powerpc_standard.qcow2
qemu-system-ppc: pci_add_option_rom: failed to find romfil
The current allocator returns IRQ numbers from a pool and does not
support IRQs reuse in any form as it did not keep track of what it
previously returned, it only keeps the last returned IRQ. Some use
cases such as PCI hot(un)plug may require IRQ release and reallocation.
This moves an allocator f
On Thu, 15 May 2014 13:12:12 +0300
"Michael S. Tsirkin" wrote:
> On Thu, May 15, 2014 at 12:08:26PM +0200, Greg Kurz wrote:
> > On Thu, 15 May 2014 11:20:18 +0200
> > Andreas Färber wrote:
> > > Am 15.05.2014 09:04, schrieb Greg Kurz:
> > > > On Thu, 15 May 2014 12:16:35 +0530
> > > > Amit Shah
This removes @next_irq from sPAPREnvironment which was used in old
IRQ allocator as XICS is now responsible for IRQs and keeps track of
allocated IRQs.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spapr.c | 3 +--
include/hw/ppc/spapr.h | 1 -
2 files changed, 1 insertion(+), 3 deletio
This implements interrupt release function so IRQs can be returned back
to the pool for reuse in cases such as PCI hot plug.
Signed-off-by: Alexey Kardashevskiy
---
hw/intc/xics.c| 25 +
include/hw/ppc/xics.h | 1 +
trace-events | 2 ++
3 files changed,
This moves interrupts allocation business from SPAPR to XICS
and makes use of it.
Changes:
v2:
* s/server/source/
* fixed typos, code style, added an assert
* added patch for spapr_pci for better IRQ reuse for MSI/MSIX
There is just one source at the moment. We might create one
per PHB and one pe
Hi Mark
The gcc version I'm using is 4.8.1 .
It is not working with the standard Qemu.
On Thu, May 15, 2014 at 3:46 PM, Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 15/05/14 11:01, sonia verma wrote:
>
> Hi Mark
>>
>> I tried booting KVM using qemy-system-ppc with your suggess
On 15/05/14 11:50, sonia verma wrote:
Hi Mark
The gcc version I'm using is 4.8.1 .
It is not working with the standard Qemu.
Unfortunately if it doesn't work with standard QEMU then it sounds as if
there is something wrong with either your OpenBIOS binary or build
environment.
The debian_
Hi Mark
Thanks for the information.It will help me alot.
I'll let you know if any further issues.
On Thu, May 15, 2014 at 4:32 PM, Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 15/05/14 11:50, sonia verma wrote:
>
> Hi Mark
>>
>> The gcc version I'm using is 4.8.1 .
>> It is no
block_int.h is for block layer and block drivers, other code shouldn't
include it. But similar to bdrv_set_aio_context, bdrv_get_aio_context
should also be accessible from outside of block layer.
Move it.
Signed-off-by: Fam Zheng
---
include/block/block.h | 7 +++
include/block/block_in
This applies on top of Stefan's dataplane series.
v2:
Patch 1 moves the declaration of bdrv_get_aio_context to block.h.
Patch 2 is unchanged except for the dropped #include.
Fam Zheng (2):
block: Move declaration of bdrv_get_aio_context to block.h
virtio-blk: Allow config-wce in dataplane
Dataplane now uses block layer. Protect bdrv_set_enable_write_cache with
aio_context_acquire and aio_context_release, so we can enable config-wce
to allow guest to modify the write cache online.
Signed-off-by: Fam Zheng
---
hw/block/dataplane/virtio-blk.c | 6 --
hw/block/virtio-blk.c
> -Original Message-
> From: Gerd Hoffmann [mailto:kra...@redhat.com]
> Sent: Thursday, May 15, 2014 2:50 PM
> To: Gonglei (Arei)
> Cc: Paolo Bonzini; qemu-devel@nongnu.org; Huangweidong (C); Michael S.
> Tsirkin
> Subject: Re: usb: usb tablet freeze when save/restore guest os
>
> Hi,
>
This adds a "ibm,chip-id" property for CPU nodes which should be the same
for all cores in the same CPU socket. The recent guest kernels use this
information to associate threads with sockets.
Refer to the kernel commit 256f2d4b463d3030ebc8d2b54f427543814a2bdc
for more details.
Signed-off-by: Ale
The Wednesday 14 May 2014 à 16:22:45 (+0200), Stefan Hajnoczi wrote :
> Block I/O throttling uses timers and currently always adds them to the
> main loop. Throttling will break if bdrv_set_aio_context() is used to
> move a BlockDriverState to a different AioContext.
>
> This patch adds throttle_
This adds QEMU wrappers for KVM_SET_ONE_REG/KVM_GET_ONE_REG ioctls.
Signed-off-by: Alexey Kardashevskiy
---
Changes:
v3:
* changed comments
v2:
* added Doc Comments
* removed error_print
---
include/sysemu/kvm.h | 21 +
kvm-all.c| 18 ++
2 files c
PowerISA defines a compatibility mode for server POWERPC CPUs which
is supported by the PCR special register. To support this feature,
SPAPR defines a set of virtual PVRs, once per PowerISA spec version.
This introduces a "compat" CPU option which defines maximal compatibility
mode enabled. The su
This adds basic support for the "compat" CPU option. By specifying
the compat property, the user can manually switch guest CPU mode from
"raw" to "architected".
Since the actual compatibility mode is not implemented yet, this does
not change the existing behavior.
Signed-off-by: Alexey Kardashevs
This introduces PCR mask for supported compatibility modes.
This will be used later by the ibm,client-architecture-support call.
Signed-off-by: Alexey Kardashevskiy
---
target-ppc/cpu-qom.h| 1 +
target-ppc/translate_init.c | 3 +++
2 files changed, 4 insertions(+)
diff --git a/target-p
The PAPR+ specification defines a ibm,client-architecture-support (CAS)
RTAS call which purpose is to provide a negotiation mechanism for
the guest and the hypervisor to work out the best compatibility parameters.
During the negotiation process, the guest provides an array of various
options and ca
This enables a ibm,client-architecture-support RTAS call.
This allows older distros (such as SLES11 or RHEL6) to work on modern
POWERPC hardware (such as POWER8) in "architected" mode.
The previous try was "RFC", so this is "v1".
The very first patch here is for the reference, it is already on
The host kernel implements a KVM_REG_PPC_ARCH_COMPAT register which
this uses to enable a compatibility mode if any chosen.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spapr.c | 6 ++
hw/ppc/spapr_hcall.c | 4
target-ppc/kvm.c | 5 +
target-ppc/kvm_ppc.h | 6 ++
4 f
The upcoming support of the "ibm,client-architecture-support"
reconfiguration method will be able to reduce the number of threads per
core so the server# and gserver# device tree properties are not parts
of the FDT skeleton anymore.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spapr.c | 37 +++
Modern Linux kernels support last POWERPC CPUs so when a kernel boots,
in most cases it can find a matching cpu_spec in the kernel's cpu_specs
list. However if the kernel is quite old, it may be missing a definition
of the actual CPU. To provide an ability for old kernels to work on modern
hardware
This puts a limit to the number of threads per core based on the current
compatibility mode. Although PowerISA specs do not specify the maximum
threads per core number, the linux guest still expects that
PowerISA2.05-compatible CPU supports only 2 threads per core as this
is what POWER6 (2.05 compl
Hi, Juan
Ping...
Maybe you forgot to pull this patch, right? Thanks.
Best regards,
-Gonglei
> -Original Message-
> From: Juan Quintela [mailto:quint...@redhat.com]
> Sent: Friday, March 21, 2014 9:26 PM
> To: Gonglei (Arei)
> Cc: qemu-devel@nongnu.org; owass...@redhat.com; pbonz...@r
Am 15.05.2014 um 01:28 hat Matthew Booth geschrieben:
> This allows qemu to use images over https with a self-signed certificate. It
> defaults to verifying the certificate.
>
> Signed-off-by: Matthew Booth
> ---
> block/curl.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git
This reverts commit f915db07ef9c368ea6db6430256de064fdd1525f.
This commit is broken because it does not account for the
build tree and the source tree being different, and can cause
build failures for out-of-tree builds. Revert it until we can
identify a better solution to the problem.
Signed-off
Am 15.05.2014 um 01:28 hat Matthew Booth geschrieben:
> Signed-off-by: Matthew Booth
> ---
> block/curl.c | 15 +++
> 1 file changed, 15 insertions(+)
Thanks, applied all to the block branch (with patch 3 fixed as commented
there).
Please don't forget --cover-letter and --subject-pr
The Wednesday 14 May 2014 à 23:20:17 (-0400), Jeff Cody wrote :
> Now that active layer block-commit is supported, the 'top' argument
> no longer needs to be mandatory.
>
> Change it optional, with the default being the active layer in the
Do you mean "Change it to optional" or "Make it optional"
The Wednesday 14 May 2014 à 23:20:16 (-0400), Jeff Cody wrote :
> This is a small helper function, to determine if 'base' is in the
> chain of BlockDriverState 'top'. It returns true if it is in the chain,
> and false otherwise.
>
> If either argument is NULL, it will also return false.
>
> Sign
On Thu, May 15, 2014 at 01:47:55PM +0200, Benoît Canet wrote:
> The Wednesday 14 May 2014 à 23:20:17 (-0400), Jeff Cody wrote :
> > Now that active layer block-commit is supported, the 'top' argument
> > no longer needs to be mandatory.
> >
> > Change it optional, with the default being the active
Signed-off-by: BALATON Zoltan
---
v2: resubmission after pc-2.1 is added with the multiport case
v3: added compatibility check to avoid changing earlier than pc-2.1
v4: renamed compat property to prog_if
hw/char/serial-pci.c | 7 +++
include/hw/i386/pc.h | 15 +++
2 files ch
Hi,
What all steps to be taken for differential vhd image? i created one
differential image using vhd-util
Thanks
Am 15.05.2014 um 13:34 hat Peter Maydell geschrieben:
> This reverts commit f915db07ef9c368ea6db6430256de064fdd1525f.
>
> This commit is broken because it does not account for the
> build tree and the source tree being different, and can cause
> build failures for out-of-tree builds. Revert it unt
The Wednesday 14 May 2014 à 23:20:15 (-0400), Jeff Cody wrote :
> Currently, node_name is only filled in when done so explicitly by the
> user. If no node_name is specified, then the node name field is not
> populated.
>
> If node_names are automatically generated when not specified, that means
>
Am 15.05.2014 12:16, schrieb Michael S. Tsirkin:
> On Thu, May 15, 2014 at 12:11:12PM +0200, Andreas Färber wrote:
>> Am 15.05.2014 12:03, schrieb Michael S. Tsirkin:
>>> On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber wrote:
Am 15.05.2014 11:52, schrieb Michael S. Tsirkin:
> On T
On Thu, May 15, 2014 at 01:58:59PM +0200, Benoît Canet wrote:
> The Wednesday 14 May 2014 à 23:20:15 (-0400), Jeff Cody wrote :
> > Currently, node_name is only filled in when done so explicitly by the
> > user. If no node_name is specified, then the node name field is not
> > populated.
> >
> >
On 13/05/14 20:02, Matthew Rosato wrote:
> On 05/12/2014 03:35 AM, Christian Borntraeger wrote:
>> On 07/05/14 20:05, Matthew Rosato wrote:
>>> Add memory information to read SCP info and add handlers for
>>> Read Storage Element Information, Attach Storage Element,
>>> Assign Storage and Unassign
The Wednesday 14 May 2014 à 23:20:18 (-0400), Jeff Cody wrote :
> This modifies the block operation block-commit so that it will
> accept node-name arguments for either 'top' or 'base' BDS.
>
> The filename and node-name are mutually exclusive to each other;
> i.e.:
> "top" and "top-node-name"
On Thu, Feb 27, 2014 at 02:05:05AM +0100, BALATON Zoltan wrote:
> Signed-off-by: BALATON Zoltan
Applied, thanks for your persistence!
> ---
>
> v2: resubmission after pc-2.1 is added with the multiport case
> v3: added compatibility check to avoid changing earlier than pc-2.1
> v4: renamed c
On Tue, 6 May 2014 17:19:57 -0300
Eduardo Habkost wrote:
> On Tue, May 06, 2014 at 10:01:11PM +0200, Igor Mammedov wrote:
> > On Tue, 6 May 2014 11:42:56 -0300
> > Eduardo Habkost wrote:
> >
> > > On Tue, May 06, 2014 at 09:22:38AM +0200, Igor Mammedov wrote:
> > > > On Fri, 2 May 2014 11:43:05
Eduardo Habkost wrote:
> From: Marcelo Tosatti
>
> Check vmsd for unmigratable field, allowing migratibility status
> to be modified after vmstate_register.
>
> Cc: Juan Quintela
> Signed-off-by: Marcelo Tosatti
> Reviewed-by: Eduardo Habkost
> Signed-off-by: Eduardo Habkost
I agree with the
Eduardo Habkost wrote:
> From: Marcelo Tosatti
>
> Invariant TSC documentation mentions that "invariant TSC will run at a
> constant rate in all ACPI P-, C-. and T-states".
>
> This is not the case if migration to a host with different TSC frequency
> is allowed, or if savevm is performed. So blo
Am 30.04.2014 18:48, schrieb Eduardo Habkost:
> Instead of checking and calling unavailable_host_feature() once for each
> bit, simply call the function (now renamed to
> report_unavailable_features()) once for each feature word.
>
> Signed-off-by: Eduardo Habkost
> ---
> Changes v1 -> v2:
> * R
On Thu, May 15, 2014 at 02:00:15PM +0200, Andreas Färber wrote:
> Am 15.05.2014 12:16, schrieb Michael S. Tsirkin:
> > On Thu, May 15, 2014 at 12:11:12PM +0200, Andreas Färber wrote:
> >> Am 15.05.2014 12:03, schrieb Michael S. Tsirkin:
> >>> On Thu, May 15, 2014 at 11:58:25AM +0200, Andreas Färber
The Wednesday 14 May 2014 à 23:20:19 (-0400), Jeff Cody wrote :
> On some image chains, QEMU may not always be able to resolve the
> filenames properly, when updating the backing file of an image
> after a block commit.
>
> For instance, certain relative pathnames may fail, or drives may
> have be
On Wed, 30 Apr 2014 17:29:29 -0300
Eduardo Habkost wrote:
> In case something happens and prevents qemu_init_vcpu() from running
> after cpu_exec_init() was already called, this will let the rest of the
> VCPU handling code know that the CPU is not running yet.
perhaps default value should be set
The Thursday 15 May 2014 à 08:06:14 (-0400), Jeff Cody wrote :
> On Thu, May 15, 2014 at 01:58:59PM +0200, Benoît Canet wrote:
> > The Wednesday 14 May 2014 à 23:20:15 (-0400), Jeff Cody wrote :
> > > Currently, node_name is only filled in when done so explicitly by the
> > > user. If no node_name
"Michael S. Tsirkin" writes:
> On Thu, May 15, 2014 at 11:20:18AM +0200, Andreas Färber wrote:
>> Am 15.05.2014 09:04, schrieb Greg Kurz:
>> > On Thu, 15 May 2014 12:16:35 +0530
>> > Amit Shah wrote:
>> >> On (Thu) 15 May 2014 [09:23:51], Michael S. Tsirkin wrote:
>> >>> On Thu, May 15, 2014 at
Il 15/05/2014 13:22, Fam Zheng ha scritto:
This applies on top of Stefan's dataplane series.
v2:
Patch 1 moves the declaration of bdrv_get_aio_context to block.h.
Patch 2 is unchanged except for the dropped #include.
Fam Zheng (2):
block: Move declaration of bdrv_get_aio_context to block.h
On Thu, May 15, 2014 at 11:16 AM, Li, ZhenHua wrote:
> Maybe it should be 4 bytes for 4096 (0x1000).
I'd say that 2 bytes should be enough, but actually I don't see
why anybody would care in that function how many bytes it is.
> On 05/13/2014 04:19 PM, Max Filippov wrote:
>>
>> On Tue, May 13, 2
On Thu, May 15, 2014 at 02:32:50PM +0200, Benoît Canet wrote:
> The Thursday 15 May 2014 à 08:06:14 (-0400), Jeff Cody wrote :
> > On Thu, May 15, 2014 at 01:58:59PM +0200, Benoît Canet wrote:
> > > The Wednesday 14 May 2014 à 23:20:15 (-0400), Jeff Cody wrote :
> > > > Currently, node_name is only
1 - 100 of 344 matches
Mail list logo
