This commit breaks boot of MS-DOS 6.22, which stops at:
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
This reverts part of commit 34d80a55ff8517fd37bcfea5063b9797e2bd9132.
Signed-off-by: Hervé Poussineau
---
checkpatch.pl complains about this patch, but I preferred to do a simple
revert than
This fixes the following error:
In file included from qemu/include/trace.h:4:0,
from trace/generated-events.c:3:
./trace/generated-tracers.h: In function ‘trace_pvscsi_get_sg_list’:
./trace/generated-tracers.h:4271:9: error: format ‘%lu’ expects argument of
type ‘long unsigned int’
On Wed, May 01, 2013 at 01:18:39PM +1000, David Gibson wrote:
> From: Paolo Bonzini
>
> Fetch the root region from the sPAPRTCETable, and use it to build
> an AddressSpace and DMAContext.
>
> Now, everywhere we have a DMAContext we also have access to the
> corresponding AddressSpace (either bec
On Wed, May 01, 2013 at 01:18:35PM +1000, David Gibson wrote:
> From: Paolo Bonzini
>
> The next step is to introduce the translation code that will be used for
> IOMMU MemoryRegions, but still do the actual translation in a DMAContext.
>
> Signed-off-by: Paolo Bonzini
Acked-by: David Gibson
> From: Avi Kivity
>
> Use the new iommu support in the memory core for iommu support. The only
> user, spapr, is also converted, but it still provides a DMAContext
> interface until the non-PCI bits switch to AddressSpace.
>
> Signed-off-by: Avi Kivity
> Signed-off-by: Paolo Bonzini
> ---
>
On Wed, May 01, 2013 at 01:18:36PM +1000, David Gibson wrote:
> From: Paolo Bonzini
>
> Now we can stop using a "translating" DMAContext, but we do not yet modify
> the sPAPRTCETable users to get an AddressSpace; they keep using the table
> via a DMAContext.
>
> Signed-off-by: Paolo Bonzini
Ac
On Wed, May 01, 2013 at 01:18:37PM +1000, David Gibson wrote:
> From: Paolo Bonzini
>
> The translate function in the DMAContext is now always NULL.
> Remove every reference to it.
>
> Signed-off-by: Paolo Bonzini
Reviewed-by: David Gibson
--
David Gibson| I'll have my m
> From: Paolo Bonzini
>
> The TCE table is currently returned as a DMAContext, and non-type-safe
> APIs are called later passing back the DMAContext. Since we want to move
> away from DMAContext, use an opaque type instead, and add an accessor
> to retrieve the DMAContext from it.
>
> Signed-of
> From: Avi Kivity
>
> Add a new memory region type that translates addresses it is given,
> then forwards them to a target address space. This is similar to
> an alias, except that the mapping is more flexible than a linear
> translation and trucation, and also less efficient since the
> transl
Hi Paolo,
I've been looking through your iommu branch, and spotted a few things,
so sending some comments about them. Since I haven't see where
they've been posted before (if anywhere), I've kind of reconstructed a
mail to reply to from the patch in git. I hope the result isn't too
cryptic.
On
This issue here:
http://lists.nongnu.org/archive/html/qemu-devel/2012-07/msg03870.html
Still hits the 3.8 kernel by the way:
wget http://landley.net/aboriginal/bin/system-image-sh4.tar.bz2
tar xvjf system-image-sh4.tar.bz2
cd system-image-sh4
./run-emulator.sh
Still tracking down a d
On Tue, Apr 30, 2013 at 09:31:52AM +0200, Paolo Bonzini wrote:
> Il 30/04/2013 04:25, Alexey Kardashevskiy ha scritto:
> > The "info mtree" command in QEMU console prints only "memory" and "I/O"
> > address spaces while there are actually a lot more other AddressSpace
> > structs created by PCI and
> -Original Message-
> From: Scott Wood [mailto:scottw...@freescale.com]
> Sent: Tuesday, April 30, 2013 3:19 AM
> To: Chen, Tiejun
> Cc: ag...@suse.de; qemu-...@nongnu.org; qemu-devel@nongnu.org
> Subject: Re: [Qemu-ppc] [v1][PATCH 1/1] PPC: e500: correct
> params->ram_size with ram_size
On 30.04.2013, at 15:42, Alexey Kardashevskiy wrote:
> Minor SLOF fixes which are required for libvirtd to function properly:
> * vio-vscsi: vscsi-report-luns can return 0
> * vio-vscsi: added a proper lun parser
> * SLOF: vio-vscsi: fixed bug with reported luns
>
> Signed-off-by: Alexey Kardash
On 30.04.2013, at 19:15, Dominik Dingel wrote:
> This patchset allows the s390 platform to boot from a specified
> virtio-ccw-blk device, passed on the commandline.
Thanks, applied 1-3 to s390-next. I generated 4/4 myself :).
Also, please check your patch development process. Git complained qu
> N.B. If you are on CC, see after the '---' for a requested action!
>
> The license of SoftFloat-2b is claimed to be GPLv2 incompatible by
> the FSF due to an indemnification clause. The previous release,
> SoftFloat-2a, did not contain this clause. The only changes between
> these two versions
From: Alexander Graf
The usual MSI injection mechanism writes msi.data into memory using an
le32 wrapper. So on big endian guests, this swaps msg.data into the
expected byte order.
For irqfd however, we don't swap the payload right now, rendering
in-kernel MPIC emulation broken on PowerPC.
Swap
From: Alexander Graf
The current logic updates KVM's view of our interrupt map every time we
change it. While this is nice and bullet proof, it slows things down
badly for me. QEMU spends about 3 seconds on every start telling KVM what
news it has on its routing maps.
Instead, let's just synchro
Enables support for the in-kernel MPIC that thas been merged into the
KVM next branch. This includes irqfd/KVM_IRQ_LINE support from Alex
Graf (along with some other improvements).
Note from Alex regarding kvm_irqchip_create():
On x86, one would call kvm_irqchip_create() to initialize an
in-
...for use by the KVM in-kernel irqchip stub.
Signed-off-by: Scott Wood
Signed-off-by: Alexander Graf
---
hw/intc/openpic.c| 40 ++--
include/hw/ppc/openpic.h | 11 +++
2 files changed, 29 insertions(+), 22 deletions(-)
diff --git a/hw/in
Headers are imported from commit
4cee4b72f1e2600e19779a14d4d9a4f4016ce49f
in the next branch of git://git.kernel.org/pub/scm/virt/kvm/kvm.git
Signed-off-by: Scott Wood
---
linux-headers/asm-arm/kvm.h | 12 +++---
linux-headers/asm-powerpc/kvm.h | 77 ++
From: Alexander Graf
On PPC, we can have different types of interrupt controllers, so we really
only know that we are going to use one when we created it.
Export kvm_init_irq_routing() to common code, so that we don't have to call
kvm_irqchip_create().
Signed-off-by: Alexander Graf
---
includ
KVM in-kernel MPIC support is going to expand this even more,
so let's keep it contained.
Signed-off-by: Scott Wood
Signed-off-by: Alexander Graf
---
hw/ppc/e500.c | 56 ++--
1 file changed, 34 insertions(+), 22 deletions(-)
diff --git a/hw
The common KVM code insists on calling kvm_arch_init_irq_routing()
as soon as it sees kernel header support for it (regardless of whether
QEMU supports it). Provide a dummy function to satisfy this.
Unlike x86, PPC does not have one default irqchip, so there's no common
code that we'd stick here.
From: Alexander Graf
On PPC, we don't support MP state. So far it's not necessary and I'm
not convinced yet that we really need to support it ever.
However, the current idle logic in QEMU assumes that an in-kernel PIC
also means we support MP state. This assumption is not true anymore.
Let's sp
I have a few VMs (precise) that process high-volume transaction jobs
each night. After I've done a live-migrate operation to replace faulty
power supply on a bare-metal server, we encountered sluggish performance
on the migrated VMs, significant higher CPU is recorded in particular,
where the same
Signal handlers written using a compressed MIPS instruction
set will segfault when invoked. This patch fixes this.
Switch the ISA mode on cores supporting the MIPS16/microMIPS
ISAs according to bit 0 of the signal handler address. Clear
bit 0 of the address assigned to the PC.
Signed-off-by: Kw
Signal handlers written using a compressed MIPS instruction
set will segfault when invoked. This patch fixes this.
Switch the ISA mode on cores supporting the MIPS16/microMIPS
ISAs according to bit 0 of the signal handler address. Clear
bit 0 of the address assigned to the PC.
Signed-off-by: Kw
On Tue, Apr 30, 2013 at 06:00:09PM +0200, Paolo Bonzini wrote:
> Il 05/04/2013 09:17, Hu Tao ha scritto:
> > pvpanic device is used to notify host(qemu) when guest panic happens.
> >
> > Signed-off-by: Paolo Bonzini
> > Signed-off-by: Hu Tao
> > ---
> >
> > No change from v16. qemu patches at:
On 01.05.2013, at 01:54, Chen, Tiejun wrote:
>> -Original Message-
>> From: Alexander Graf [mailto:ag...@suse.de]
>> Sent: Tuesday, April 30, 2013 5:53 PM
>> To: Scott Wood
>> Cc: Chen, Tiejun; qemu-...@nongnu.org; qemu-devel@nongnu.org
>> Subject: Re: [Qemu-ppc] [v1][PATCH 1/1] PPC: e50
> -Original Message-
> From: Alexander Graf [mailto:ag...@suse.de]
> Sent: Tuesday, April 30, 2013 5:53 PM
> To: Scott Wood
> Cc: Chen, Tiejun; qemu-...@nongnu.org; qemu-devel@nongnu.org
> Subject: Re: [Qemu-ppc] [v1][PATCH 1/1] PPC: e500: correct
> params->ram_size with ram_size
>
>
>
> -Original Message-
> From: Scott Wood [mailto:scottw...@freescale.com]
> Sent: Wednesday, May 01, 2013 7:36 AM
> To: Chen, Tiejun
> Cc: ag...@suse.de; qemu-...@nongnu.org; qemu-devel@nongnu.org
> Subject: Re: [Qemu-ppc] [v1][PATCH 1/1] PPC: e500: correct
> params->ram_size with ram_size
On 04/30/2013 06:03:54 PM, Chen, Tiejun wrote:
> -Original Message-
> From: Scott Wood [mailto:scottw...@freescale.com]
> Sent: Tuesday, April 30, 2013 3:19 AM
> To: Chen, Tiejun
> Cc: ag...@suse.de; qemu-...@nongnu.org; qemu-devel@nongnu.org
> Subject: Re: [Qemu-ppc] [v1][PATCH 1/1] PPC:
On 04/30/2013 06:31:41 PM, Chen, Tiejun wrote:
> function that gets called later. The comment doesn't make
Are you saying I should replace cpu_to_be64(params->ram_size) with
cpu_to_be64(ram_size) directly in ppce500_load_device_tree()?
No, I'm saying to reword (or eliminate) the confusing c
> -Original Message-
> From: Scott Wood [mailto:scottw...@freescale.com]
> Sent: Wednesday, May 01, 2013 7:09 AM
> To: Chen, Tiejun
> Cc: ag...@suse.de; qemu-...@nongnu.org; qemu-devel@nongnu.org
> Subject: Re: [Qemu-ppc] [v1][PATCH 1/1] PPC: e500: correct
> params->ram_size with ram_size
On Mon, Apr 29, 2013 at 7:43 AM, Rob Landley wrote:
> On 04/27/2013 03:00:06 PM, Artyom Tarasenko wrote:
>>
>> > For a lot of the 64-bit targets, actual 64 bit userspace support is
>> > strangely lacking. For ppc64 they say to use ppc32, and I've been told
>> > that
>> > about sparc64 as well. I d
On 04/30/2013 02:47 PM, Eduardo Otubo wrote:
On 04/29/2013 07:02 PM, Corey Bryant wrote:
On 04/29/2013 02:39 PM, Eduardo Otubo wrote:
On 04/26/2013 06:07 PM, Paul Moore wrote:
On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote:
Hello folks,
Resuming the sandboxing work, I'd l
On Tue, Apr 30, 2013 at 07:04:23PM +0200, Igor Mammedov wrote:
> On Fri, 26 Apr 2013 16:01:15 -0300
> Eduardo Habkost wrote:
>
> > On Fri, Apr 26, 2013 at 07:41:10PM +0200, Igor Mammedov wrote:
> > > On Fri, 26 Apr 2013 14:30:40 -0300
> > > Eduardo Habkost wrote:
> > >
> > > > On Fri, Apr 26, 2
Alexander Graf a écrit :
On 04/30/2013 06:23 PM, Fabien Chouteau wrote:
On 04/30/2013 06:06 PM, Alexander Graf wrote:
On 04/30/2013 06:00 PM, Fabien Chouteau wrote:
On 04/30/2013 05:24 PM, Alexander Graf wrote:
On 04/30/2013 05:07 PM, Fabien Chouteau wrote:
The value was changed by the "PPC:
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
Applied. Thanks.
Regards,
Anthony Liguori
On 04/29/2013 07:02 PM, Corey Bryant wrote:
On 04/29/2013 02:39 PM, Eduardo Otubo wrote:
On 04/26/2013 06:07 PM, Paul Moore wrote:
On Friday, April 26, 2013 03:39:33 PM Eduardo Otubo wrote:
Hello folks,
Resuming the sandboxing work, I'd like to ask for comments on the
ideias I have:
1
The current release schedule has hard freeze happening tomorrow. There
are a few things still outstanding including cpu hotplug and updating
SeaBIOS. We still need to resolve how to handle the softfloat code
too. I am particularly interested in this last one for the 1.5 release.
Given this, I'
On 04/26/2013 03:31 AM, Wenchao Xia wrote:
> To make it clear about id and name in searching, the API is changed
> a bit to distinguish them, and caller can choose to search by id or name.
> If not found, *errp will be set to tip why.
>
> Note that the caller logic is changed a bit:
> 1) In del_ex
On Mon, Apr 22, 2013 at 03:11:19PM +1000, peter.crosthwa...@xilinx.com wrote:
> From: Peter Crosthwaite
>
> Updates to the Zynq SPI controller. Some QOMifying cleanup, followed by
> a number of bugs/incompletnesses found by some (very) rigourous test
> vectors.
Hi Peter,
The series looks good t
On 04/26/2013 09:34 PM, Wenchao Xia wrote:
>>> to find the snapshot, instead once, so matching sequence may change
>>> if there are unwisely chosen, mixed id and names.
>>> 2) In do_savevm(), same with del_existing_snapshot(), when it tries to
>>> find the snapshot to overwrite, matching sequence m
On 04/26/2013 03:31 AM, Wenchao Xia wrote:
> This patch is a pure code move patch, except following modification:
> 1 get_human_readable_size() is changed to static function.
> 2 dump_human_image_info() is renamed to bdrv_image_info_dump().
> 3 in qmp_query_block() and qmp_query_blockstats, use bdr
On 4/30/2013 8:04 AM, Orit Wasserman wrote:
On 04/27/2013 11:50 PM, Chegu Vinod wrote:
Busy enterprise workloads hosted on large sized VM's tend to dirty
memory faster than the transfer rate achieved via live guest migration.
Despite some good recent improvements (& using dedicated 10Gig NICs
be
On 4/30/2013 9:01 AM, Juan Quintela wrote:
Chegu Vinod wrote:
On 4/30/2013 8:20 AM, Juan Quintela wrote:
(qemu) info migrate
capabilities: xbzrle: off auto-converge: off <
Migration status: active
total time: 1487503 milliseconds
148 seconds
1487 seconds and still the Migration is not c
Use the passed device, if there is no device, use the first applicable device.
Signed-off-by: Dominik Dingel
diff --git a/pc-bios/s390-ccw/main.c b/pc-bios/s390-ccw/main.c
index fd40fa5..be1efe8 100644
--- a/pc-bios/s390-ccw/main.c
+++ b/pc-bios/s390-ccw/main.c
@@ -12,6 +12,7 @@
struct subcha
There is no use in have this splitted in two functions.
Signed-off-by: Dominik Dingel
diff --git a/hw/s390x/ipl.c b/hw/s390x/ipl.c
index cc3cd23..d14c548 100644
--- a/hw/s390x/ipl.c
+++ b/hw/s390x/ipl.c
@@ -57,16 +57,6 @@ typedef struct S390IPLState {
} S390IPLState;
-static void s390_ipl_c
Signed-off-by: Dominik Dingel
diff --git a/pc-bios/s390-ccw.img b/pc-bios/s390-ccw.img
index
149cf70140e9e690960b49337b4e5f419c452a86..2c411da9ec0a6dad512c732cb0fd5454a9701ea6
100644
GIT binary patch
literal 17528
zcmeHPeN0@}l|SZE4
zre1HfrCYX5TQ{j9s~fFa301ITRdn-ASrs;@pw?2oTkkI2&91#GOUr7UmWDK$CN
This patchset allows the s390 platform to boot from a specified virtio-ccw-blk
device, passed on the commandline.
v2 -> v3
- merge function s390_ipl_cpu and s390_ipl_reset
- refactor boot logic for device
- refactor BIOS code to be more explizit
Dominik Dingel (4):
S390: Merging s390_ipl_cpu
If no kernel IPL entry is specified, boot the bios and pass if available
device information for the first boot device (as given by the boot index).
The provided information will be used in the next commit from the BIOS.
Signed-off-by: Dominik Dingel
diff --git a/hw/s390x/ipl.c b/hw/s390x/ipl.c
On Fri, 26 Apr 2013 16:01:15 -0300
Eduardo Habkost wrote:
> On Fri, Apr 26, 2013 at 07:41:10PM +0200, Igor Mammedov wrote:
> > On Fri, 26 Apr 2013 14:30:40 -0300
> > Eduardo Habkost wrote:
> >
> > > On Fri, Apr 26, 2013 at 05:39:15PM +0200, Igor Mammedov wrote:
> > > > On Fri, 26 Apr 2013 17:33
Il 05/04/2013 09:10, Hu Tao ha scritto:
> pvpanic device is a qemu simulated device through which guest panic
> event is sent to host.
>
> Signed-off-by: Hu Tao
Ping. This will be in QEMU 1.5, is this on track for the 3.10 kernel?
Thanks,
Paolo
> ---
>
> ref: http://lists.nongnu.org/archive
Am 30.04.2013 15:41, schrieb Igor Mammedov:
> Hook should be set by target that implements
> CPU hot-add via cpu-add QMP command.
>
> Signed-off-by: Igor Mammedov
> ---
> include/hw/boards.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Thanks, applied to qom-cpu (using a typedef
Signed-off-by: Igor Mammedov
---
v3:
* use local static variable for saving cpu_model
v2:
* override .hot_add_cpu statically starting with 1.5 machine
---
hw/i386/pc.c | 26 ++
hw/i386/pc_piix.c|1 +
hw/i386/pc_q35.c |1 +
include/hw/i386/pc.
On 04/30/2013 06:23 PM, Fabien Chouteau wrote:
On 04/30/2013 06:06 PM, Alexander Graf wrote:
On 04/30/2013 06:00 PM, Fabien Chouteau wrote:
On 04/30/2013 05:24 PM, Alexander Graf wrote:
On 04/30/2013 05:07 PM, Fabien Chouteau wrote:
The value was changed by the "PPC: fix hreset_vector..." pat
Signed-off-by: Igor Mammedov
---
v3:
* use local static variable for saving cpu_model
v2:
* override .hot_add_cpu statically starting with 1.5 machine
---
hw/i386/pc.c | 26 ++
hw/i386/pc_piix.c|1 +
hw/i386/pc_q35.c |1 +
include/hw/i386/pc.
On Tue, Apr 30, 2013 at 11:22:41AM -0500, Anthony Liguori wrote:
> "Michael S. Tsirkin" writes:
>
> > On Tue, Feb 05, 2013 at 09:08:20PM -0600, Anthony Liguori wrote:
> >> Michael Roth writes:
> >>
> >> > Migration from 1.3 currently fails due to a mismatch between the
> >> > expected size
> >
On Tue, Apr 30, 2013 at 06:00:53PM +0200, Igor Mammedov wrote:
> Signed-off-by: Igor Mammedov
Not the best solution (I believe I prefer the QEMUMachine.cpu_model
alternative), but code looks correct, so:
Reviewed-by: Eduardo Habkost
> ---
> v3:
> * use local static variable for saving cpu_m
On 04/30/2013 06:06 PM, Alexander Graf wrote:
> On 04/30/2013 06:00 PM, Fabien Chouteau wrote:
>> On 04/30/2013 05:24 PM, Alexander Graf wrote:
>>> On 04/30/2013 05:07 PM, Fabien Chouteau wrote:
The value was changed by the "PPC: fix hreset_vector..." patch.
Signed-off-by: Fabien Cho
"Michael S. Tsirkin" writes:
> On Tue, Feb 05, 2013 at 09:08:20PM -0600, Anthony Liguori wrote:
>> Michael Roth writes:
>>
>> > Migration from 1.3 currently fails due to a mismatch between the expected
>> > size
>> > of 256KB and the received size of 128KB for seabios. This series attempts
>>
On 4/30/2013 8:20 AM, Juan Quintela wrote:
Chegu Vinod wrote:
Busy enterprise workloads hosted on large sized VM's tend to dirty
memory faster than the transfer rate achieved via live guest migration.
Despite some good recent improvements (& using dedicated 10Gig NICs
between hosts) the live mi
On 04/30/2013 06:00 PM, Fabien Chouteau wrote:
On 04/30/2013 05:24 PM, Alexander Graf wrote:
On 04/30/2013 05:07 PM, Fabien Chouteau wrote:
The value was changed by the "PPC: fix hreset_vector..." patch.
Signed-off-by: Fabien Chouteau
---
hw/ppc/prep.c |3 +++
1 file changed, 3 insert
Add mach-virt platform support cooresponding to
/arch/arm/mach-virt in kernel tree.
For now it is not virtual but instantiates a pl011 uart
and and sp804 timer. The uart is need for a console
the timer is needed when running without kvm and there
is no arch timer.
Signed-off-by: John Rigby
---
If no fdt is provided on command line and the new field
get_dtb in struct arm_boot_info is set then call it to
get a device tree blob.
Also allow dumping of device tree by calling qemu_devtree_dumpdtb
near the end of load_dtb.
Signed-off-by: John Rigby
---
hw/arm/boot.c| 31 ++
First modify arm fdt handling so boards can provide a blob
rather than requiring one on command line.
Next add mach-virt platform that creates fdt blob from scratch
describing its minimal hw which is a pl011 uart and a sp804 timer.
Tested on amd64 host with full system emulation and also using kv
Chegu Vinod wrote:
> On 4/30/2013 8:20 AM, Juan Quintela wrote:
>>>
>>> (qemu) info migrate
>>> capabilities: xbzrle: off auto-converge: off <
>>> Migration status: active
>>> total time: 1487503 milliseconds
>> 148 seconds
>
> 1487 seconds and still the Migration is not completed.
>
>>
>>> e
On 04/30/2013 05:24 PM, Alexander Graf wrote:
> On 04/30/2013 05:07 PM, Fabien Chouteau wrote:
>> The value was changed by the "PPC: fix hreset_vector..." patch.
>>
>> Signed-off-by: Fabien Chouteau
>> ---
>> hw/ppc/prep.c |3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/hw/ppc/
Il 24/04/2013 07:59, Gerd Hoffmann ha scritto:
> Hi,
>
>> b44a7be17bdd270ea029a8e2ec0c2e80c6cd0444 virtio-scsi: Pack struct
>> virtio_scsi_{req_cmd,resp_cmd}
>> 5a7730db57ab0715223421e65b54fb50d6fefe5c virtio-scsi: Set _DRIVER_OK flag
>> before scsi target scanning
>
>> Anthony + Gerd, can we
Il 05/04/2013 09:17, Hu Tao ha scritto:
> pvpanic device is used to notify host(qemu) when guest panic happens.
>
> Signed-off-by: Paolo Bonzini
> Signed-off-by: Hu Tao
> ---
>
> No change from v16. qemu patches at:
>
> http://lists.nongnu.org/archive/html/qemu-devel/2013-04/msg01028.html
Pin
Am 30.04.2013 15:41, schrieb Igor Mammedov:
> Adds "cpu-add id=xxx" QMP command.
>
> cpu-add's "id" argument is a CPU number in a range [0..max-cpus)
>
> Example QMP command:
> -> { "execute": "cpu-add", "arguments": { "id": 2 } }
> <- { "return": {} }
>
> Signed-off-by: Igor Mammedov
> Acked
Add mach-virt platform support cooresponding to
/arch/arm/mach-virt in kernel tree.
For now it is not virtual but instantiates a pl011 uart
and and sp804 timer. The uart is need for a console
the timer is needed when running without kvm and there
is no arch timer.
Signed-off-by: John Rigby
---
If no fdt is provided on command line and the new field
get_dtb in struct arm_boot_info is set then call it to
get a device tree blob.
Also allow dumping of device tree by calling qemu_devtree_dumpdtb
near the end of load_dtb.
Signed-off-by: John Rigby
---
hw/arm/boot.c| 31 ++
First modify arm fdt handling so boards can provide a blob
rather than requiring one on command line.
Next add mach-virt platform that creates fdt blob from scratch
describing its minimal hw which is a pl011 uart and a sp804 timer.
Tested on amd64 host with full system emulation and also using kv
Il 30/04/2013 15:33, Peter Lieven ha scritto:
> Hi all,
>
> when I start a Windows XP VM that was installed under qemu-kvm-1.2.0
> with latest git it BSODs shortly after the Windows
> Logo is displayed.
>
> *** STOP: 0x007B (0xF7A09528,0xC034,0x,0x)
>
> The command line i
On 30 April 2013 16:14, Igor Mammedov wrote:
> On Tue, 30 Apr 2013 15:54:34 +0100
> Peter Maydell wrote:
>> I think really if you want to know what the current CPU model
>> is you need to fish the relevant QOM qbject out from somewhere
>> at runtime.
>
> Ideally that QOM object would be QOMifyed
On Monday, April 29, 2013 05:52:10 PM Corey Bryant wrote:
> On 04/26/2013 05:07 PM, Paul Moore wrote:
> > [snip]
> >
> >> >3. Debugging and/or learning mode - third party libraries still have the
> >> >problem of interfering in the Qemu's signal mask. According to some
> >> >previous discussions,
On 04/30/2013 05:07 PM, Fabien Chouteau wrote:
The value was changed by the "PPC: fix hreset_vector..." patch.
Signed-off-by: Fabien Chouteau
---
hw/ppc/prep.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/ppc/prep.c b/hw/ppc/prep.c
index cceab3e..2d0c4fe 100644
--- a/hw/ppc/pr
Chegu Vinod wrote:
> Busy enterprise workloads hosted on large sized VM's tend to dirty
> memory faster than the transfer rate achieved via live guest migration.
> Despite some good recent improvements (& using dedicated 10Gig NICs
> between hosts) the live migration does NOT converge.
>
> A few o
On Tue, 30 Apr 2013 15:54:34 +0100
Peter Maydell wrote:
> On 30 April 2013 15:30, Eduardo Habkost wrote:
> > My concern is that we already have a QEMUMachineInitArgs.cpu_model
> > field, and now QEMUMachine.cpu_model and QEMUMachineInitArgs.cpu_model
> > are redundant.
> >
> > To make it worse,
The value was changed by the "PPC: fix hreset_vector..." patch.
Signed-off-by: Fabien Chouteau
---
hw/ppc/prep.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/ppc/prep.c b/hw/ppc/prep.c
index cceab3e..2d0c4fe 100644
--- a/hw/ppc/prep.c
+++ b/hw/ppc/prep.c
@@ -427,6 +427,9 @@ stati
On Tue, Apr 30, 2013 at 03:55:24PM +0100, Peter Maydell wrote:
> On 30 April 2013 15:48, Igor Mammedov wrote:
> > Signed-off-by: Igor Mammedov
> > ---
> > compile tested only ...
> >
> > ---
> > hw/arm/realview.c| 16
> > hw/arm/versatilepb.c |5 ++---
>
> Anything th
On 04/27/2013 11:50 PM, Chegu Vinod wrote:
> Busy enterprise workloads hosted on large sized VM's tend to dirty
> memory faster than the transfer rate achieved via live guest migration.
> Despite some good recent improvements (& using dedicated 10Gig NICs
> between hosts) the live migration does NO
On Tue, 30 Apr 2013 15:55:24 +0100
Peter Maydell wrote:
> On 30 April 2013 15:48, Igor Mammedov wrote:
> > Signed-off-by: Igor Mammedov
> > ---
> > compile tested only ...
> >
> > ---
> > hw/arm/realview.c| 16
> > hw/arm/versatilepb.c |5 ++---
>
> Anything that's
** Changed in: qemu (Ubuntu)
Status: New => Confirmed
** Changed in: qemu
Status: Incomplete => Confirmed
** Changed in: qemu (Ubuntu)
Importance: Undecided => High
** Tags added: windows windows-xp
--
You received this bug notification because you are a member of qemu-
devel-
Tim Hardeck writes:
> Added TLS support to the VNC QEMU Websockets implementation.
> VNC-TLS needs to be enabled for this feature to be used.
>
> The required certificates are specified as in case of VNC-TLS
> with the VNC parameter "x509=".
>
> If the server certificate isn't signed by a rooth a
Am 30.04.2013 15:02, schrieb Alexander Graf:
> When we try to cast an object to an unknown type, fail the cast. Today
> we would simply run into an assert().
>
> This fixes a bug on qemu-system-s390x for me that gets triggered by the
> audio code looking for PCI and ISA buses.
>
> Signed-off-by:
On 30 April 2013 15:48, Igor Mammedov wrote:
> Signed-off-by: Igor Mammedov
> ---
> compile tested only ...
>
> ---
> hw/arm/realview.c| 16
> hw/arm/versatilepb.c |5 ++---
Anything that's only touching these two boards is clearly
not considering the whole situation
On 30 April 2013 15:30, Eduardo Habkost wrote:
> My concern is that we already have a QEMUMachineInitArgs.cpu_model
> field, and now QEMUMachine.cpu_model and QEMUMachineInitArgs.cpu_model
> are redundant.
>
> To make it worse, both variables can disagree with each other because we
> have other co
Signed-off-by: Igor Mammedov
---
compile tested only ...
---
hw/arm/realview.c| 16
hw/arm/versatilepb.c |5 ++---
2 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/hw/arm/realview.c b/hw/arm/realview.c
index d6f47bf..5327b66 100644
--- a/hw/arm/realview
Jesse Larrew writes:
> libqtest.c can segfault when calling fclose() if the pidfile wasn't
> opened successfully. This patch fixes the issue.
>
> Signed-off-by: Jesse Larrew
Reviewed-by: Anthony Liguori
Regards,
Anthony Liguori
> ---
> tests/libqtest.c | 2 +-
> 1 file changed, 1 insertion
** Also affects: qemu (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1174654
Title:
qemu-system-x86_64 takes 100% CPU after host machine resumed
On Tue, Apr 30, 2013 at 03:41:27PM +0200, Igor Mammedov wrote:
> allows to remove:
> * checks for cpu_model == NULL
> * and dynamic setting of default value
>
> Signed-off-by: Igor Mammedov
Reviewed-by: Eduardo Habkost
> ---
> hw/i386/pc.c |9 -
> hw/i386/pc_piix.c | 16
Paolo Bonzini writes:
> Il 30/04/2013 14:16, Andreas Färber ha scritto:
>>
>> The patch version committed has an additional change in this file:
>>
>> @@ -88,7 +88,6 @@ static void pc_init1(MemoryRegion *system_memory,
>> void *fw_cfg = NULL;
>>
>> pc_cpus_init(cpu_model);
>> -pc
1 - 100 of 194 matches
Mail list logo
