On 08/12/2014 04:41 AM, David Gibson wrote:
> On Sat, Aug 09, 2014 at 03:25:44PM +0100, Eric Auger wrote:
>> vfio_get_device now takes a VFIODevice as argument. The function is split
>> into 4 functional parts: dev_info query, device check, region populate
>> and interrupt populate. the last 3 are
On 08/11/2014 07:57 PM, Will Deacon wrote:
> On Mon, Aug 11, 2014 at 03:28:40PM +0100, Eric Auger wrote:
>> On 08/11/2014 03:50 PM, Will Deacon wrote:
>>> I'm playing with PCI device assignment with kvmtool, so I could do some
>>> basic testing if you like. Can you put the patches on a git tree som
On 08/11/2014 09:25 PM, Alex Williamson wrote:
> On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
>> diff --git a/include/hw/vfio/vfio-common.h b/include/hw/vfio/vfio-common.h
>> new file mode 100644
>> index 000..4684ee5
>> --- /dev/null
>> +++ b/include/hw/vfio/vfio-common.h
>> @@ -0,0 +1
On 08/11/2014 03:59 PM, Gonglei (Arei) wrote:
> Hi,
>
>> Subject: [Qemu-devel] USB PCI host bus adapter hot plug
>>
>> Hi!
>>
>> I noticed that QMP's "device_add usb-ehci,id=i2,bus=pci.0" fails on PCI
>> hotplug. The same for pci-ohci and this is because their initfn() do
>> "dc->hotpluggable =
On 08/11/2014 09:20 PM, Alex Williamson wrote:
> On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
>> A new common module is created. It implements all functions
>> that have no device specificity (PCI, Platform).
>>
>> This patch only consists in move (no functional changes)
>>
>> Signed-off-by
On 08/11/2014 10:13 PM, Alex Williamson wrote:
> On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
>> Minimal VFIO platform implementation supporting
>> - register space user mapping,
>> - IRQ assignment based on eventfds handled on qemu side.
>>
>> irqfd kernel acceleration comes in a subsequen
On 2014/8/11 22:29, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert"
Provide a check to see if the OS we're running on has all the bits
needed for postcopy.
Creates postcopy-ram.c which will get most of the other helpers we need.
Signed-off-by: Dr. David Alan Gilbert
---
Ma
At Mon, 11 Aug 2014 15:38:21 +0100,
Stefan Hajnoczi wrote:
>
> [1 ]
> On Mon, Aug 11, 2014 at 03:50:03PM +0900, Hitoshi Mitake wrote:
> > Calling error_get_progname() in the context of qemu-io can cause
> > segmentation fault because qemu-io doesn't initialize its progname
> > with error_set_prog
At Mon, 11 Aug 2014 13:20:38 +0200,
Markus Armbruster wrote:
>
> Hitoshi Mitake writes:
>
> > Calling error_get_progname() in the context of qemu-io can cause
> > segmentation fault because qemu-io doesn't initialize its progname
> > with error_set_progname(). This patch adds the initialization.
Hi,
this series fixes loading uImage kernels on MMUv2 xtensa cores.
U-boot for xtensa always treats uImage load address as virtual address.
This is important when booting uImage on xtensa core with MMUv2, because
MMUv2 has fixed non-identity virtual-to-physical mapping after reset.
I add two new
U-boot for xtensa always treats uImage load address as virtual address.
This is important when booting uImage on xtensa core with MMUv2, because
MMUv2 has fixed non-identity virtual-to-physical mapping after reset.
Always do virtual-to-physical translation of uImage load address and
load uImage at
Extract uImage header loader and allow using it from the rest of the
code.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Max Filippov
---
hw/core/loader.c| 37 +
include/hw/loader.h | 2 ++
2 files changed, 31 insertions(+), 8 deletions(-)
diff --git a/hw/co
load_uimage_at loads kernel image at the specified address instead of
the address recorded in the uImage header.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Max Filippov
---
hw/core/loader.c| 25 +++--
include/hw/loader.h | 2 ++
2 files changed, 21 insertions(+), 6 deleti
On 08/12/2014 10:13 AM, Alexey Kardashevskiy wrote:
> On 08/12/2014 03:29 AM, Alexander Graf wrote:
>>
>> On 11.08.14 17:26, Alexey Kardashevskiy wrote:
>>> On 08/11/2014 09:59 PM, Alexander Graf wrote:
On 31.07.14 11:34, Alexey Kardashevskiy wrote:
> This implements DDW for emulated PHB.
On Mon, Aug 11, 2014 at 02:23:21PM -0500, Tom Musta wrote:
> These patches fix assorted bugs in the emulation of Power Fixed Point Unit
> instructions.
>
> All instructions have been thorougly tested by running millions of random
> patterns through actual hardware and comparing the results against
On Sat, Aug 09, 2014 at 03:25:42PM +0100, Eric Auger wrote:
> Introduce the VFIODevice struct that is going to be shared by
> VFIOPCIDevice and VFIOPlatformDevice.
>
> Additional fields will be added there later on for review
> convenience.
>
> the group's device_list becomes a list of VFIODevice
On Sat, Aug 09, 2014 at 03:25:44PM +0100, Eric Auger wrote:
> vfio_get_device now takes a VFIODevice as argument. The function is split
> into 4 functional parts: dev_info query, device check, region populate
> and interrupt populate. the last 3 are specialized by parent device and
> are added into
On Mon, Aug 11, 2014 at 02:31:43PM +0200, Benoît Canet wrote:
> The Thursday 17 Jul 2014 à 13:18:56 (+0800), Liu Yuan wrote :
> > This patch adds single read pattern to quorum driver and quorum vote is
> > default
> > pattern.
> >
> > For now we do a quorum vote on all the reads, it is designed f
Hi all,
Is anyone there can tell the current status of vhost-net on kvm-arm?
Half a year has passed from Isa Ansharullah asked this question:
http://www.spinics.net/lists/kvm-arm/msg08152.html
I have found two patches which have provided the kvm-arm support of
eventfd and irqfd:
1) [RFC PATCH 0
On Tue, 08/12 10:09, Zhang Haoyu wrote:
> >> > Hi,
> >> >
> >> > I tested the reliability of qemu in the IPSAN environment as follows:
> >> > (1) create one VM on a X86 server which is connected to an IPSAN, and
> >> > the VM
> >> > has only one system volume which is on the IPSAN;
> >> > (2) dis
On Thu, Jul 31, 2014 at 07:34:08PM +1000, Alexey Kardashevskiy wrote:
> At the moment spapr_tce_find_by_liobn() is used by H_PUT_TCE/...
> handlers to find an IOMMU by LIOBN.
>
> We are going to implement Dynamic DMA windows (DDW), new code
> will go to a new file and we will use spapr_tce_find_by
On Thu, Jul 31, 2014 at 07:34:13PM +1000, Alexey Kardashevskiy wrote:
> This implements DDW for VFIO. Host kernel support is required for this.
>
> Signed-off-by: Alexey Kardashevskiy
> ---
> hw/ppc/spapr_pci_vfio.c | 75
> +
> 1 file changed, 75
On Thu, Jul 31, 2014 at 07:34:09PM +1000, Alexey Kardashevskiy wrote:
> Signed-off-by: Alexey Kardashevskiy
It would be nice for your commit message to state exactly what kernel
version you pulled these updated headers in from.
--
David Gibson| I'll have my music baroque, an
On Thu, Jul 31, 2014 at 07:34:07PM +1000, Alexey Kardashevskiy wrote:
> This makes find_phb()/find_dev() public and changed its names
> to spapr_pci_find_phb()/spapr_pci_find_dev() as they are going to
> be used from other parts of QEMU such as VFIO DDW (dynamic DMA window)
> or VFIO PCI error inje
On Thu, Jul 31, 2014 at 07:34:10PM +1000, Alexey Kardashevskiy wrote:
> This adds support for Dynamic DMA Windows (DDW) option defined by
> the SPAPR specification which allows to have additional DMA window(s)
> which can support page sizes other than 4K.
>
> The existing implementation of DDW in
On Thu, Jul 31, 2014 at 07:34:06PM +1000, Alexey Kardashevskiy wrote:
> The existing KVM_CREATE_SPAPR_TCE ioctl only support 4G windows max.
> We are going to add huge DMA windows support so this will create small
> window and unexpectedly fail later.
I'm not entirely clear on what you're saying h
On Thu, Jul 31, 2014 at 07:34:12PM +1000, Alexey Kardashevskiy wrote:
> This implements DDW for emulated PHB.
>
> This advertises DDW in device tree.
>
> Signed-off-by: Alexey Kardashevskiy
> ---
>
> The DDW has not been tested as QEMU does not implement any 64bit DMA capable
> device and exist
Replace "init/destroy" with "realize/unrealize" in SCSIDeviceClass,
which has errp as a parameter. So all the implementations now use
error_setg instead of error_report for reporting error.
Also in scsi_bus_legacy_handle_cmdline, report the error when
initializing the if=scsi devices, before retur
From: "Dr. David Alan Gilbert"
The return path uses a non-blocking fd so as not to block waiting for the
(possibly broken) destination to finish returning a message, however we still
want outbound data to behave in the same way and block.
Signed-off-by: Dr. David Alan Gilbert
Hi David
It
This allows us to pass error information to caller.
Reviewed-by: Andreas Färber
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Fam Zheng
---
hw/block/block.c | 18 +-
hw/block/virtio-blk.c| 7 +++
hw/ide/qdev.c| 11 ---
hw/scsi/scsi-disk.c
v4: Add Andreas' and Stefan's rev-by for patch 1.
Retain the error message in patch 2.
DeviceClass->init is the old interface, let's convert scsi devices to the new
->realize API.
A user visible change is the error message shown in qemu-iotests reference
output, but only redundant error messa
>> > Hi,
>> >
>> > I tested the reliability of qemu in the IPSAN environment as follows:
>> > (1) create one VM on a X86 server which is connected to an IPSAN, and the
>> > VM
>> > has only one system volume which is on the IPSAN;
>> > (2) disconnect the network between the server and the IPSAN.
On Mon, 08/11 15:32, Stefan Hajnoczi wrote:
> On Mon, Aug 11, 2014 at 04:45:18PM +0800, Fam Zheng wrote:
> > diff --git a/tests/qemu-iotests/051.out b/tests/qemu-iotests/051.out
> > index d7b0f50..f6d9dc1 100644
> > --- a/tests/qemu-iotests/051.out
> > +++ b/tests/qemu-iotests/051.out
> > @@ -122,7
On Mon, Aug 4, 2014 at 2:21 PM, Chen Fan wrote:
> the memdev_list in hmp_info_memdev() is never freed.
> so we use existent method qapi_free_MemdevList() to free it.
> and also we can use qapi_free_MemdevList() to replace list loops
> to clean up the memdev list in error path.
>
> Signed-off-by: C
On Sat, Aug 9, 2014 at 5:17 AM, Richard W.M. Jones wrote:
> As the name suggests this lets you load a ROM/disk image that is
> gzipped. It is uncompressed before storing it in guest memory.
>
> Signed-off-by: Richard W.M. Jones
> Reviewed-by: Alex Bennée
Reviewed-by: Peter Crosthwaite
> ---
On 2014/8/11 22:29, Dr. David Alan Gilbert (git) wrote:
From: "Dr. David Alan Gilbert"
Hi,
This is a 2nd cut of my postcopy implementation; it fixes up some
of the comments from the 1st posting but it also fixes a lot of bugs,
(other comments from the 1st round will be fixed later).
The comm
On Sat, Aug 9, 2014 at 5:17 AM, Richard W.M. Jones wrote:
> On aarch64 it is the bootloader's job to uncompress the kernel. UEFI
> and u-boot bootloaders do this automatically when the kernel is
> gzip-compressed.
>
> However the qemu -kernel option does not do this. The following
> command does
On Fri, Aug 8, 2014 at 4:07 PM, Hu Tao wrote:
> On Thu, Aug 07, 2014 at 09:24:35PM +1000, Peter Crosthwaite wrote:
>> On Thu, Aug 7, 2014 at 7:10 PM, Hu Tao wrote:
>> > Add parameter errp to qemu_ram_alloc and qemu_ram_alloc_from_ptr so that
>> > we can handle errors.
>> >
>> > Signed-off-by: Hu
On 2014/8/11 22:21, Stefan Hajnoczi wrote:
On Mon, Aug 11, 2014 at 04:33:21PM +0800, Bin Wu wrote:
Hi,
I tested the reliability of qemu in the IPSAN environment as follows:
(1) create one VM on a X86 server which is connected to an IPSAN, and the VM
has only one system volume which is on the I
On Mon, 08/11 15:21, Stefan Hajnoczi wrote:
> On Mon, Aug 11, 2014 at 04:33:21PM +0800, Bin Wu wrote:
> > Hi,
> >
> > I tested the reliability of qemu in the IPSAN environment as follows:
> > (1) create one VM on a X86 server which is connected to an IPSAN, and the VM
> > has only one system volum
On Mon, 08/11 19:38, 吴兴博 wrote:
> Hello,
>
> The introduction in the wiki page present several advantages of qcow2
> [1]. But I'm a little confused. I really appreciate if any one can give me
> some help on this :).
>
> (1) Currently the raw format doesn't support COW. In other words, a raw
>
Excellent question: QEMU does have a feature called "drive-mirror"
in block/mirror.c that was introduced a couple of years ago. I'm not
sure what the
adoption rate of the feature is, but I would start with that one.
There is also a second fault tolerance implementation that works a
little diff
Excellent question: QEMU does have a feature called "drive-mirror"
in block/mirror.c that was introduced a couple of years ago. I'm not
sure what the
adoption rate of the feature is, but I would start with that one.
There is also a second fault tolerance implementation that works a
little diff
Seems to me that the issue is not that the MTU isn't being honoured, but
that the MTU should be checked *before* TSO assembly and not *after*.
Assembly should happen outside the VM if the VM has enabled it on the
interface internally, and clearly the incoming segments (not packets, at
this point) m
On 08/12/2014 03:29 AM, Alexander Graf wrote:
>
> On 11.08.14 17:26, Alexey Kardashevskiy wrote:
>> On 08/11/2014 09:59 PM, Alexander Graf wrote:
>>> On 31.07.14 11:34, Alexey Kardashevskiy wrote:
This implements DDW for emulated PHB.
This advertises DDW in device tree.
Si
On 08/12/2014 03:30 AM, Alexander Graf wrote:
>
> On 11.08.14 17:01, Alexey Kardashevskiy wrote:
>> On 08/11/2014 10:02 PM, Alexander Graf wrote:
>>> On 31.07.14 11:34, Alexey Kardashevskiy wrote:
This implements DDW for VFIO. Host kernel support is required for this.
Signed-off-by:
I'm also seeing a SEGV (not a SIGILL) when testing the version of QEMU
that shipped in trusty. So, we might just consider this bug fixed and
track this segfault issue separately.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https:/
Using 2.1+dfsg-2ubuntu2 from utopic within a trusty ubuntu core:
# /usr/bin/qemu-aarch64-static -d unimp /usr/bin/java
host mmap_min_addr=0x1
Reserved 0x12000 bytes of guest address space
Relocating guest address space from 0x0040 to 0x40
guest_base 0x0
startend
Hello,
The introduction in the wiki page present several advantages of qcow2
[1]. But I'm a little confused. I really appreciate if any one can give me
some help on this :).
(1) Currently the raw format doesn't support COW. In other words, a raw
image cannot have a backing file. COW depends on
When calling qemu_system_reset after startup on a Cortex-M CPU, the initial
values of PC, MSP and the Thumb bit weren't set correctly. In particular,
since Thumb was 0, an Usage Fault would arise immediately after trying to
excecute any instruction on a Cortex-M.
Signed-off-by: Martin Galvan
---
From: Stefan Berger
Add an SSDT ACPI table for the TPM device.
Add a TCPA table for BIOS logging area when a TPM is being used.
The latter follows this spec here:
http://www.trustedcomputinggroup.org/files/static_page_files/DCD4188E-1A4B-B294-D050A155FB6F7385/TCG_ACPIGeneralSpecification_Public
Dear all,
I am studying some research about QEMU's TCG and also trace a part of code
translating TCG IRs to QEMU's host instructions recently.
I found that TCG use integer instructions to simulate the guest's floating
point instructions instead of exploiting the FPU instructions supported by
the h
On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
> Minimal VFIO platform implementation supporting
> - register space user mapping,
> - IRQ assignment based on eventfds handled on qemu side.
>
> irqfd kernel acceleration comes in a subsequent patch.
>
> Signed-off-by: Kim Phillips
> Signed-o
On 08/11/2014 03:34 AM, arei.gong...@huawei.com wrote:
> From: Gonglei
>
> Technically, fcntl(soc, F_SETFL, O_NONBLOCK)
> is incorrect since it clobbers all other file flags.
> We can use F_GETFL to get the current flags, set or
> clear the O_NONBLOCK flag, then use F_SETFL to set the flags.
>
>
On 08/11/2014 03:34 AM, arei.gong...@huawei.com wrote:
> From: Gonglei
>
> Technically, fcntl(soc, F_SETFL, O_NONBLOCK)
> is incorrect since it clobbers all other file flags.
> We can use F_GETFL to get the current flags, set or
> clear the O_NONBLOCK flag, then use F_SETFL to set the flags.
>
>
If this patch need still be improvement (e.g. need let dump_cleanup
function as a generic one, or other cases), please let me know, and I
shall send patch v2 for it.
Thanks.
On 08/04/2014 09:51 PM, Chen Gang wrote:
> On 08/03/2014 11:56 PM, Laszlo Ersek wrote:
>> comments below
>>
>
> Excuse me
Il 10/08/2014 05:46, Ming Lei ha scritto:
> Hi Kevin, Paolo, Stefan and all,
>
>
> On Wed, 6 Aug 2014 10:48:55 +0200
> Kevin Wolf wrote:
>
>> Am 06.08.2014 um 07:33 hat Ming Lei geschrieben:
>
>>
>> Anyhow, the coroutine version of your benchmark is buggy, it leaks all
>> coroutines instead of
Fix the check for carry in the srad helper to properly construct
the mask -- a "1ULL" must be used (instead of "1") in order to
get the desired result.
Signed-off-by: Tom Musta
---
target-ppc/int_helper.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-ppc/int_he
On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
> diff --git a/include/hw/vfio/vfio-common.h b/include/hw/vfio/vfio-common.h
> new file mode 100644
> index 000..4684ee5
> --- /dev/null
> +++ b/include/hw/vfio/vfio-common.h
> @@ -0,0 +1,151 @@
> +/*
> + * common header for vfio based device
On 64-bit implementations, the mullwo result is the 64 bit product of
the signed 32 bit operands. Fix the implementation to properly deposit
the upper 32 bits into the target register.
Signed-off-by: Tom Musta
---
target-ppc/translate.c |9 +
1 files changed, 9 insertions(+), 0 dele
The rlwimi specification includes the ROTL32 operation, which is defined
to be a left rotation of two copies of the least significant 32 bits of
the source GPR.
The current implementation is incorrect on 64-bit implementations in that
it rotates a single copy of the least significant 32 bits, padd
For 64 bit implementations, the special case of a shift by zero
should result in the sign extension of the least significant 32 bits
of the source GPR (not a direct copy of the 64 bit source GPR).
Signed-off-by: Tom Musta
---
target-ppc/translate.c |2 +-
1 files changed, 1 insertions(+), 1
For 64-bit implementations, the mullw result is the 64 bit product
of the sign-extended least significant 32 bits of the source
registers.
Fix the code to properly sign extend the source operands and produce
a 64 bit product.
Signed-off-by: Tom Musta
---
target-ppc/translate.c | 11 ++
The rlwinm specification includes the ROTL32 operation, which is defined
to be a left rotation of two copies of the least significant 32 bits of
the source GPR.
The current implementation is incorrect on 64-bit implementations in that
it rotates a single copy of the least significant 32 bits, padd
Fix the code to properly detect overflow; the 128 bit signed
product must have all zeroes or all ones in the first 65 bits
otherwise OV should be set.
Signed-off-by: Tom Musta
---
target-ppc/int_helper.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/targe
These patches fix assorted bugs in the emulation of Power Fixed Point Unit
instructions.
All instructions have been thorougly tested by running millions of random
patterns through actual hardware and comparing the results against QEMU.
The bugs all appear to be limited to 64 bit implementations.
The rlwnm specification includes the ROTL32 operation, which is defined
to be a left rotation of two copies of the least significant 32 bits of
the source GPR.
The current implementation is incorrect on 64-bit implementations in that
it rotates a single copy of the least significant 32 bits, paddi
On Sat, 2014-08-09 at 15:25 +0100, Eric Auger wrote:
> A new common module is created. It implements all functions
> that have no device specificity (PCI, Platform).
>
> This patch only consists in move (no functional changes)
>
> Signed-off-by: Kim Phillips
> Signed-off-by: Eric Auger
>
> ---
On 08/11/2014 02:47 PM, Dr. David Alan Gilbert wrote:
* Gonglei (Arei) (arei.gong...@huawei.com) wrote:
+/**
+ * Grow the QEMUSizedBuffer to the given size and allocated
+ * memory for it.
+ *
+ * @qsb: A QEMUSizedBuffer
+ * @new_size: The new size of the buffer
+ *
+ * Returns an error code
Paul,
do I understand right that:
1. disabling ksm on the hosts always fixes the pause on migration
2. disabling ksm on the host is not needed with the patchset by
Alexander Graf?
--
You received this bug notification because you are a member of qemu-
devel-ml, which
Andrey,
I don't quite understand (I suspect Paul didn't quite understand) what
you wanted tested. Could you please rephrase, as specifically as
possible? Do you want Paul to verify that the packages with the
patchset still work with --copy-storage-inc enabled?
--
You received this bug notifica
* Gonglei (Arei) (arei.gong...@huawei.com) wrote:
> > +/**
> > + * Grow the QEMUSizedBuffer to the given size and allocated
> > + * memory for it.
> > + *
> > + * @qsb: A QEMUSizedBuffer
> > + * @new_size: The new size of the buffer
> > + *
> > + * Returns an error code in case of memory allocat
On 08/11/2014 08:29 AM, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> check the return value of the function it calls and error if it's none-0
s/none/non/
> Fixup qemu_rdma_init_one_block that is the only current caller,
> and __qemu_rdma_add_block the only function
On 08/11/2014 08:09 AM, Juan Quintela wrote:
> Hi
>
> Please, send any topic that you are interested in covering.
>
> People have complained on the past that I don't cancel the call until
> the very last minute. So, what do you think that deadline for
> submitting topics is 23:00UTC on Monday?
I
Hi Martin,
when you get this, I assume that is with the standard trusty or utopic
package?
I ask because the subject says 'ppa' - i'd like to remove that.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bu
* Eric Blake (ebl...@redhat.com) wrote:
> On 08/11/2014 08:29 AM, Dr. David Alan Gilbert (git) wrote:
> > From: "Dr. David Alan Gilbert"
> >
> > Signed-off-by: Dr. David Alan Gilbert
> > ---
> > docs/migration.txt | 150
> > +
> > 1 file chan
On Mon, Aug 11, 2014 at 03:28:40PM +0100, Eric Auger wrote:
> On 08/11/2014 03:50 PM, Will Deacon wrote:
> > I'm playing with PCI device assignment with kvmtool, so I could do some
> > basic testing if you like. Can you put the patches on a git tree somewhere
> > please?
>
> Hi Will,
>
> Thanks f
** Changed in: qemu (Ubuntu)
Importance: High => Medium
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1129571
Title:
libreoffice armhf FTBFS
Status in QEMU:
New
Status in “qemu” package in Ub
On Mon, Aug 11, 2014 at 7:26 PM, Adam Lackorzynski
wrote:
> Hi,
>
> On Sun Aug 03, 2014 at 21:36:21 +0200, Christoffer Dall wrote:
>> On 3 August 2014 15:21, Peter Maydell wrote:
>> > On 3 August 2014 09:53, Adam Lackorzynski
>> > wrote:
>> >> Hi,
>> >>
>> >> the following three patches address
Hi,
I will do my best to make a contribution :-)
Are there alternative ways of replicating local storage other than DRBD
that are possibly feasible?
Some that are directly build into Qemu?
Walid
Am 09.08.2014 14:25, schrieb Michael R. Hines:
On Sat, 2014-08-09 at 14:08 +0200, Walid Nouri wro
On 11.08.14 17:01, Alexey Kardashevskiy wrote:
On 08/11/2014 10:02 PM, Alexander Graf wrote:
On 31.07.14 11:34, Alexey Kardashevskiy wrote:
This implements DDW for VFIO. Host kernel support is required for this.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spapr_pci_vfio.c | 75
On 11.08.14 17:26, Alexey Kardashevskiy wrote:
On 08/11/2014 09:59 PM, Alexander Graf wrote:
On 31.07.14 11:34, Alexey Kardashevskiy wrote:
This implements DDW for emulated PHB.
This advertises DDW in device tree.
Signed-off-by: Alexey Kardashevskiy
---
The DDW has not been tested as QEMU
Hi,
On Sun Aug 03, 2014 at 21:36:21 +0200, Christoffer Dall wrote:
> On 3 August 2014 15:21, Peter Maydell wrote:
> > On 3 August 2014 09:53, Adam Lackorzynski wrote:
> >> Hi,
> >>
> >> the following three patches address the behavior of the GICD_ICFGR register
> >> in the ARM GIC.
> >>
> >> Ada
No, that won't work as it's the emulator in which the build is running.
You should however be able to install the ppa's qemu on a local host,
install a standard ubuntu server vm, apt-get install ubuntu-dev-tools,
copy the package sources over to the vm, and build the packages inside
the vm.
--
Y
On 08/11/2014 08:29 AM, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Signed-off-by: Dr. David Alan Gilbert
> ---
> docs/migration.txt | 150
> +
> 1 file changed, 150 insertions(+)
I personally like docs early in
On 11.08.14 16:56, Alexey Kardashevskiy wrote:
On 08/11/2014 09:39 PM, Alexander Graf wrote:
On 31.07.14 11:34, Alexey Kardashevskiy wrote:
This makes find_phb()/find_dev() public and changed its names
to spapr_pci_find_phb()/spapr_pci_find_dev() as they are going to
be used from other parts o
How can I use your one? I have no possibility to tweak the host system,
I'm not an lp admin, do you think I can try to add your ppa as
dependency and it will work?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad
This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:
apport-collect 1353947
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a commen
I do not see this one in master yet. Is there any problem with the patch?
-Joakim Tjernlund wrote: -
===
To: Riku Voipio , Andreas Färber ,
Alexander Graf , qemu-devel@nongnu.org
From: Joakim Tjernlund
Date: 15/07/2014 15:47
Cc: Joakim Tjernlund
Subjec
On 08/11/2014 08:29 AM, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Once postcopy is enabled (with migrate_set_capability), the migration
> will still start on precopy mode. To cause a transition into postcopy
> the:
>
> migrate_start_postcopy
>
> command must be
On 08/11/2014 08:29 AM, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Signed-off-by: Dr. David Alan Gilbert
> ---
> include/migration/migration.h | 1 +
> migration.c | 9 +
> qapi-schema.json | 6 +-
> 3 files changed, 15 in
On 07/16/2014 11:18 PM, Liu Yuan wrote:
> Cc: Eric Blake
> Signed-off-by: Liu Yuan
> ---
> qapi/block-core.json | 20 +++-
> 1 file changed, 19 insertions(+), 1 deletion(-)
>
Reviewed-by: Eric Blake
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization
(Note I don't believe this bug should be marked as affecting the QEMU
project)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1353947
Title:
Hypervisor with QEMU-2.0/libvirtd 1.2.2 stack when launch
Thanks, so the problem appears to be that a feature is missing from the
guest's precise kernel, which was present in the saucy (13.10) kernel.
Could you verify whether using the LTS backport kernel packages in the
precies guest fixes the issue?
** Also affects: linux (Ubuntu)
Importance: Undec
On 08/09/2014 12:26 AM, Sanidhya Kashyap wrote:
> From: "Dr. David Alan Gilbert"
>
> Stefan Berger's to create a QEMUFile that goes to a memory buffer;
> from:
>
> http://lists.gnu.org/archive/html/qemu-devel/2013-03/msg05036.html
>
> Using the QEMUFile interface, this patch adds support functi
On 08/09/2014 12:26 AM, Sanidhya Kashyap wrote:
> This patch has been updated to provide the following information:
> * Added a new return value in the form of devices' info that provides
> the device name as well as the version number.
> * provides the hmp interface - info test_vmstates and qmp i
On 08/09/2014 12:26 AM, Sanidhya Kashyap wrote:
> This patch implements the basic way of testing the VMStates' information
> whether it is correct or not while saving and loading the states. The qmp
> interface - test-vmstates can take three parameters as an input to test
> the device states. Now,
On 08/09/2014 12:26 AM, Sanidhya Kashyap wrote:
> Added both qmp and hmp interface to get the information about the devices that
> have been qdevified and are registered with the SaveVMHandlers. I have not
> used
> any format to print the device information for the hmp interface. It would be
> gr
On Mon, Aug 04, 2014 at 05:11:01PM -0400, John Snow wrote:
> This patch series introduces a number of small fixes and tweaks to
> help support an AHCI test suite that in the future I hope to expand
> to a fuller regression suite to help guide the development of the
> AHCI device support under, in p
Yes, it's the same bug or same class of bugs where qemu is being
stricter than the kernel, for better or worse.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1317090
Title:
qemu fails on ELF files
1 - 100 of 264 matches
Mail list logo
