Il 11/09/2013 07:38, Fam Zheng ha scritto:
> Makefile.target includes rule.mak and unnested common-obj-y, then prefix
> them with '../', this will ignore object specific QEMU_CFLAGS in subdir
> Makefile.objs:
>
> $(obj)/curl.o: QEMU_CFLAGS += $(CURL_CFLAGS)
>
> Because $(obj) here is './block
On Tue, 09/10 11:33, Max Reitz wrote:
> Add a test for the additional information now provided by qemu-img info
> when used on qcow2 images.
>
> Signed-off-by: Max Reitz
> ---
> tests/qemu-iotests/064 | 72
> ++
> tests/qemu-iotests/064.out | 22 +
Ping?
Thanks,
Jinsong
Liu, Jinsong wrote:
> Liu, Jinsong wrote:
>> From 7d93370e8005499d18507b8cd9fa71f4ae794e19 Mon Sep 17 00:00:00
>> 2001 From: Liu Jinsong
>> Date: Fri, 6 Sep 2013 16:34:56 +0800
>> Subject: [PATCH] qemu-xen: vt-d bugfix for pci rom
>>
>
> Sorry, update 'From: Liu Jinsong '
Il 11/09/2013 00:02, Alex Williamson ha scritto:
>>> > > I would hope that when you do the below
>>> > > memory_region_register_iommu_notifier() the callback gets a replay of
>>> > > the current state of the iommu like we do for a memory region when we
>>> > > register the listener that gets us her
I have tested with kernel 3.9.11, it's works fine
but 3.10.1-> 3.10.11 hang.
I'll try will 3.11 today
- Mail original -
De: "Alexandre DERUMIER"
À: "qemu-devel"
Envoyé: Mercredi 11 Septembre 2013 05:39:01
Objet: [Qemu-devel] guest kernel 3.10 panic at boot (__mcheck_cpu_init_generic)
It is hard to make both id and name optional in hmp console as qmp
interface, so this interface require user to specify name.
Signed-off-by: Wenchao Xia
---
hmp-commands.hx | 18 ++
hmp.c | 12
hmp.h |1 +
3 files changed, 31 insertions(+)
Create in transaction and deletion in single command will be tested.
Signed-off-by: Wenchao Xia
---
tests/qemu-iotests/057 | 259
tests/qemu-iotests/057.out |5 +
tests/qemu-iotests/group |1 +
3 files changed, 265 insertions(+), 0 dele
Snapshot creation actually already distinguish id and name since it take
a structured parameter *sn, but delete can't. Later an accurate delete
is needed in qmp_transaction abort and blockdev-snapshot-delete-sync,
so change its prototype. Also *errp is added to tip error, but return
value is kepted
This interface use id and name as optional parameters, to handle the
case that one image contain multiple snapshots with same name which
may be '', but with different id.
Adding parameter id is for historical compatiability reason, and
that case is not possible in qemu's new interface for internal
Unlike savevm, the qmp_transaction interface will not generate
snapshot name automatically, saving trouble to return information
of the new created snapshot.
Although qcow2 support storing multiple snapshots with same name
but different ID, here it will fail when an snapshot with that name
already
Signed-off-by: Wenchao Xia
---
hmp-commands.hx | 19 +--
hmp.c | 10 ++
hmp.h |1 +
3 files changed, 28 insertions(+), 2 deletions(-)
diff --git a/hmp-commands.hx b/hmp-commands.hx
index 65b7f60..f19a914 100644
--- a/hmp-commands.hx
+++ b/hmp-c
To make it clear about id and name in searching, add this API
to distinguish them. Caller can choose to search by id or name,
*errp will be set only for exception.
Some code are modified based on Pavel's patch.
Signed-off-by: Wenchao Xia
Signed-off-by: Pavel Hrdina
Reviewed-by: Eric Blake
---
Snapshot ID can't be specified in this interface.
Signed-off-by: Wenchao Xia
---
blockdev.c | 13 +
qapi-schema.json | 20
qmp-commands.hx | 29 +
3 files changed, 62 insertions(+), 0 deletions(-)
diff --git a/blockdev.c
This series brings internal snapshot support at block devices level, now we
have two three methods to do block snapshot lively: 1) backing chain,
2) internal one and 3) drive-back up approach.
Comparation:
Advantages:Disadvantages:
1)delta data, taken
On Tue, Sep 10, 2013 at 6:59 PM, Andreas Färber wrote:
> Am 10.09.2013 18:49, schrieb Paolo Bonzini:
>> Il 10/09/2013 18:21, Stefan Hajnoczi ha scritto:
>>> qdev_device_add() leaks the created qdev upon failure. I suspect this
>>> problem crept in because qdev_free() unparents the qdev but does n
The new option will enable support of shared object build. Otherwise
objects are static linked to executables.
Signed-off-by: Fam Zheng
---
Makefile.target | 6 +-
configure | 8
rules.mak | 8 ++--
3 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/Make
Curl and qed block drivers are built as shared object module. We have
per object cflags and libs support now, move CURL_CFLAGS and CURL_LIBS
from global option variables to a per object basis.
"make install" is not installing them yet, manually copy it to
${prefix}/qemu/block/ to make it loaded.
Add necessary rules and flags for shared object generation.
$(common-obj-m) will include $(block-obj-m), like $(common-obj-y) does
for $(block-obj-y). The new rules introduced here are:
0) For all %.so compiling:
QEMU_CFLAGS += -fPIC
1) %.o in $(common-obj-m) is compiled to %.o, then linked
Added three types of modules:
typedef enum {
MODULE_LOAD_BLOCK = 0,
MODULE_LOAD_UI,
MODULE_LOAD_NET,
MODULE_LOAD_MAX,
} module_load_type;
and their loading function:
void module_load(module_load_type).
which loads all ".so" files in a subdir under "${
Adds extract-libs in LINK to expand any "per object libs", the syntax to define
such a libs options is like:
foo.o-libs := $(CURL_LIBS)
in block/Makefile.objs.
Similarly,
foo.o-cflags := $(FOO_CFLAGS)
is also supported.
"foo.o" must be listed a nested var (e.g. common-obj-y) t
On Tue, 2013-09-10 at 14:16 +0200, Andreas Färber wrote:
> Am 10.09.2013 14:09, schrieb Igor Mammedov:
> > On Tue, 10 Sep 2013 17:43:41 +0800
> > Chen Fan wrote:
> >
> >> the 'apic_no' is increased by one when initialize/create a vCPU each time,
> >> which causes APICCommonState s->idx always is
Makefile.target includes rule.mak and unnested common-obj-y, then prefix
them with '../', this will ignore object specific QEMU_CFLAGS in subdir
Makefile.objs:
$(obj)/curl.o: QEMU_CFLAGS += $(CURL_CFLAGS)
Because $(obj) here is './block', instead of '../block'. This doesn't
hurt compiling bec
This series implements feature of shared object building as described in:
http://wiki.qemu.org/Features/Modules
It's achieved in three steps, with extra bonus to change curl and qed to shared
library modules in the end (only to demonstrate the usage, no "make install"
support of .so files yet).
Am 11.09.2013 00:22, schrieb Peter Maydell:
> On 10 September 2013 23:04, Stefan Weil wrote:
>> busybox-static from Debian running on 32 bit Linux:
>>
>> $ alpha-linux-user/qemu-alpha -d in_asm
>> /usr/gnemul/qemu-alpha/bin/busybox pwd
>> host mmap_min_addr=0x1
>> Reserved 0x21e000 bytes of gu
On Tue, Jul 23, 2013 at 06:22:56PM +0200, Igor Mammedov wrote:
> As opposed to previous approach,
> This series allows to hotplug 'arbitrary' DIMM devices specifying size,
> NUMA node mapping, slot and address where to map it, at runtime.
>
> Due to ACPI limitation there is need to specify a numbe
Hi List,
I'm trying to boot a debian squeeze guest with a 3.10 kernel, and I have a
crash at boot
This only happen with kvm64 vcpu + amd host (opteron 6100 or opteron 6300).
host vcpu + amd host works fine
kvm64 vcpu + intel host works fine too.
host os is proxmox 3.1 (rhel 6.4 2.6.32 kernel +
> Shouldn't this be in migration_state? Just wondering. And yes, I
> don't see either a trivial place how to get it. get_current_migration()?
That's a better idea, I will put 'ft_enabled' in MigrationState Struct.
> I think for the outgoing side it should just be "migrate -f tcp:foo:".
于 2013/9/10 19:47, Kevin Wolf 写道:
Am 09.09.2013 um 13:57 hat Stefan Hajnoczi geschrieben:
On Fri, Sep 06, 2013 at 11:24:31AM +0800, Wenchao Xia wrote:
This series add test case for fd passing with unix socket at runtime. Since
getfd and closefd interface will interact with monitor's data, so it
On Tue, 2013-09-10 at 09:52 -0600, Eric Blake wrote:
> On 09/10/2013 03:43 AM, Chen Fan wrote:
> > Signed-off-by: Chen Fan
> > ---
> > hw/i386/pc.c | 5 +
> > hw/i386/pc_piix.c| 1 +
> > include/hw/boards.h | 2 ++
> > include/hw/i386/pc.h | 1 +
> > qapi-schema.json | 12
于 2013/9/10 20:36, Kevin Wolf 写道:
Am 07.08.2013 um 05:00 hat Wenchao Xia geschrieben:
Snapshot creation actually already distinguish id and name since it take
a structured parameter *sn, but delete can't. Later an accurate delete
is needed in qmp_transaction abort and blockdev-snapshot-delete-sy
Hi,
>The first is that if the VM failure happen in the middle on the live migration
> >the backup VM state will be inconsistent which means you can't failover to
>it.
Yes, I have concerned about this problem. That is why we need a prefetch buffer.
>Solving it is not simple as you need some tra
On Tue, 09/10 15:44, Paolo Bonzini wrote:
> Il 10/09/2013 15:16, Fam Zheng ha scritto:
> > Add necessary rules and flags for shared object generation.
> > $(common-obj-m) will include $(block-obj-m), like $(common-obj-y) does
> > for $(block-obj-y). The new rules introduced here are:
> >
> > 0) Fo
Hi there,
I managed to get QEMU running on a Crouton install, virtual box not being
possible with the Chrome OS kermel with the KVM mods required, and even a
couple distros running. Since I enjoy pain and/or haven't done enough cool
things to be called a badass dev, I figured, why not try building
Allow host detection on linux systems without glibc 2.16 or later.
Signed-off-by: Richard Henderson
---
include/elf.h | 34 ++
tcg/ppc64/tcg-target.c | 11 ++-
2 files changed, 36 insertions(+), 9 deletions(-)
diff --git a/include/elf.h b/include
On 10 September 2013 23:04, Stefan Weil wrote:
> busybox-static from Debian running on 32 bit Linux:
>
> $ alpha-linux-user/qemu-alpha -d in_asm
> /usr/gnemul/qemu-alpha/bin/busybox pwd
> host mmap_min_addr=0x1
> Reserved 0x21e000 bytes of guest address space
> Relocating guest address space f
Am 10.09.2013 23:52, schrieb Richard Henderson:
> On 09/10/2013 02:34 PM, Stefan Weil wrote:
>> For native compilations, TCG_TARGET_CALL_ALIGN_ARGS can be set from
>> configure. Cross compilations cannot set that macro automatically
>> (or is there some way to do this?)
> I can't think of a way th
No need to set up a SIGILL signal handler for detection anymore.
Remove a ton of sanity checks that must be true, given that we're
requiring a 64-bit build (the note about 31-bit KVM is satisfied
by configuring with TCI).
Signed-off-by: Richard Henderson
---
include/elf.h | 14
On Tue, 2013-09-10 at 18:09 +1000, Alexey Kardashevskiy wrote:
> On 09/06/2013 04:24 AM, Alex Williamson wrote:
> > On Fri, 2013-08-30 at 20:15 +1000, Alexey Kardashevskiy wrote:
> >> From: David Gibson
> >>
> >> So far, VFIO has a notion of different logical DMA address spaces, but
> >> only ever
Allow host detection on linux systems without glibc 2.16 or later.
Signed-off-by: Richard Henderson
---
include/elf.h| 22 ++
tcg/arm/tcg-target.c | 15 ++-
2 files changed, 28 insertions(+), 9 deletions(-)
diff --git a/include/elf.h b/include/elf.h
index
On 10 September 2013 22:34, Stefan Weil wrote:
> For native compilations, TCG_TARGET_CALL_ALIGN_ARGS can be set from
> configure.
> Cross compilations cannot set that macro automatically (or is there some
> way to
> do this?), so a configure option is needed if the cross target is unknown.
I thin
From: Alexander Graf
Correct a few places that were using uint32_t or a 32 bit
only format string to handle something that should be a target_ulong.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-6-git-send-email-peter.mayd...
Abstract away dependence on a system implementation of getauxval.
Signed-off-by: Richard Henderson
---
include/qemu/osdep.h | 20
linux-user/main.c| 1 +
util/Makefile.objs | 1 +
util/getauxval.c | 91
vl.c
Changes from v1:
* Fix silly error in patch 1.
Tested on arm with and without CONFIG_GETAUXVAL commented out
in config-host.mak. Tested on ppc only with CONFIG_GETAUXVAL.
r~
Richard Henderson (6):
osdep: Create qemu_getauxval and qemu_init_auxval
tcg-ppc64: Use qemu_getauxval
tcg-arm:
With this we no longer pass down envp, and thus all systems can have
the same void prototype. So also eliminate a useless thunk.
Signed-off-by: Richard Henderson
---
include/qemu/cache-utils.h | 4 ++--
linux-user/main.c | 2 +-
util/cache-utils.c | 51 ++-
Am 23.08.2013 23:18, schrieb Richard Henderson:
> I don't see how TCI really comes into this except as Yet Another Backend to be
> tested. Indeed, such unit testing could show that TCI is in fact broken wrt
> helpers, depending on the host abi.
>
> E.g. tci never defines TCG_TARGET_CALL_ALIGN_ARGS
Avoid the undefined behaviour of "1 << 31" by using 1U to make
the shift be of an unsigned value rather than shifting into the
sign bit of a signed integer. For consistency, we make all the
CPSR_* constants unsigned, though the only one which triggers
undefined behaviour is CPSR_N.
Signed-off-by:
There's no Intel CPU with family=6,model=2, and Linux and Windows guests
disable SEP when seeing that combination due to Pentium Pro erratum #82.
In addition to just having SEP ignored by guests, Skype (and maybe other
applications) runs sysenter directly without passing through ntdll on
Windows,
From: Alexander Graf
We want to be able to debug AArch64 guests. So let's add the respective gdb
stub functions and xml descriptions that allow us to do so.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-12-git-send-email-pete
From: Alexander Graf
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-19-git-send-email-peter.mayd...@linaro.org
[PMM: pulled out from another patch; don't use is_a64() here;
moved to linux-user from target-arm]
Signed-off-by: P
On 09/10/2013 02:34 PM, Stefan Weil wrote:
> For native compilations, TCG_TARGET_CALL_ALIGN_ARGS can be set from
> configure. Cross compilations cannot set that macro automatically
> (or is there some way to do this?)
I can't think of a way that would be reasonable from configure.
> Should we us
We want gen_set_pc_im() to work for both AArch64 and AArch32, but
to do this we'll need the DisasContext* so we can tell which mode
we're in, so pass it in as a parameter.
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-7-git-send-email-peter.mayd...@linaro.org
---
target-arm/translate
The ARM EABI specifies that 64 bit integers should be
8 aligned; remove our incorrect setting of 4 alignment.
This has no actual effect since it only set the alignment
for the 'abi_ullong' and 'abi_llong' types, which are used
only inside code which is MIPS-specific, but it will
avoid problems late
On Tue, 2013-09-10 at 18:36 +1000, Alexey Kardashevskiy wrote:
> On 09/06/2013 05:01 AM, Alex Williamson wrote:
> > On Fri, 2013-08-30 at 20:15 +1000, Alexey Kardashevskiy wrote:
> >> As sPAPR platform supports DMA windows on a PCI bus, the information
> >> about their location and size should be p
On Tue, 2013-09-10 at 18:22 +1000, Alexey Kardashevskiy wrote:
> On 09/06/2013 04:49 AM, Alex Williamson wrote:
> > On Fri, 2013-08-30 at 20:15 +1000, Alexey Kardashevskiy wrote:
> >> From: David Gibson
> >>
> >> This patch uses the new IOMMU notifiers to allow VFIO pass through devices
> >> to wo
From: Alexander Graf
Some syscall handlers have special code for ARM enabled that we don't
need on AArch64. Exclude AArch64 in those cases. In other places we
can share struct definitions with other targets or have to provide our
own.
With this patch applied, most syscall definitions in linux-us
Allow host "detection" on non-linux hosts.
Signed-off-by: Richard Henderson
---
util/getauxval.c | 56 ++--
1 file changed, 54 insertions(+), 2 deletions(-)
diff --git a/util/getauxval.c b/util/getauxval.c
index 59f53ff..e7f7d63 100644
--- a/u
On Tue, 2013-09-10 at 19:00 +1000, Alexey Kardashevskiy wrote:
> On 09/06/2013 05:05 AM, Alex Williamson wrote:
> > On Fri, 2013-08-30 at 20:15 +1000, Alexey Kardashevskiy wrote:
> >> This turns the sPAPR support on and enables VFIO container use
> >> in the kernel.
> >>
> >> Signed-off-by: Alexey
From: Alexander Graf
We will need to share the disassembly status struct between AArch32 and
AArch64 modes. So put it into a header file that both sides can use.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-4-git-send-email-
Quoting Stefan Hajnoczi (2013-08-29 02:43:02)
> On Thu, Aug 29, 2013 at 09:09:45AM +0800, Wenchao Xia wrote:
> > 于 2013-8-28 16:49, Stefan Hajnoczi 写道:
> > >On Wed, Aug 28, 2013 at 11:25:33AM +0800, Wenchao Xia wrote:
> > >>>+void aio_context_release(AioContext *ctx)
> > >>>+{
> > >>>+qemu_mute
For newer target architectures, glibc can be picky about the kernel
version: for example, it will not run on an aarch64 system unless
the kernel reports itself as at least 3.8.0. Accommodate this by
enhancing the existing support for faking the kernel version so
that each target can optionally spec
Hi,
I'm sending in this email an up to date list of QMP TODO items. This
list is also available at: http://wiki.qemu.org/QMP#TODO
=== TODO ===
In order of importance.
Drop the qmp-commands.hx file
The qmp-commands.hx file is basically a command table. Today, with the advent
of the QA
Public bug reported:
Preamble and version:
With respect to my fix for using USB devices as -hda mentioned in bug 1223467
Using Qemu 1.6.0 with OVMF r11337-alpha (Qemu is built from Source, OVMF is pre
built)
Command:
qemu-system-i386.exe -m 1024 -hda \\.\PhysicalDrive1 -L ovmf-ia32
Fault:
The E
Public bug reported:
I built qemu 1.6.0 from source in MinGW (and all dependents not available with
mingw-get)
The command line:
qemu-system-i386.exe -m 1024 -hda \\.\PhysicalDrive1 -L pc-bios
or
qemu-system-x86_64.exe -m 1024 -hda \\.\PhysicalDrive1 -L pc-bios
(or the *w.exe equivalents)
report
In the decode of ARM B and BL insns, swap the order of the
"append 2 implicit zeros to imm24" and the sign extend, and
use the new sextract32() utility function to do the latter.
This avoids a direct dependency on the undefined C behaviour
of shifting into the sign bit of an integer.
Signed-off-by
From: Andreas Schwab
This patch adds signal handling for AArch64. The code is based on the
respective source in the Linux kernel.
Signed-off-by: Andreas Schwab
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-17-git-send-email-
Create a new AArch64CPU class; all 64-bit capable ARM
CPUs are subclasses of this. (Currently we only support
one, the "any" CPU used by linux-user.)
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-8-git-send-email-peter.mayd...@linaro.org
---
target-arm/Makefile.objs |1 +
target-
From: Alexander Graf
We should translate AArch64 mode separately from AArch32 mode. In AArch64 mode,
registers look vastly different, instruction encoding is completely different,
basically the system turns into a different machine.
So let's do a simple if() in translate.c to decide whether we c
From: Cole Robinson
Libvirt uses this to introspect available CPU models.
Signed-off-by: Cole Robinson
Reviewed-by: Andreas Färber
Message-id:
c0bdcd6c7ea6a085a6902ccaa73180fd771c8267.1378303555.git.crobi...@redhat.com
Signed-off-by: Peter Maydell
---
target-arm/helper.c | 32
Make the 'any' CPU for target-arm available only in linux-user mode.
The ARM target provides a CPU named "any", which turns on support for
all user-level instruction set extensions we know about. This is
intended for linux-user emulation mode, where it is the default CPU type.
It makes no sense to
From: Alexander Graf
Add the necessary code to configure to handle AArch64 as a target
CPU (we already have some code for supporting it as host). Note
that this doesn't enable the AArch64 targets yet.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message
From: Alexander Graf
32-bit ARM has a lot of different names for different types of CPUs it supports.
On AArch64, we don't have this, so we really don't want to execute the 32-bit
logic. Stub it out for AArch64 linux-user guests.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-o
If we're building aarch64-linux-user then the 32 bit CPUs are
all unwanted, because they can't possibly execute the 64 bit
binaries we will be running; disable them.
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-9-git-send-email-peter.mayd...@linaro.org
---
target-arm/cpu.c |9 ++
Clarify a comment about the ID register value presented by
the PL110 variant present on the VersatilePB board (based
on testing what the actual hardware does), to indicate that
this is not an error in our emulation, and to remove an #if-0.
Signed-off-by: Peter Maydell
---
hw/display/pl110.c |
From: Alexander Graf
This patch adds support for AArch64 in all the small corners of
linux-user (primarily in image loading and startup code).
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-22-git-send-email-peter.mayd...@lina
AArch32 code (ie traditional 32 bit world) expects to be
able to pass a vaddr in a TCGv_i32. However when QEMU is
compiled with TARGET_LONG_BITS=32 the TCG load/store
functions take a TCGv_i64. Abstract out load/store with
a 32 bit vaddr so we have a place to put the zero extension
of the vaddr and
On ARM, linux-user emulation includes NWFPE support for emulating the
ancient FPA floating point coprocessor. This has long since been
superseded by VFP and is only required for legacy binaries. The
AArch64 linux-user target doesn't compile in NWFPE support, so make
sure the relevant code is protec
From: Alexander Graf
This patch adds all the prerequisites for AArch64 support that didn't
fit into split up patches. It extends important bits in the core cpu
headers to also take AArch64 mode into account.
Add new ARM_TBFLAG_AARCH64_STATE translation buffer flag
indicate an ARMv8 cpu running i
From: Sebastian Ottlik
When the initial SP is loaded from the vector table on ARMv7M systems the two
least significant bits are ignored as the stack is always aligned at a four byte
boundary (see ARM DDI 0403C, B1.4.1 and B1.5.5). So far QEMU did not ignore
these bits leading to a stack alignment
From: Alexander Graf
Add the AArch64 termbits.h with all the target's termios related
constants and structures.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-20-git-send-email-peter.mayd...@linaro.org
[PMM: split out from ano
a6b6b973a72ef0b:
mips_malta: support up to 2GiB RAM (2013-09-09 18:42:22 +0200)
are available in the git repository at:
git://git.linaro.org/people/pmaydell/qemu-arm.git
tags/pull-target-arm-20130910
for you to fetch changes up to 6a49fa95c98cd155f7aaf48e5c6fa6bb6adea862:
configure:
Add the main linux-user cpu loop for AArch64. Since AArch64
has a different system call interface, doesn't need to worry
about FPA emulation and may in the future keep the prefetch/data
abort information in different system registers, it's simplest
just to use a completely separate loop from the 32
From: Alexander Graf
The AArch64 syscall definitions are all publicly available in the Linux
kernel. Let's add them to our linux-user emulation target, so that we
can easily handle AArch64 syscalls.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-i
From: Alexander Graf
The cpu_env tcg variable will be used by both the AArch32 and AArch64
handling code. Unstaticify it, so that both sides can make use of it.
Signed-off-by: Alexander Graf
Signed-off-by: John Rigby
Signed-off-by: Peter Maydell
Message-id: 1378235544-22290-5-git-send-email-p
On Tue, Sep 10, 2013 at 05:29:06PM +, Bret Ketchum wrote:
>
> Great thanks. Any idea why the HD does not show?
There's no HD in your command line.
> -Original Message-
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Sent: Tuesday, September 10, 2013 12:30 PM
> To: Bret Ket
Great thanks. Any idea why the HD does not show?
-Original Message-
From: Michael S. Tsirkin [mailto:m...@redhat.com]
Sent: Tuesday, September 10, 2013 12:30 PM
To: Bret Ketchum
Cc: Qemu-devel@nongnu.org; kra...@redhat.com
Subject: Re: Q35 FreeBSD install status
On Tue, Sep 10, 2013
On Tue, Sep 10, 2013 at 04:16:35PM +, Bret Ketchum wrote:
>
>
> I’m looking for some guidance with regards to constructing a VM using a
> later version of FreeBSD. In reference to a qemu-devel posting:
>
> http://lists.nongnu.org/archive/html/qemu-devel/2012-08/msg03329.html
>
> I
On 10 September 2013 17:10, Michael Moese wrote:
> Hello dear Qemu developers,
> I have some weird issues with a PCI device I have developed.
> I am using shared memory to create an abstraction from the Qemu-PCI device I
> developed and forward all requests to another process running a SystemC
> d
First patch fix a bug that would be otherwise trigger when we'll hotplug a CPU.
Second patch does enable CPU hotplug on the xenfv qemu machine so a default
installation of Xen 4.3+ can use the cpu-hotplug capability of QEMU.
Anthony PERARD (2):
xen: Fix vcpu initialization.
xen: Enable cpu-ho
Each vcpu need a evtchn binded in qemu, even those that are
offline at QEMU initialisation.
Signed-off-by: Anthony PERARD
---
xen-all.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/xen-all.c b/xen-all.c
index eb13111..f4c3ffa 100644
--- a/xen-all.c
+++ b/xen-all.c
I'm looking for some guidance with regards to constructing a VM using a
later version of FreeBSD. In reference to a qemu-devel posting:
http://lists.nongnu.org/archive/html/qemu-devel/2012-08/msg03329.html
I reran with both 1.6.0.rc3 and 1.6.50 the q35 FreeBSD tests with 9.0, 9.1
and 10
Signed-off-by: Anthony PERARD
---
hw/i386/pc_piix.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
index 275e395..5d43663 100644
--- a/hw/i386/pc_piix.c
+++ b/hw/i386/pc_piix.c
@@ -730,6 +730,7 @@ static QEMUMachine xenfv_machine = {
.init = pc_xen_
On Tue, Sep 10, 2013 at 07:05:10PM +0200, Igor Mammedov wrote:
> On Tue, 10 Sep 2013 16:50:41 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Tue, Sep 10, 2013 at 03:40:03PM +0200, Igor Mammedov wrote:
> > > On Wed, 4 Sep 2013 13:48:37 +0300
> > > "Michael S. Tsirkin" wrote:
> > >
> > > > Signed-o
Il 10/09/2013 18:59, Andreas Färber ha scritto:
> Am 10.09.2013 18:49, schrieb Paolo Bonzini:
>> Il 10/09/2013 18:21, Stefan Hajnoczi ha scritto:
>>> qdev_device_add() leaks the created qdev upon failure. I suspect this
>>> problem crept in because qdev_free() unparents the qdev but does not
>>> d
On Tue, 10 Sep 2013 16:50:41 +0300
"Michael S. Tsirkin" wrote:
> On Tue, Sep 10, 2013 at 03:40:03PM +0200, Igor Mammedov wrote:
> > On Wed, 4 Sep 2013 13:48:37 +0300
> > "Michael S. Tsirkin" wrote:
> >
> > > Signed-off-by: Michael S. Tsirkin
> > > ---
> > > include/hw/pci/pci.h | 1 +
> > >
On 09/10/2013 07:26 AM, Sebastian Ottlik wrote:
> If a socket is closed it remains in TIME_WAIT state for some time. On
> operating
> systems using BSD sockets the endpoint of the socket may not be reused while
> in
> this state unless SO_REUSEADDR was set on the socket. On windows on the other
>
The UUID is unique even across multiple hosts, thus it is
better than a VM name even if it is less user-friendly.
Signed-off-by: Paolo Bonzini
---
block/iscsi.c | 23 ---
include/sysemu/sysemu.h | 2 ++
stubs/Makefile.objs | 1 +
stubs/uuid.c| 12 +
On 09/10/2013 10:23 AM, Sebastian Ottlik wrote:
>>> +if (ret < 0) {
>>> +perror("setsockopt(SOL_SOCKET, SO_REUSEADDR)");
>>> +}
>> This would be the first use of perror in this file; I'm not sure if that
>> is the right function, or if there is a better thing to be using (in
>> fac
Signed-off-by: Anthony PERARD
---
docs/specs/acpi_cpu_hotplug.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/specs/acpi_cpu_hotplug.txt b/docs/specs/acpi_cpu_hotplug.txt
index 5dec0c5..f6f5774 100644
--- a/docs/specs/acpi_cpu_hotplug.txt
+++ b/docs/specs/acpi_cpu_hot
Il 10/09/2013 18:21, Stefan Hajnoczi ha scritto:
> qdev_device_add() leaks the created qdev upon failure. I suspect this
> problem crept in because qdev_free() unparents the qdev but does not
> drop a reference - confusing name.
Right, the name a leftover from pre-refcounting days.
BTW, not drop
On 10.09.2013, at 08:51, Peter Maydell wrote:
> Device trees created with create_device_tree() may not have any
> entries in their reservemap, because the FDT API requires that the
> reservemap is completed before any FDT nodes are added, and
> create_device_tree() itself creates a node. However
1 - 100 of 250 matches
Mail list logo
