On Tue, Aug 12, 2014 at 2:52 PM, Richard W.M. Jones
wrote:
> On Tue, Aug 12, 2014 at 07:46:30PM +0100, Daniel P. Berrange wrote:
> > Taking the compression feature - arguably the biggest benefit of that
> > is when you distribute disk images. eg if someone provides a root disk
> > image on a web
On Tuesday, August 12, 2014, Richard Henderson wrote:
> On 08/08/2014 10:48 AM, Artyom Tarasenko wrote:
>> Implement Short Floating-Point Store Instructions as described
>> in the chapter 13.5.2 of UltraSPARC-IIi User's Manual.
>>
>> Particularly this instructions are used by NetBSD 4.0.1+ /sparc6
On Tue, Aug 12, 2014 at 09:12:00PM +0200, Paolo Bonzini wrote:
> Il 12/08/2014 20:55, Eduardo Habkost ha scritto:
> > This makes the CPUID data change under the guest's feet during
> > live-migration.
> >
> > Adding compat code to ensure older machine-types keep the old behavior
> > is necessary,
Implement Short Floating-Point Store Instructions as described
in the chapter 13.5.2 of UltraSPARC-IIi User's Manual.
Particularly this instructions are used by NetBSD 4.0.1+ /sparc64
Signed-off-by: Artyom Tarasenko
Tested-by: Mark Cave-Ayland
---
With this patch applied on top of cmd646 patche
On Tue, Aug 12, 2014 at 03:23:38PM -0400, Xingbo Wu wrote:
> would be very space efficient for distribution :).
> Would you consider replace xz with lz4? it has faster decompression speed
> (~500MB/s)[1] and client-side decompression would be made painless.
No. The main benefit of xz is it has a
Pinging this as I'm running into the same issue, Win7 seems to be fine
as a guest, just getting this with XP (SP3).
I'm 99% certain that 1.5.0 was still fine. I looked at the commits
between that and 1.5.2 but did not really see anything obvious that
could cause it.
--
You received this bug noti
On 08/12/2014 11:43 PM, Laszlo Ersek wrote:
> On 08/03/14 17:28, Chen Gang wrote:
>> In dump_init(), when failure occurs, need notice about 'fd' and memory
>> mapping. So call dump_cleanup() for it (need let all initializations at
>> front).
>>
>> Also simplify dump_cleanup(): remove redundant 'ret
>>No, you should lay 'kvm: -device virtio-serial,id=spice,bus=pci.0' before
>>"-readconfig /usr/share/qemu-server/pve-q35.cfg",which can assure
>>the bus pci.0 has been created.
Oh, you are right, I didn't notice that pci bridge was defined after this
device.
Sorry to disturb the mailing list ab
On 08/13/2014 01:28 AM, Alexander Graf wrote:
>
> On 12.08.14 17:10, Alexey Kardashevskiy wrote:
>> On 08/12/2014 07:37 PM, Alexander Graf wrote:
>>> On 12.08.14 02:03, Alexey Kardashevskiy wrote:
On 08/12/2014 03:30 AM, Alexander Graf wrote:
> On 11.08.14 17:01, Alexey Kardashevskiy wrot
after the recent ui rework it didn't show a gfx window if no emulated
graphics card was attached. This prevented input grab from working for
the vfio gpu passthrough use case.
Hack around this by always creating at least one gfx tab.
---
I'm not quite sure how much of a hack this is, but it at le
As of qemu-2.1, spapr/pseries, has a set of versioned machine classes to
represent the machine type as it appeared to the guest in different qemu
versions. This allows for safe migration of guests between current and
future qemu versions.
In PC, however, the default plain "pc" machine type is jus
On Tue, 08/12 12:22, Xingbo Wu wrote:
> On Tue, Aug 12, 2014 at 11:30 AM, Eric Blake wrote:
>
> > On 08/12/2014 08:14 AM, 吴兴博 wrote:
> > >>> However FVD seems to have been ignored by community.
> > >>
> > >> Care to give a pointer to a URL describing the FVD format?
> > >>
> > >> http://lists.non
On Tue, 08/12 16:12, Daniel Henrique Barboza wrote:
> The curl hardcoded timeout (5 seconds) sometimes is not long
> enough depending on the remote server configuration and network
> traffic. The user should be able to set how much long he is
> willing to wait for the connection.
>
> Adding a new
On Tue, 08/12 14:44, John Snow wrote:
> Currently, if the block device backing the IDE drive is resized,
> the information about the device as cached inside of the IDEState
> structure is not updated, thus when a guest OS re-queries the drive,
> it is unable to see the expanded size.
>
> This patc
On 2014/8/12 15:29, Eric Auger wrote:
> On 08/12/2014 04:41 AM, Li Liu wrote:
>> 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
On 2014/8/12 23:47, Nikolay Nikolaev wrote:
> Hello,
>
>
> On Tue, Aug 12, 2014 at 5:41 AM, Li Liu wrote:
>>
>> 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/li
I'm so glad to see my patches also work in your environment!!
That's really exciting.
I'm also wondering what will happen if integrating with irqfd.
BTW, would share your performance number?
Best Regards,
潘穎軒 Yingshiuan Pan
2014-08-13 10:23 GMT+08:00 Li Liu :
>
>
> On 2014/8/12 23:47, Nik
Change host to port.
Signed-off-by: Liming Wang
---
qemu-options.hx | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index 1549625..ac9e985 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
@@ -1926,7 +1926,7 @@ ETEXI
DEF("chardev", HAS_AR
> Subject: [Qemu-devel] [PATCH] qemu-options.hx: fix a typo of chardev
>
> Change host to port.
>
> Signed-off-by: Liming Wang
> ---
> qemu-options.hx | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Gonglei
Cc'ing qemu-trivial@
Best regards,
-Gonglei
> diff --git a/
This patch makes the fault injection functionality of blkdebug
callable from QMP. Motivation of this change is for testing and
debugging distributed systems. Ordinal distributed systems must handle
hardware faults because of its reason for existence, but testing
whether the systems can hanle such f
On 08/12/2014 04:05 PM, Alexey Kardashevskiy wrote:
> 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 an
> >>> 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 = false". So I removed those and now I can hotplug
> USB
> >>> hosts but none of them is able to actually work:
> >>>
>
On Tue, Aug 12, 2014 at 08:54:34AM +0200, Eric Auger wrote:
> 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, devi
On Tue, Aug 12, 2014 at 05:16:44PM +1000, Alexey Kardashevskiy wrote:
> On 08/12/2014 11:20 AM, David Gibson wrote:
> > 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
On Tue, Aug 12, 2014 at 05:25:29PM +1000, Alexey Kardashevskiy wrote:
> On 08/12/2014 11:45 AM, David Gibson wrote:
> > On Thu, Jul 31, 2014 at 07:34:10PM +1000, Alexey Kardashevskiy
> wrote:
[snip]
> > The function of this is kind of unclear. I'm assuming this is
> > filtering the supported page
On 08/13/2014 03:00 PM, Gonglei (Arei) wrote:
> 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 = false". So I removed those and now I can hotplug
>> USB
> hosts but
[This is http://bugs.debian.org/757927 -- trim stopped working in qemu 2.1]
12.08.2014 18:46, Michael Tokarev wrote:
> 12.08.2014 17:35, Roman Mamedov wrote:
>> Package: qemu-kvm
>> Version: 2.1+dfsg-2~bpo70+2
>> Severity: normal
>>
>> Hello,
>>
>> I was able to successfully use the passthrough TR
On 2014-08-01 08:22, Danzer, Uwe wrote:
> Hi there,
>
> I'm implementing an emulated PCIe Memory class device, but can't get MSI-X
> interrupt emulation working.
>
> So far, the card appears in the guest system and the driver for the card
> recognises it and the emulation of 1MB of accessible r
The spec says (and real HW confirms this) that, if the bus master bit
is 0, the device will not generate any PCI accesses. MSI and MSI-X
messages fall among these, so we should use the corresponding address
space to deliver them. This will prevent delivery if bus master support
is disabled.
Signed
09.08.2014 18:05, Jan Kiszka wrote:
> From: Jan Kiszka
>
> IA-32 SDM, Figure 10-14: Bits 27:0 are reserved as 1.
>
> Fixes Jailhouse hypervisor start with in-kernel irqchips off.
Applied to -trivial, thank you!
Are the other similar cases in there okay?
Say, 0x0d or 0x02 which also uses shifts
Applied to -trivial, thank you!
/mjt
13.08.2014 07:20, Liming Wang wrote:
> Change host to port.
A good one. Applied to -trivial, thank you!
/mjt
11.08.2014 12:10, arei.gong...@huawei.com wrote:
> From: Gonglei
>
> Gonglei (2):
> pci-host: update obsolete reference about piix_pci.c
> pci-host: update uncorresponding description
Applied both to -trivial, thank you!
/mjt
13.08.2014 10:16, Roman Mamedov wrote:
> Thanks for working on this! Sorry for not being able to test an updated
> version sooner.
You're welcome. I learned something too ;)
[]
> I was only successful in using this with the virtual IDE interface disks on
> Qemu/KVM 2.0, the virtio mode does not
[dropping debian bugreport]
13.08.2014 10:05, Michael Tokarev wrote:
> [This is http://bugs.debian.org/757927 -- trim stopped working in qemu 2.1]
>
> 12.08.2014 18:46, Michael Tokarev wrote:
>> 12.08.2014 17:35, Roman Mamedov wrote:
>>> Package: qemu-kvm
>>> Version: 2.1+dfsg-2~bpo70+2
>>> Sever
Applied all to -trivial. Thank you!
/mjt
201 - 236 of 236 matches
Mail list logo
