Hi,
> Following previous discussions [1], the rules for the softfreeze will be
> changed in the QEMU 2.8 release cycle to bound the length of the freeze
> period better.
>
> Previously patch series posted on the mailing list prior to softfreeze
> could be included in maintainers' pull requests
Hi,
I am observing a kernel crash with ppc64 TCG guest on x86 and git
bisect points to this commit:
e7b1e06fbcb81ac66e2586214a6c42fdf15fadf3
[target-ppc: add vector insert instructions]
I hit the following guest kernel panic during boot:
Starting Switch Root...
[ 76.632260] systemd-j
On Thu, Sep 29, 2016 at 08:50:51AM +0200, Maxime Coquelin wrote:
[...]
> >Nit: for TCG, looks like we are using a single thread for all vCPUs.
> >In that case, I'd suggest we make sure KVM is enabled before running
> >this script, otherwise raise error (It won't make sense we pin the
> >same TID
On 29/09/2016 07:33, David Gibson wrote:
> On Wed, Sep 28, 2016 at 08:51:32PM +0200, Laurent Vivier wrote:
>> Signed-off-by: Laurent Vivier
>
> So, I think the right place to do the necessary endianness conversion
> is the PCI accessor helpers, as noted elsewhere.
Reworking my series I came to
On Thu, 09/29 09:04, Gerd Hoffmann wrote:
> Hi,
>
> > Following previous discussions [1], the rules for the softfreeze will be
> > changed in the QEMU 2.8 release cycle to bound the length of the freeze
> > period better.
> >
> > Previously patch series posted on the mailing list prior to softf
Hi all,
I was trying to convert SSH driver to support 'blockdev-add' and so
far I have tried to figure out what the struct 'BlockdevOptionsSsh' in
block-core.json should look like,
{ 'struct': 'BlockdevOptionsSsh',
'data': { 'tcp': 'InetSocketAddress',
'path': 'str' } }
Naive ques
The file hw/intc/heathrow_pic.c belongs to the Old World Mac
machine, and pc-bios/ppc_rom.bin belongs to the PReP machine.
Signed-off-by: Thomas Huth
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 479c686..3a1d4ba 100644
--- a/MAINTAINERS
++
The get_maintainer.pl script currently thinks that the win32
related files in the util and include folders are currently
unmaintained. Thus let's add some additional wildcards to
match these files.
Signed-off-by: Thomas Huth
Reviewed-by: Stefan Weil
---
v2: Exclude files in the qga directory
On 28.09.2016 21:28, Stefan Weil wrote:
> Am 27.09.2016 um 16:27 schrieb Thomas Huth:
>> The get_maintainer.pl script currently thinks that the win32
>> related files in the util and include folders are currently
>> unmaintained. Thus let's add some additional wildcards to
>> match these files.
>>
On Thu, Sep 29, 2016 at 09:23:51AM +0200, Laurent Vivier wrote:
>
>
> On 29/09/2016 07:33, David Gibson wrote:
> > On Wed, Sep 28, 2016 at 08:51:32PM +0200, Laurent Vivier wrote:
> >> Signed-off-by: Laurent Vivier
> >
> > So, I think the right place to do the necessary endianness conversion
> >
On 29/09/2016 05:05, Fam Zheng wrote:
> > So whether we can move a certain BB from some context to another depends
> > on what the frontend supports, I don't think there is a generic answer
> > we can implement here in the generic BB code. NBD for instance allows
> > any movement; but devices pro
On Thu, Sep 29, 2016 at 12:41:04PM +0530, Bharata B Rao wrote:
> Hi,
>
> I am observing a kernel crash with ppc64 TCG guest on x86 and git
> bisect points to this commit:
>
> e7b1e06fbcb81ac66e2586214a6c42fdf15fadf3
> [target-ppc: add vector insert instructions]
>
> I hit the following guest ker
Le 28/09/2016 à 02:06, Greg Ungerer a écrit :
> The shipping default setting for the Freescale M5208EVB board is to run
> the CPU at 166.67MHz. The current qemu emulation code for this board is
> defaulting to 66MHz. This results in time appearing to run way to slowly.
> So a "sleep 5" in a stand
On 29/09/2016 09:25, Fam Zheng wrote:
> On Thu, 09/29 09:04, Gerd Hoffmann wrote:
>> Hi,
>>
>>> Following previous discussions [1], the rules for the softfreeze will be
>>> changed in the QEMU 2.8 release cycle to bound the length of the freeze
>>> period better.
>>>
>>> Previously patch series
On 29/09/2016 02:16, David Gibson wrote:
> Alternatively, if we *don't* want to remove class properties, should
> we instead be trying to convert the many, many "instance" properties
> whose existence is actually per-class to be class properties?
Yes, this was the point of introducing them. :)
On Thu, Sep 29, 2016 at 09:40:33AM +0200, Thomas Huth wrote:
> The file hw/intc/heathrow_pic.c belongs to the Old World Mac
> machine, and pc-bios/ppc_rom.bin belongs to the PReP machine.
>
> Signed-off-by: Thomas Huth
Applied, thanks.
> ---
> MAINTAINERS | 2 ++
> 1 file changed, 2 insertions
On 29.09.2016 09:50, Laurent Vivier wrote:
>
>
> Le 28/09/2016 à 02:06, Greg Ungerer a écrit :
>> The shipping default setting for the Freescale M5208EVB board is to run
>> the CPU at 166.67MHz. The current qemu emulation code for this board is
>> defaulting to 66MHz. This results in time appeari
This sample driver is with reference to v7 patch of Mediated device support:
https://lists.gnu.org/archive/html/qemu-devel/2016-08/msg03798.html
https://lists.gnu.org/archive/html/qemu-devel/2016-08/msg03799.html
https://lists.gnu.org/archive/html/qemu-devel/2016-08/msg03800.html
https://lists.gnu.
On 29/09/2016 04:21, Fam Zheng wrote:
> On Wed, 09/28 18:11, Max Reitz wrote:
>> Note that BDRV_REQ_MAY_UNMAP does not mean "Yes, please discard" but
>> just "You may discard if it's easier for you". But it's actually not
>> easier for us, so I don't see why we're doing it.
>>
>> As far as I can
Sample driver creates mdev device that simulates serial port over PCI card.
Signed-off-by: Kirti Wankhede
Signed-off-by: Neo Jia
Change-Id: I857f8f12f8b275f2498dfe8c628a5cdc7193b1b2
---
Documentation/mdev/Makefile | 14 +
Documentation/mdev/mtty.c
Le 29/09/2016 à 09:56, Thomas Huth a écrit :
> On 29.09.2016 09:50, Laurent Vivier wrote:
>>
>>
>> Le 28/09/2016 à 02:06, Greg Ungerer a écrit :
>>> The shipping default setting for the Freescale M5208EVB board is to run
>>> the CPU at 166.67MHz. The current qemu emulation code for this board is
On Wed, Sep 28, 2016 at 12:22:35PM -0700, Neo Jia wrote:
> On Thu, Sep 22, 2016 at 03:26:38PM +0100, Daniel P. Berrange wrote:
> > On Thu, Sep 22, 2016 at 08:19:21AM -0600, Alex Williamson wrote:
> > > On Thu, 22 Sep 2016 09:41:20 +0530
> > > Kirti Wankhede wrote:
> > >
> > > > > My concern i
On Wed, Sep 28, 2016 at 12:48:33PM -0700, Neo Jia wrote:
> On Tue, Sep 20, 2016 at 10:47:53AM +0100, Daniel P. Berrange wrote:
> > On Tue, Sep 20, 2016 at 02:05:52AM +0530, Kirti Wankhede wrote:
> > >
> > > Hi libvirt experts,
> > >
> > > Thanks for valuable input on v1 version of RFC.
> > >
> >
On Thu, Sep 29, 2016 at 01:05:48PM +0530, Ashijeet Acharya wrote:
> Hi all,
>
> I was trying to convert SSH driver to support 'blockdev-add' and so
> far I have tried to figure out what the struct 'BlockdevOptionsSsh' in
> block-core.json should look like,
>
> { 'struct': 'BlockdevOptionsSsh',
>
>> > The problem we see is that the system call numbers in qemus
>> > unicore32/syscall_nr.h dont match what is linux mainline kernel. From
>> the
>> > toolchain linked, you seem to have kernel headers and syscall numbers
>> > based on a custom 2.6.32 fork. If one builds unicore32 binaries based
>>
On Wed, Sep 28, 2016 at 05:30:24PM +, Felipe Franciosi wrote:
>
> > On 28 Sep 2016, at 18:03, Felipe Franciosi wrote:
> >
> > Hi Paolo,
> >
> >> On 28 Sep 2016, at 17:59, Paolo Bonzini wrote:
> >>
> >> On 28/09/2016 18:56, Felipe Franciosi wrote:
> >>> Hi Daniel/Paolo,
> >>>
> >>>
> >>>
On Thu, 09/29 09:58, Paolo Bonzini wrote:
>
>
> On 29/09/2016 04:21, Fam Zheng wrote:
> > On Wed, 09/28 18:11, Max Reitz wrote:
> >> Note that BDRV_REQ_MAY_UNMAP does not mean "Yes, please discard" but
> >> just "You may discard if it's easier for you". But it's actually not
> >> easier for us, s
On 09/29/2016 09:47 AM, David Gibson wrote:
On Thu, Sep 29, 2016 at 12:41:04PM +0530, Bharata B Rao wrote:
Hi,
I am observing a kernel crash with ppc64 TCG guest on x86 and git
bisect points to this commit:
e7b1e06fbcb81ac66e2586214a6c42fdf15fadf3
[target-ppc: add vector insert instructions]
Previously all qtest cases in a category, such as check-qtest-y, are
executed in a single long gtester command. This patch separates each
test into its own make target to allow better parallism, unless gcov is
configured.
Slightly reorganize the gcov enabled case too, but the execution
sequence is
On 28 September 2016 at 10:29, Stefan Hajnoczi wrote:
> On Mon, Sep 26, 2016 at 05:41:55PM +0200, Pradeep Kiruvale wrote:
> > I want to add couple of new cli options for the virtio-net driver and use
> > them inside the
> > virtio-net driver to throttle the packets. I did go through the code and
On Thu, Sep 29, 2016 at 09:03:40AM +0100, Daniel P. Berrange wrote:
> On Wed, Sep 28, 2016 at 12:22:35PM -0700, Neo Jia wrote:
> > On Thu, Sep 22, 2016 at 03:26:38PM +0100, Daniel P. Berrange wrote:
> > > On Thu, Sep 22, 2016 at 08:19:21AM -0600, Alex Williamson wrote:
> > > > On Thu, 22 Sep 2016 0
On Thu, Sep 29, 2016 at 3:59 AM David Gibson
wrote:
> This adds one generated header, and a couple of testcase binaries to the
> .gitignore files, which haven't yet been included.
>
> Signed-off-by: David Gibson
> ---
>
Reviewed-by: Marc-André Lureau
.gitignore | 1 +
> tests/.gitignor
On Thu, Sep 29, 2016 at 10:16:41AM +1000, David Gibson wrote:
> QOM has the concept of both "object class" properties and "object
> instance" properties.
>
> The accessor functions installed for the rarely-used class properties
> still take an Object *, so the *value* of such properties is still
>
Alexander Graf writes:
> On 09/29/2016 09:47 AM, David Gibson wrote:
>> On Thu, Sep 29, 2016 at 12:41:04PM +0530, Bharata B Rao wrote:
>> [ 78.015142] Kernel panic - not syncing: Attempted to kill init!
>>> exitcode=0x0084
>>> [ 78.015142]
>>> [ 78.016926] CPU: 0 PID: 1 Comm: systemd Not
On Do, 2016-09-29 at 09:51 +0200, Paolo Bonzini wrote:
>
> On 29/09/2016 09:25, Fam Zheng wrote:
> > On Thu, 09/29 09:04, Gerd Hoffmann wrote:
> >> Hi,
> >>
> >>> Following previous discussions [1], the rules for the softfreeze will be
> >>> changed in the QEMU 2.8 release cycle to bound the len
I got a report that the LUKS block driver was not working in combination
with the drive-mirror command and have been investigating possible fixes
for this.
The core problem here is dealing with the target image. If you try to
run with a pre-created target that is a LUKS image, it will fail because
On Thu, Sep 29, 2016 at 1:17 PM, David Gibson
wrote:
> On Thu, Sep 29, 2016 at 12:41:04PM +0530, Bharata B Rao wrote:
>> Hi,
>>
>> I am observing a kernel crash with ppc64 TCG guest on x86 and git
>> bisect points to this commit:
>>
>> e7b1e06fbcb81ac66e2586214a6c42fdf15fadf3
>> [target-ppc: add v
On Thu, 09/29 09:34, Daniel P. Berrange wrote:
> I got a report that the LUKS block driver was not working in combination
> with the drive-mirror command and have been investigating possible fixes
> for this.
>
> The core problem here is dealing with the target image. If you try to
> run with a pr
If users require SVM to takeover work, COLO incoming thread should
exit from loop while failover BH helps backing to migration incoming
coroutine.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Reviewed-by: Dr. David Alan Gilbert
---
v20:
- Rebase to master
v12:
- Improve error message
This new communication path will be used for returning messages
from Secondary side to Primary side.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Reviewed-by: Dr. David Alan Gilbert
---
v13:
- Remove useless error report
v12:
- Add Reviewed-by tag
v11:
- Rebase master to use qemu_file
Switch from normal migration loadvm process into COLO checkpoint process if
COLO mode is enabled.
We add three new members to struct MigrationIncomingState,
'have_colo_incoming_thread' and 'colo_incoming_thread' record the COLO
related thread for secondary VM, 'migration_incoming_co' records the
o
Add a new migration state: MIGRATION_STATUS_COLO. Migration source side
enters this state after the first live migration successfully finished
if COLO is enabled by command 'migrate_set_capability x-colo on'.
We reuse migration thread, so the process of checkpointing will be handled
in migration t
Do checkpoint periodically, the default interval is 200ms.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Reviewed-by: Dr. David Alan Gilbert
---
v12:
- Add Reviewed-by tag
v11:
- Fix wrong sleep time for checkpoint period. (Dave's comment)
---
migration/colo.c | 12
1 fil
We add helper function colo_supported() to indicate whether
colo is supported or not, with which we use to control whether or not
showing 'x-colo' string to users, they can use qmp command
'query-migrate-capabilities' or hmp command 'info migrate_capabilities'
to learn if colo is supported.
The de
This is the 20th version of COLO frame series.
COLO Block replication and proxy (COLO compare) series are both been
merged into upstream already. And further works can be done now to
realize the full COLO feature.
Athough there are still no feedbacks from community for this part,
But I would like
When handling failover, COLO processes differently according to
the different stage of failover process, here we introduce a global
atomic variable to record the status of failover.
We add four failover status to indicate the different stage of failover process.
You should use the helpers to get a
We leave users to choose whatever heartbeat solution they want,
if the heartbeat is lost, or other errors they detect, they can use
experimental command 'x_colo_lost_heartbeat' to tell COLO to do failover,
COLO will do operations accordingly.
For example, if the command is sent to the PVM, the Pri
configure --enable-colo/--disable-colo to switch COLO
support on/off.
COLO feature is enabled by default.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Signed-off-by: Gonglei
Reviewed-by: Dr. David Alan Gilbert
---
v19:
- fix colo_supported() to return true
v11:
- Turn COLO on in defa
We can determine whether or not VM in destination should go into COLO mode
by referring to the info that was migrated.
We skip this section if COLO is not enabled (i.e.
migrate_set_capability colo off), so that, It doesn't break compatibility
with migration no matter whether users configure the --
Hi all,
In order to have a clear understanding about the VFIO mdev upstreaming
status, I'd like to summarize it. Please share your opinions on this,
and correct my misunderstandings.
The whole vfio mdev series can be logically divided into several parts,
they work together to provide the mdev sup
Guest will enter this state when paused to save/restore VM state
under COLO checkpoint.
Cc: Eric Blake
Cc: Markus Armbruster
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Signed-off-by: Gonglei
Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Eric Blake
---
qapi-schema.json | 5 ++
We need communications protocol of user-defined to control
the checkpointing process.
The new checkpointing request is started by Primary VM,
and the interactive process like below:
Checkpoint synchronizing points:
Primary Secondary
Add checkpoint-delay parameter for migrate-set-parameters, so that
we can control the checkpoint frequency when COLO is in periodic mode.
Cc: Luiz Capitulino
Cc: Eric Blake
Cc: Markus Armbruster
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Reviewed-by: Dr. David Alan Gilbert
---
v1
VM checkpointing is to synchronize the state of PVM to SVM, just
like migration does, we re-use save helpers to achieve migrating
PVM's state to Secondary side.
COLO need to cache the data of VM's state in the secondary side before
synchronize it to SVM. COLO need the size of the data to determine
We should not destroy the state of SVM (Secondary VM) until we receive
the complete data of PVM's state, in case the primary fails in the process
of sending the state, so we cache the VM's state in secondary side before
load it into SVM.
Besides, we should call qemu_system_reset() before load VM s
For primary side, if COLO gets failover request from users.
To be exact, gets 'x_colo_lost_heartbeat' command.
COLO thread will exit the loop while the failover BH does the
cleanup work and resumes VM.
Signed-off-by: zhanghailiang
Signed-off-by: Li Zhijian
Reviewed-by: Dr. David Alan Gilbert
--
* Samuel Thibault (samuel.thiba...@gnu.org) wrote:
> Hello,
>
> Dr. David Alan Gilbert, on Wed 28 Sep 2016 19:00:45 +0100, wrote:
> > I can see that migrating a VM with slirp makes sense (actually more
> > commonly saving a VM with slirp to a file); but when that happens
> > aren't you likely to l
Introduce the design of COLO, and how to test it.
Signed-off-by: zhanghailiang
---
docs/COLO-FT.txt | 190 +++
1 file changed, 190 insertions(+)
create mode 100644 docs/COLO-FT.txt
diff --git a/docs/COLO-FT.txt b/docs/COLO-FT.txt
new file mod
On Thu, 09/29 09:51, Daniel P. Berrange wrote:
> On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> > On Thu, 09/29 09:34, Daniel P. Berrange wrote:
> > > So my suggestion is that we deprecate "drive-mirror" and define a fixed
> > > command "drive-mirror-blockdev" (or "blockdev-mirror" ?)
On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> On Thu, 09/29 09:34, Daniel P. Berrange wrote:
> > I got a report that the LUKS block driver was not working in combination
> > with the drive-mirror command and have been investigating possible fixes
> > for this.
> >
> > The core probl
On 09/29/2016 04:55 PM, Jike Song wrote:
Hi all,
In order to have a clear understanding about the VFIO mdev upstreaming
status, I'd like to summarize it. Please share your opinions on this,
and correct my misunderstandings.
The whole vfio mdev series can be logically divided into several part
On Thu, Sep 29, 2016 at 05:09:20PM +0800, Fam Zheng wrote:
> On Thu, 09/29 09:51, Daniel P. Berrange wrote:
> > On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> > > On Thu, 09/29 09:34, Daniel P. Berrange wrote:
> > > > So my suggestion is that we deprecate "drive-mirror" and define a f
On Thu, Sep 29, 2016 at 04:55:39PM +0800, Jike Song wrote:
> Hi all,
>
> In order to have a clear understanding about the VFIO mdev upstreaming
> status, I'd like to summarize it. Please share your opinions on this,
> and correct my misunderstandings.
>
> The whole vfio mdev series can be logical
Am 29.09.2016 um 11:09 hat Fam Zheng geschrieben:
> On Thu, 09/29 09:51, Daniel P. Berrange wrote:
> > On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> > > On Thu, 09/29 09:34, Daniel P. Berrange wrote:
> > > > So my suggestion is that we deprecate "drive-mirror" and define a fixed
> >
Alistair Francis writes:
> Signed-off-by: Alistair Francis
> Reviewed-by: Peter Maydell
> ---
> V11:
> - Fix corrections
> V10:
> - Split the data loading and PC setting
> V9:
> - Clarify the image loading options
> V8:
> - Improve documentation
> V6:
> - Fixup documentation
> V4:
> - Re-
On Thu, 09/29 10:15, Daniel P. Berrange wrote:
> On Thu, Sep 29, 2016 at 05:09:20PM +0800, Fam Zheng wrote:
> > On Thu, 09/29 09:51, Daniel P. Berrange wrote:
> > > On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> > > > On Thu, 09/29 09:34, Daniel P. Berrange wrote:
> > > > > So my sugg
no-re...@ec2-52-6-146-230.compute-1.amazonaws.com writes:
> Hi,
>
> Your series failed automatic build test. Please find the testing commands and
> their output below. If you have docker installed, you can probably reproduce
> it
> locally.
>
> Type: series
> Message-id: cover.1475102513.git.alis
Am 28.09.2016 um 09:04 hat Fam Zheng geschrieben:
> Handling this is similar to what is done to the L2 entry in the case of
> compressed clusters.
>
> Signed-off-by: Fam Zheng
> ---
> block/qcow2-cluster.c | 9 +
> block/qcow2.c | 3 ++-
> block/qcow2.h | 3 ++-
> 3 files
Alistair Francis writes:
> Add a generic loader to QEMU which can be used to load images or set
> memory values.
>
> Internally inside QEMU this is a device. It is a strange device that
> provides no hardware interface but allows QEMU to monkey patch memory
> specified when it is created. To be a
On Thu, Sep 29, 2016 at 05:05:47PM +0800, Xiao Guangrong wrote:
>
>
> On 09/29/2016 04:55 PM, Jike Song wrote:
> > Hi all,
> >
> > In order to have a clear understanding about the VFIO mdev upstreaming
> > status, I'd like to summarize it. Please share your opinions on this,
> > and correct my m
On Thu, Sep 29, 2016 at 11:17:52AM +0200, Kevin Wolf wrote:
> Am 29.09.2016 um 11:09 hat Fam Zheng geschrieben:
> > On Thu, 09/29 09:51, Daniel P. Berrange wrote:
> > > On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> > > > On Thu, 09/29 09:34, Daniel P. Berrange wrote:
> > > > > So my
On Thu, Sep 29, 2016 at 09:51:09AM +0100, Daniel P. Berrange wrote:
> On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> > On Thu, 09/29 09:34, Daniel P. Berrange wrote:
[...]
> > > So my suggestion is that we deprecate "drive-mirror" and define a fixed
> > > command "drive-mirror-block
On 09/29/2016 05:36 PM, Neo Jia wrote:
On Thu, Sep 29, 2016 at 05:05:47PM +0800, Xiao Guangrong wrote:
On 09/29/2016 04:55 PM, Jike Song wrote:
Hi all,
In order to have a clear understanding about the VFIO mdev upstreaming
status, I'd like to summarize it. Please share your opinions on thi
On Thu, 09/29 11:29, Kevin Wolf wrote:
> Am 28.09.2016 um 09:04 hat Fam Zheng geschrieben:
> > Handling this is similar to what is done to the L2 entry in the case of
> > compressed clusters.
> >
> > Signed-off-by: Fam Zheng
> > ---
> > block/qcow2-cluster.c | 9 +
> > block/qcow2.c
Am 29.09.2016 um 10:14 schrieb Daniel P. Berrange:
> On Thu, Sep 29, 2016 at 10:16:41AM +1000, David Gibson wrote:
>> QOM has the concept of both "object class" properties and "object
>> instance" properties.
>>
>> The accessor functions installed for the rarely-used class properties
>> still take
Am 29.09.2016 um 02:16 schrieb David Gibson:
> is there really any value to supporting the "class"
> properties in addition to the "instance" properties?
Yes, it makes enumerating available properties easier by not requiring
to instantiate a new instance for printing, e.g., ",help" information.
R
On Thu, Sep 29, 2016 at 12:12:32PM +0200, Andreas Färber wrote:
> Am 29.09.2016 um 10:14 schrieb Daniel P. Berrange:
> > On Thu, Sep 29, 2016 at 10:16:41AM +1000, David Gibson wrote:
> >> QOM has the concept of both "object class" properties and "object
> >> instance" properties.
> >>
> >> The acce
A few of the new instructions added inadvertently changed the type of
old instruction(PPC_ALTIVEC) to PPC2_ALTIVEC_207 in the dual form
declaration.
commit: b5d569a1 (target-ppc: add vector extract instructions)
commit: e7b1e06f (target-ppc: add vector insert instructions)
commit: 3aa56a19 (target
Am 29.09.2016 um 12:21 schrieb Daniel P. Berrange:
> On Thu, Sep 29, 2016 at 12:12:32PM +0200, Andreas Färber wrote:
>> Am 29.09.2016 um 10:14 schrieb Daniel P. Berrange:
>>> Practically all instances properties should become class properties
>>> as its going to save wasting memory once most are co
Am 28.09.2016 um 21:03 hat Peter Maydell geschrieben:
> On 28 September 2016 at 02:37, Kevin Wolf wrote:
> > Am 27.09.2016 um 21:42 hat Peter Maydell geschrieben:
> >> On 27 September 2016 at 06:53, Kevin Wolf wrote:
> >> > The following changes since commit
> >> > 7cfdc02dae0d2ff58c897496cfdbba
On Thu, Sep 29, 2016 at 10:43:37AM +0100, Daniel P. Berrange wrote:
> On Thu, Sep 29, 2016 at 11:17:52AM +0200, Kevin Wolf wrote:
[...]
> > Just to clarify what "not stable" means: Literally none of the
> > blockdev-add commands that used to work when it was originally merged
> > are still workin
Unfortunately, there is no public Windows API to start trimming the
filesystem. The only viable way here is to call 'defrag.exe /L' for
each volume.
This is working since Win8 and Win2k12.
Signed-off-by: Denis V. Lunev
Signed-off-by: Denis Plotnikov
CC: Michael Roth
CC: Stefan Weil
---
qga/c
Signed-off-by: Laurent Vivier
---
tests/Makefile.include | 1 +
tests/libqos/pci-pc.c| 22
tests/libqos/pci-spapr.c | 288 +++
tests/libqos/pci-spapr.h | 17 +++
tests/libqos/pci.c | 22 +++-
tests/libqos/rtas.c | 45
Am 28.09.2016 um 14:49 hat Pavel Dovgalyuk geschrieben:
> > From: Kevin Wolf [mailto:kw...@redhat.com]
> > Am 28.09.2016 um 11:32 hat Pavel Dovgalyuk geschrieben:
> > > > From: Kevin Wolf [mailto:kw...@redhat.com]
> > > > Am 27.09.2016 um 16:06 hat Pavel Dovgalyuk geschrieben:
> > > > > > From: Kev
Signed-off-by: Laurent Vivier
Reviewed-by: Greg Kurz
Reviewed-by: David Gibson
---
tests/e1000e-test.c | 2 +-
tests/i440fx-test.c | 2 +-
tests/ide-test.c| 2 +-
tests/ivshmem-test.c| 2 +-
tests/libqos/ahci.c | 2 +-
tests/libqos/libqos-pc.c
This series enables USB tests on PPC64, and for
that implements libqos SPAPR PCI support.
v4:
- rebase on ppc-for-2.8
- move endianness management in pci-spapr.c
and remove the two useless patches managing that
- Add David's R-b
v3:
- rebase
- minor fixes (commas, comments)
- add Greg's R-b
v2
Machine specific shutdown function can be registered by
the machine specific qtest_XXX_boot() if needed.
So we will not have to test twice the architecture (on boot and on
shutdown) if the test can be run on several architectures.
Signed-off-by: Laurent Vivier
Reviewed-by: Greg Kurz
Reviewed-by
Am 29.09.2016 um 11:43 hat Daniel P. Berrange geschrieben:
> On Thu, Sep 29, 2016 at 11:17:52AM +0200, Kevin Wolf wrote:
> > Am 29.09.2016 um 11:09 hat Fam Zheng geschrieben:
> > > On Thu, 09/29 09:51, Daniel P. Berrange wrote:
> > > > On Thu, Sep 29, 2016 at 04:43:25PM +0800, Fam Zheng wrote:
> >
Signed-off-by: Laurent Vivier
---
tests/Makefile.include| 8 +++-
tests/usb-hcd-uhci-test.c | 24
2 files changed, 23 insertions(+), 9 deletions(-)
diff --git a/tests/Makefile.include b/tests/Makefile.include
index 8b1c171..c46a32d 100644
--- a/tests/Makefile.in
Am 29.09.2016 um 11:55 hat Fam Zheng geschrieben:
> On Thu, 09/29 11:29, Kevin Wolf wrote:
> > Am 28.09.2016 um 09:04 hat Fam Zheng geschrieben:
> > > Handling this is similar to what is done to the L2 entry in the case of
> > > compressed clusters.
> > >
> > > Signed-off-by: Fam Zheng
> > > ---
Am 29.09.2016 um 10:07 hat Richard W.M. Jones geschrieben:
> On Thu, Sep 29, 2016 at 01:05:48PM +0530, Ashijeet Acharya wrote:
> > Hi all,
> >
> > I was trying to convert SSH driver to support 'blockdev-add' and so
> > far I have tried to figure out what the struct 'BlockdevOptionsSsh' in
> > bloc
Transactional memory is also supported on POWER8 KVM-HV if the
KVM_CAP_PPC_HTM is not available in the kernel yet, so add a hack
to allow TM here, too.
Signed-off-by: Thomas Huth
---
hw/ppc/spapr.c | 2 +-
target-ppc/kvm.c | 9 -
2 files changed, 9 insertions(+), 2 deletions(-)
diff -
It makes more sense if we have a proper function to check
for KVM-PR than to check for the GET_PVINFO extension all
over the place.
Signed-off-by: Thomas Huth
---
target-ppc/kvm.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/target-ppc/kvm.c b/tar
KVM-HV also supports transactional memory on POWER8 with older
kernels that do not support the KVM_CAP_PPC_HTM extension yet.
The first patch introduces a proper function for checking whether
we're running on KVM-PR or KVM-HV, which is then used in the
second patch to check that we're running on PO
On 10.08.2016 17:38, Michael S. Tsirkin wrote:
> On Tue, Aug 09, 2016 at 08:30:42AM +0800, Liang Li wrote:
>> Since there in wrapper around madvise(), the virtio-balloon
>> code is able to work without the precompiled directive, the
>> directive can be removed.
>>
>> Signed-off-by: Liang Li
>> Sug
On 9/29/2016 2:47 PM, Neo Jia wrote:
> On Thu, Sep 29, 2016 at 04:55:39PM +0800, Jike Song wrote:
>> Hi all,
>>
>> In order to have a clear understanding about the VFIO mdev upstreaming
>> status, I'd like to summarize it. Please share your opinions on this,
>> and correct my misunderstandings.
>
From: Denis Plotnikov
Originally NBD server socket was created by qemu-nbd code. This leads to
the race when the management layer starts qemu-nbd server and allows a
client to connect to the server. In this case there is a possibility that
qemu-nbd does not open listening server socket yet. Creat
On 9/29/2016 3:16 PM, Xiao Guangrong wrote:
>
>
> On 09/29/2016 05:36 PM, Neo Jia wrote:
>> On Thu, Sep 29, 2016 at 05:05:47PM +0800, Xiao Guangrong wrote:
>>>
>>>
>>> On 09/29/2016 04:55 PM, Jike Song wrote:
Hi all,
In order to have a clear understanding about the VFIO mdev upst
On Thu, Sep 29, 2016 at 12:42:34PM +0200, Kevin Wolf wrote:
> Am 29.09.2016 um 10:07 hat Richard W.M. Jones geschrieben:
> > On Thu, Sep 29, 2016 at 01:05:48PM +0530, Ashijeet Acharya wrote:
> > > Hi all,
> > >
> > > I was trying to convert SSH driver to support 'blockdev-add' and so
> > > far I h
Signed-off-by: Li Zhijian
---
migration/savevm.c | 53 +++--
1 file changed, 35 insertions(+), 18 deletions(-)
diff --git a/migration/savevm.c b/migration/savevm.c
index 33a2911..09d8e99 100644
--- a/migration/savevm.c
+++ b/migration/savevm.c
@@ -
1 - 100 of 372 matches
Mail list logo
