This patch adds a new option preallocation for raw format, and implements
full preallocation.
Signed-off-by: Hu Tao
---
block/raw-posix.c | 43 +++
1 file changed, 35 insertions(+), 8 deletions(-)
diff --git a/block/raw-posix.c b/block/raw-posix.c
index a
and avoid converting it back later.
Signed-off-by: Hu Tao
---
block/qcow2.c | 8
block/raw-posix.c | 4 ++--
block/raw-win32.c | 4 ++--
3 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 154c40c..33ecb8a 100644
--- a/block/qcow2.c
+++
This adds a preallocation=full mode to qcow2 image creation, which
creates a non-sparse image file.
Signed-off-by: Hu Tao
---
block/qcow2.c | 75 --
tests/qemu-iotests/082.out | 54 -
2 files changed, 99 ins
This patch prepares for the subsequent patches.
Reviewed-by: Fam Zheng
Signed-off-by: Hu Tao
---
block/qcow2.c| 8
qapi-schema.json | 14 ++
2 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 945c9d6..154c40c 100644
---
This series implements full image preallocation to create a non-sparse
image file at creation time, both for raw and qcow2 format. The purpose
is to avoid performance deterioration of the guest cause by sparse image.
v7:
- fix qemu-iotests fail case 082.
Hu Tao (4):
qapi: introduce PreallocM
Am 17.03.2014 02:35, schrieb Fam Zheng:
> This fixes a dangerous bug: "make clean" after "make distclean" will
> delete every single file including those under .git, if you do in-tree
> build!
>
> Rationale: A first "make distclean" will unset $(DSOSUF), a following
> "make distclean" or "make cle
So I'm looking at how best to do virtio gpu device error reporting,
and how to deal with illegal stuff,
I've two levels of errors I want to support,
a) unrecoverable or bad guest kernel programming errors,
b) per 3D context errors from the renderer backend,
(b) I can easily report in an event q
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> Add the AArch64 ELR_EL1 register.
>
> Note that this does not live in env->cp15: for KVM migration
> compatibility we need to migrate it separately rather than
> as part of the system registers, because the KVM-to-userspace
> interface puts it
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> From: Rob Herring
>
> Implement AArch64 views of ESR_EL1 and FAR_EL1, and make the 32 bit
> DFSR, DFAR, IFAR share state with them as architecturally specified.
> The IFSR doesn't share state with any AArch64 register visible at EL1,
> so jus
This patch makes all names in option table to match with actual
command-line spelling, it will be helpful when we search in option
tables.
Signed-off-by: Amos Kong
---
V2: fix name in acpi option table
---
hw/acpi/core.c| 8
hw/nvram/fw_cfg.c | 4 ++--
include/qemu/option.
On Mon, Mar 17, 2014 at 2:36 PM, Dave Airlie wrote:
> On Thu, Mar 13, 2014 at 8:40 PM, Paolo Bonzini wrote:
>> Il 12/03/2014 21:26, Michael S. Tsirkin ha scritto:
+Event queue:
+The only current event passed is a message to denote the host
+wants to update the layout of the sc
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> The ARM946 model currently uses the c5_data and c5_insn fields in the CPU
> state struct to store the contents of its access permission registers.
> This is confusing and a good source of bugs because for all the MMU-based
> CPUs those fields
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> Suppress the ID_AA64DFR0_EL1 PMUVer field, even if the CPU specific
> value claims that it exists. QEMU doesn't currently implement it,
> and not advertising it prevents the guest from trying to use it
> and getting UNDEFs on unimplemented reg
On Thu, Mar 13, 2014 at 8:40 PM, Paolo Bonzini wrote:
> Il 12/03/2014 21:26, Michael S. Tsirkin ha scritto:
>>>
>>> +Event queue:
>>> +The only current event passed is a message to denote the host
>>> +wants to update the layout of the screens. It contains the same
>>> +info as the response to VIR
On Thu, Mar 13, 2014 at 8:46 PM, Gerd Hoffmann wrote:
> From: Cole Robinson
Wierd I wrote and submitted these months ago, and they were promptly ignored,
Glad you had to find bugs all over again an reinvent the wheel,
Dave.
>
> This matches the behavior of SDL, and makes the mouse usable when
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> From: Rob Herring
>
> Set up the required syndrome information when we detect an MMU fault.
>
> Signed-off-by: Rob Herring
> [PMM: split out from exception handling patch, tweaked to bring
> in line with how we create other kinds of syndrom
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> Add new helpers exception_with_syndrome (for generating an exception
> with syndrome information) and exception_uncategorized (for generating
> an exception with "Unknown or Uncategorized Reason", which have a syndrome
> register value of zero
On Fri, 03/14 16:57, Benoît Canet wrote:
>
> Hello list,
>
> I plan to convert throttling to a block filter and write n way throttling
> support.
>
> I discussed a bit with Stefan on the list and we came to the conclusion that
> the
> block filter API need group support.
>
> filter group:
> --
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> For exceptions taken to AArch64, if a coprocessor/system register
> access fails due to a trap or enable bit then the syndrome information
> must include details of the failing instruction (crn/crm/opc1/opc2
> fields, etc). Make the decoder co
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> For AArch32 exceptions, the only information provided about
> the cause of an exception is the individual exception type (data
> abort, undef, etc), which we store in env->exception_index. For
> AArch64, the CPU provides much more detail about
Signed-off-by: Alexey Kardashevskiy
---
Changes:
v8:
* QOM'ed according to the latest rules from 2.0-rc0.
---
hw/ppc/spapr.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
index 5c9a154..43b9fcb 100644
--- a/hw/ppc/spapr.c
+++ b/hw/ppc
Rebased on top of 2.0-rc0 so the only change was the way of QEMUMachine's
object creation. Too late/raw/controversial for 2.0? Thanks.
Alexey Kardashevskiy (5):
boot: extend get_boot_devices_list() to ignore suffixes
spapr-llan: add to boot device list
spapr-vio: fix firmware names
spapr:
Signed-off-by: Alexey Kardashevskiy
---
hw/net/spapr_llan.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/net/spapr_llan.c b/hw/net/spapr_llan.c
index f6fbcb5..c47 100644
--- a/hw/net/spapr_llan.c
+++ b/hw/net/spapr_llan.c
@@ -29,6 +29,7 @@
#include "hw/qdev.h"
#include "hw/ppc/
This defines an object with the interface to fix firmware pathnames
for devices which have @bootindex property.
This fixes SCSI disks device node names (which are wildcard nodes in
the device-tree), for spapr-vsci, virtio-scsi and usb-storage.
This fixes PHB name from "pci" to "pci@" where XX
This changes VIO bridge fw name from spapr-vio-bridge to vdevice and
vscsi/veth node names from QEMU object names to VIO specific device tree
names.
Signed-off-by: Alexey Kardashevskiy
---
hw/ppc/spapr_vio.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/ppc/spapr_vio.c b/hw/ppc/spapr
As suffixes do not make sense for sPAPR's device tree and
there is no way to filter them out on the BusState::get_fw_dev_path
level, let's add an ability for the external caller to specify
whether to apply suffixes or not.
We could handle suffixes in SLOF (ignore for now) but this would require
se
From: Paolo Bonzini
QEMU supports firmware names for all devices in the QEMU tree but
some architectures expect some parts of firmware path names in different
format.
This introduces a firmware-pathname-change interface definition.
If some machines needs to redefine the firmware path format, it
On Fri, Mar 7, 2014 at 5:32 AM, Peter Maydell wrote:
> Implement the DAIF system register which is a view of the
> DAIF bits in PSTATE. To avoid needing a readfn, we widen
> the daif field in CPUARMState to uint64_t.
>
> Signed-off-by: Peter Maydell
Reviewed-by: Peter Crosthwaite
> ---
> targ
On Thu, Feb 27, 2014 at 12:48 PM, Don Slutz wrote:
> The commit 88c1ee73d3231c74ff90bcfc084a7589670ec244
> char/serial: Fix emptyness check
>
> Still causes extra NULL byte(s) to be sent.
>
> So if the fifo is empty, do not send an extra NULL byte.
> Do full state change on fifo8_is_empty.
>
> Sig
On 03/16/2014 08:21 AM, BALATON Zoltan wrote:
> Hello,
>
> I'm trying to change hw/ppc/mac_newworld.c and hw/pci-host/uninorth.c to
> bring the mac99 machine type closer to what's seen in these dumps:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604134
> http://nandra.segv.jp/NetBSD/G4.d
>From 1b02d80679a776791765b720bea21de6fe650252 Mon Sep 17 00:00:00 2001
From: Wang Yufei
Date: Fri, 14 Mar 2014 01:41:13 +
Subject: [PATCH] rdma: Fix block during rdma migration
If the networking break or there's something wrong with rdma
device(ib0 with no IP) during rdma migration, the main
This fixes a dangerous bug: "make clean" after "make distclean" will
delete every single file including those under .git, if you do in-tree
build!
Rationale: A first "make distclean" will unset $(DSOSUF), a following
"make distclean" or "make clean" will find all the files and delete it.
Fix it b
On Fri, 03/14 18:49, Stefan Weil wrote:
> Am 14.03.2014 09:38, schrieb Fam Zheng:
> > DANGEROUS: don't try it before you read to the end.
> >
> > A first "make distclean" will unset $(DSOSUF), a following "make
> > distclean" or "make clean" will find all the files and delete it.
> >
> > Including
On Sat, Mar 15, 2014 at 11:01 PM, Beniamino Galvani wrote:
> Signed-off-by: Beniamino Galvani
Reviewed-by: Peter Crosthwaite
> ---
> hw/net/allwinner_emac.c |4 ++--
> include/hw/net/allwinner_emac.h |1 +
> 2 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/hw/
On Sat, Mar 15, 2014 at 11:01 PM, Beniamino Galvani wrote:
> This implements the prescaler and source fields of the timer control
> register as described in the A10 user manual.
>
> Signed-off-by: Beniamino Galvani
> ---
> hw/timer/allwinner-a10-pit.c | 30 +
在 2014-03-15六的 14:01 +0100，Beniamino Galvani写道：
> The model was generating interrupts for all enabled timers after the
> expiration of one of them. Avoid this by passing explicitly the timer
> index to the callback function.
>
> Signed-off-by: Beniamino Galvani
Reviewed-by: Li Guang
> ---
> h
在 2014-03-15六的 14:01 +0100，Beniamino Galvani写道：
> This implements the prescaler and source fields of the timer control
> register as described in the A10 user manual.
>
> Signed-off-by: Beniamino Galvani
Reviewed-by: Li Guang
> ---
> hw/timer/allwinner-a10-pit.c | 30 +++
在 2014-03-15六的 14:01 +0100，Beniamino Galvani写道：
> This patch implements proper updating of the vector register which
> should hold, according to the A10 user manual, the vector address for
> the interrupt currently active on the CPU IRQ input.
>
> Interrupt priority is not implemented at the momen
在 2014-03-15六的 14:01 +0100，Beniamino Galvani写道：
> The pending register is read-only and the value returned upon a read
> reflects the state of irq input pins (interrupts are level triggered).
> This patch implements such behaviour.
>
> Signed-off-by: Beniamino Galvani
Reviewed-by: Li Guang
> -
On Sat, Mar 15, 2014 at 11:01 PM, Beniamino Galvani wrote:
> Convert the interrupt generation logic to the use of level triggered
> interrupts.
>
> Signed-off-by: Beniamino Galvani
> ---
> hw/timer/allwinner-a10-pit.c | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> di
On Sat, Mar 15, 2014 at 11:01 PM, Beniamino Galvani wrote:
> The model was generating interrupts for all enabled timers after the
> expiration of one of them. Avoid this by passing explicitly the timer
> index to the callback function.
>
> Signed-off-by: Beniamino Galvani
Reviewed-by: Peter Cros
On Sat, Mar 15, 2014 at 11:01 PM, Beniamino Galvani wrote:
> The pending register is read-only and the value returned upon a read
> reflects the state of irq input pins (interrupts are level triggered).
> This patch implements such behaviour.
>
> Signed-off-by: Beniamino Galvani
Reviewed-by: Pet
Hi Andreas, Hervé,
this patch seems still be missing in master. Is it causing any problems?
Artyom
On Mon, Feb 10, 2014 at 11:46 PM, Artyom Tarasenko wrote:
> On Tue, Nov 5, 2013 at 12:09 AM, Hervé Poussineau
> wrote:
>> Signed-off-by: Hervé Poussineau
>
> Without this patch PReP is broken r
Hi Erick,
On Tue, Mar 11, 2014 at 09:22:54AM -0600, Eric Blake wrote:
> On 03/11/2014 08:09 AM, Leandro Dorileo wrote:
> > Hi Kevin,
> >
> > On Tue, Mar 11, 2014 at 12:06:16PM +0100, Kevin Wolf wrote:
> >> Am 08.03.2014 um 19:47 hat Leandro Dorileo geschrieben:
> >>> The following patchset introd
Hi,
I am currently implementing both pre-copy cloning and post-copy cloning.
Problem: Facing a problem with device deletion and addition (related to
pre-copy cloning)
When the cloning process completes, we will end up having two VM with same
IP and MAC address. In order to change the IP and MAC
Hi Chunyan,
On Tue, Mar 11, 2014 at 09:00:04PM +, Leandro Dorileo wrote:
> Hi,
>
> On Tue, Mar 11, 2014 at 03:26:51PM +0800, Chunyan Liu wrote:
> > 2014-03-11 5:21 GMT+08:00 Eric Blake :
> >
> > > On 03/10/2014 02:29 PM, Eric Blake wrote:
> > >
> > > >> +opt = qemu_opt_find(opts, name);
Cover basic aspects and API usage for QemuOpt. The current implementation
covers the API's planed to be changed by Chunyan Liu in his QEMUOptionParameter
replacement/cleanup job.
Other APIs should be covered in future improvements.
Signed-off-by: Leandro Dorileo
---
tests/Makefile | 3
On 16.03.2014 18:50, Paolo Bonzini wrote:
Il 16/03/2014 13:40, Gerhard Wiesinger ha scritto:
Hello,
I tried to install XP SP3 (also tried XP SP2) on a new VM (IDE, 1GB RAM,
VMVGA, more details can be provided if necessary) on Fedora 20 (Packages
below), but it hangs on "Installing Windows/Insta
Am 16.03.2014 19:06, schrieb Richard Henderson:
> On 03/16/2014 11:02 AM, Stefan Weil wrote:
>> 'static' is used in the forward declaration, but not in the implementation.
>> Add it there, too.
>
> You might consider reporting this as a bug in the analyzer, since the static
> in
> the forward dec
This fixes a warning from the static code analysis (smatch).
Signed-off-by: Stefan Weil
---
hw/ide/pci.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/ide/pci.c b/hw/ide/pci.c
index 91151fc..d8b1157 100644
--- a/hw/ide/pci.c
+++ b/hw/ide/pci.c
@@ -421,7 +421,7 @@ stat
This fixes a warning from the static code analysis (smatch).
Signed-off-by: Stefan Weil
---
target-arm/machine.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target-arm/machine.c b/target-arm/machine.c
index 8f9e7d4..7ced87a 100644
--- a/target-arm/machine.c
+++ b/targe
On 03/16/2014 11:02 AM, Stefan Weil wrote:
> 'static' is used in the forward declaration, but not in the implementation.
> Add it there, too.
You might consider reporting this as a bug in the analyzer, since the static in
the forward declaration does apply to the definition.
That said, for style
The static code analyzer smatch complains because of a missing 'static'
attribute:
util/module.c:166:6: warning:
symbol 'module_load' was not declared. Should it be static?
'static' is used in the forward declaration, but not in the implementation.
Add it there, too.
Signed-off-by: Stefan Weil
On 03/16/2014 06:49 AM, Stefan Weil wrote:
> This fixes warnings from the static code analysis (smatch).
>
> Signed-off-by: Stefan Weil
> ---
> target-s390x/arch_dump.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Reviewed-by: Richard Henderson
r~
Il 16/03/2014 13:40, Gerhard Wiesinger ha scritto:
Hello,
I tried to install XP SP3 (also tried XP SP2) on a new VM (IDE, 1GB RAM,
VMVGA, more details can be provided if necessary) on Fedora 20 (Packages
below), but it hangs on "Installing Windows/Installing Devices".
Was reproduceable 2 times.
On Sat, 15 Mar 2014, BALATON Zoltan wrote:
> I'm trying to change hw/ppc/mac_newworld.c and hw/pci-host/uninorth.c to
> bring the mac99 machine type closer to what's seen in these dumps:
I've also tried the patch below based on what I've seen in pci_apb_init
but it only results in this error:
q
On 16 March 2014 16:16, Peter Maydell wrote:
> On 14 March 2014 18:22, Rob Herring wrote:
>> From: Rob Herring
>>
>> Intermittent issues have been seen where no serial input occurs. It
>> appears the pl011 gets in a state where the rx interrupt never fires
>> because the rx interrupt only assert
On 16 March 2014 15:57, Peter Maydell wrote:
> On 14 March 2014 18:22, Rob Herring wrote:
>> From: Rob Herring
>>
>> When setting the fifo trigger level, the rx interrupt needs to be asserted
>> if the current fifo level matches. This is more for correctness as the
>> level is currently never ch
On 14 March 2014 18:22, Rob Herring wrote:
> From: Rob Herring
>
> Intermittent issues have been seen where no serial input occurs. It
> appears the pl011 gets in a state where the rx interrupt never fires
> because the rx interrupt only asserts when crossing the fifo trigger
> level. The fifo st
On Tue, 11 Mar 2014, Don Slutz wrote:
> This is the xen part of "pc & q35: Add new object pc-memory-layout."
>
> Signed-off-by: Don Slutz
> ---
> hw/i386/pc_piix.c| 4 ++--
> hw/i386/pc_q35.c | 4 ++--
> include/hw/xen/xen.h | 4 ++--
> xen-all.c| 41 ++
On Tue, 11 Mar 2014, Don Slutz wrote:
> This is just below_4g_mem_size and above_4g_mem_size which is used later in
> QEMU.
>
> Signed-off-by: Don Slutz
Acked-by: Stefano Stabellini
> hw/i386/pc_piix.c| 31 ---
> hw/i386/pc_q35.c | 29 +++-
On 14 March 2014 18:22, Rob Herring wrote:
> From: Rob Herring
>
> When setting the fifo trigger level, the rx interrupt needs to be asserted
> if the current fifo level matches. This is more for correctness as the
> level is currently never changed.
>
> Signed-off-by: Rob Herring
> ---
> hw/ch
On 14 March 2014 18:22, Rob Herring wrote:
> From: Rob Herring
>
> The receive fifo full bit should be set when 1 character is received and
> the fifo is disabled or when 16 characters are in the fifo.
>
> Signed-off-by: Rob Herring
Reviewed-by: Peter Maydell
thanks
-- PMM
On 14 March 2014 18:22, Rob Herring wrote:
> From: Rob Herring
>
> Offset 4 is UARTRSR/UARTECR, not the UARTCR. The UARTCR would be
> corrupted if the UARTRSR is ever written. Fix by implementing a correct
> model of the UARTRSR/UARTECR register. Reads of this register simply
> reflect the error
On 15 March 2014 09:56, Michael Tokarev wrote:
> Here's another pull request for the trivial-patches queue.
> This time it does not include Peter's shifts-to-sign-bit
> patchset, but I'd hope to get it included in the next
> few days.
>
> All the changes appears to be fine for 2.0 (including the
>
On 16/03/14 11:03 AM, Peter Maydell wrote:
On 16 March 2014 14:33, Brad Smith wrote:
On 16/03/14 9:26 AM, Peter Maydell wrote:
Can we limit the set of system headers we're pulling in to
avoid the header where OpenBSD is defining this? Generally
for specific headers that clash it's nicer to jus
This patch makes all names in option table to match with actual
command-line spelling, it will be helpful when we search in option
tables.
Signed-off-by: Amos Kong
---
hw/nvram/fw_cfg.c | 4 ++--
include/qemu/option.h | 2 +-
vl.c | 12 ++--
3 files changed, 9 inse
On 16 March 2014 14:33, Brad Smith wrote:
> On 16/03/14 9:26 AM, Peter Maydell wrote:
>> Can we limit the set of system headers we're pulling in to
>> avoid the header where OpenBSD is defining this? Generally
>> for specific headers that clash it's nicer to just limit those to
>> whatever file re
On 16/03/14 9:26 AM, Peter Maydell wrote:
On 16 March 2014 13:22, Brad Smith wrote:
Commit 0056ae24bc36798fdd96d0b31e217e9f73896736 broke the build of QEMU and
this affects the 2.0.0 release too.
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/builds/700/steps/compile/logs/
This fixes warnings from the static code analysis (smatch).
Signed-off-by: Stefan Weil
---
Why is array para_features in kvm.c terminated by a dummy entry?
It is only used in a for loop with upper limit ARRAY_SIZE(para_features) - 1.
Regards
Stefan
target-i386/cpu.c |2 +-
target-i386/kvm
This fixes warnings from the static code analysis (smatch).
Signed-off-by: Stefan Weil
---
target-ppc/arch_dump.c |6 +++---
target-ppc/int_helper.c |2 +-
target-ppc/machine.c|4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/target-ppc/arch_dump.c b/target
This fixes warnings from the static code analysis (smatch).
Signed-off-by: Stefan Weil
---
target-s390x/arch_dump.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/target-s390x/arch_dump.c b/target-s390x/arch_dump.c
index 5cbb53c..a1554f5 100644
--- a/target-s390x/ar
On Sun, 2014-03-16 at 13:26 +, Peter Maydell wrote:
> On 16 March 2014 13:22, Brad Smith wrote:
> > Commit 0056ae24bc36798fdd96d0b31e217e9f73896736 broke the build of QEMU and
> > this affects the 2.0.0 release too.
> >
> > http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/bu
On 03/08/2014 09:58 PM, Chen Gang wrote:
> OK, thanks.
>
> Next, I will/should continue to analyse the performance issue for 9pfs
> when users drop into a long directory path under bash shell.
>
After have a test, I am sure it is not 9pfs issue, either not Qemu's
issue, it's Linux kernel vfs or bl
On 16 March 2014 13:22, Brad Smith wrote:
> Commit 0056ae24bc36798fdd96d0b31e217e9f73896736 broke the build of QEMU and
> this affects the 2.0.0 release too.
>
> http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/builds/700/steps/compile/logs/stdio
> http://buildbot.b1-systems.de/
Commit 0056ae24bc36798fdd96d0b31e217e9f73896736 broke the build of QEMU
and this affects the 2.0.0 release too.
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/builds/700/steps/compile/logs/stdio
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_4.9/builds/891/steps
Hello,
I tried to install XP SP3 (also tried XP SP2) on a new VM (IDE, 1GB RAM,
VMVGA, more details can be provided if necessary) on Fedora 20 (Packages
below), but it hangs on "Installing Windows/Installing Devices".
Was reproduceable 2 times. Anyone has similar problems?
Looks to me like a
On Fri, Mar 14, 2014 at 11:22:52PM +0100, Laszlo Ersek wrote:
> Building on the previous patch, raise the maximal count of processor
> objects / NTFY branches / CPON elements from 255 to 256. This allows the
> VCPU with APIC ID 0xFF to be hotplugged.
>
> Signed-off-by: Laszlo Ersek
> ---
> hw/i3
On Fri, Mar 14, 2014 at 12:18:38PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > Perhaps a configuration field is better, like this:
> >
> > u32 events_read;
> > u32 events_clear;
> >
> > A new event sets a bit in events_read and generates a configuration
> > change interrupt. The guest
On Fri, Mar 14, 2014 at 12:13:09PM +0100, Gerd Hoffmann wrote:
> On Do, 2014-03-13 at 10:08 +0100, Gerd Hoffmann wrote:
> > Hi,
> >
> > > One thing to do is add this to the virtio spec.
> > > Need help with that?
> >
> > What is the authoritative spec these days?
> > The virtio 1.0 draft?
> > W
On Sun, Mar 16, 2014 at 2:09 PM, Andrew Engelbrecht
<788...@bugs.launchpad.net> wrote:
> *** This bug is a duplicate of bug 1037606 ***
> https://bugs.launchpad.net/bugs/1037606
>
> i am also having this problem on amd64 debian sid. using qemu verion
> 1.7.0+dfsg-5.
>
> on the guest system, i'm
Il 16/03/2014 00:47, Peter Maydell ha scritto:
On 15 March 2014 18:33, Paolo Bonzini wrote:
Two missing braces, one close and one open, fabulously let the code
compile.
Signed-off-by: Paolo Bonzini
---
target-alpha/translate.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --g
82 matches
Mail list logo
