Am 05.09.2013 um 07:58 schrieb Alexey Kardashevskiy :
> On the real hardware, RTAS is called in real mode and therefore
> ignores top 4 bits of the address passed in the call.
Shouldn't we ignore the upper 4 bits for every memory access in real mode, not
just that one parameter?
Alex
>
> Th
Am 04.09.2013 um 20:15 hat Benoît Canet geschrieben:
> > Propagate operations like snapshot down the tree. block.c is designed
> > for bs->file/bs->backing_hd kind of BlockDrivers, perhaps it needs to
> > become a bit more generic to support other types of BlockDrivers
> > properly.
>
> Shouldn't
04.09.2013 18:34, Jan Kiszka wrote:
On 2013-09-04 16:27, Paolo Bonzini wrote:
Il 04/09/2013 16:22, Sebastian Ottlik ha scritto:
This patchset disabels all use of SO_REUSEADDR on Windows. On Windows systems
the default behavior is equivalent to SO_REUSEADDR on other operating
systems. SO_REUSEAD
On 09/05/2013 05:08 PM, Alexander Graf wrote:
>
>
> Am 05.09.2013 um 07:58 schrieb Alexey Kardashevskiy :
>
>> On the real hardware, RTAS is called in real mode and therefore
>> ignores top 4 bits of the address passed in the call.
>
> Shouldn't we ignore the upper 4 bits for every memory acces
DIGIC is Canon Inc.'s name for a family of SoC
for digital cameras and camcorders.
There is no publicly available specification for
DIGIC chips. All information about DIGIC chip
internals is based on reverse engineering efforts
made by CHDK (http://chdk.wikia.com) and
Magic Lantern (http://www.mag
[RFC v4 1/5] hw/arm: add very initial support for Canon DIGIC SoC
[RFC v4 2/5] hw/arm/digic: prepare DIGIC-based boards support
[RFC v4 3/5] hw/arm/digic: add timer support
[RFC v4 4/5] hw/arm/digic: add UART support
[RFC v4 5/5] hw/arm/digic: add NOR ROM support
Changes since v3:
1. fix typos
Signed-off-by: Antony Pavlov
---
hw/arm/digic.c | 26 +++
hw/timer/Makefile.objs | 1 +
hw/timer/digic-timer.c | 117 +
hw/timer/digic-timer.h | 19
include/hw/arm/digic.h | 7 +++
5 files changed, 170 insertions(+)
c
Also this patch adds initial support for Canon
PowerShot A1100 IS compact camera.
Signed-off-by: Antony Pavlov
---
hw/arm/Makefile.objs | 2 +-
hw/arm/digic_boards.c | 63 +++
2 files changed, 64 insertions(+), 1 deletion(-)
create mode 100644 h
Signed-off-by: Antony Pavlov
---
hw/arm/digic.c | 14
hw/char/Makefile.objs | 1 +
hw/char/digic-uart.c | 197 +
hw/char/digic-uart.h | 27 +++
include/hw/arm/digic.h | 4 +
5 files changed, 243 insertions(+)
create mode
Signed-off-by: Antony Pavlov
---
hw/arm/digic_boards.c | 74 +++
1 file changed, 74 insertions(+)
diff --git a/hw/arm/digic_boards.c b/hw/arm/digic_boards.c
index 0b99227..850e320 100644
--- a/hw/arm/digic_boards.c
+++ b/hw/arm/digic_boards.c
@@ -1
Add an Error ** parameter to bdrv_open, bdrv_file_open and bdrv_create
to allow more specific error messages.
Signed-off-by: Max Reitz
---
block.c | 6 +++---
block/blkdebug.c | 3 ++-
block/blkverify.c | 3 ++-
block/bochs.c | 3 ++-
block/cloo
This RFC adds an Error ** parameter to bdrv_open, bdrv_file_open,
bdrv_create and the respective functions provided by a block driver.
This results in more specific error information than just -errno provided
to the user when opening or creating images (disregarding the fact that
block drivers oft
Add an Error ** parameter to bdrv_open, bdrv_file_open, bdrv_create and
associated functions to allow more specific error messages.
Signed-off-by: Max Reitz
---
block.c | 164 --
block/blkdebug.c | 2 +-
block/blkverify.c |
Employ usage of the new Error ** parameter in qcow2_open, qcow2_create
and associated functions.
Signed-off-by: Max Reitz
---
block/qcow2.c | 135 ++
1 file changed, 88 insertions(+), 47 deletions(-)
diff --git a/block/qcow2.c b/block/qcow
Last month I revived my old PowerBook, and here are the resulting patches
to use the new return-argument ld/st helpers. I have a few more tcg-ppc
patches but they have a much smaller performance impact so I'll wait
till I have some more free time before posting. But the impact of the
new helpers
For the AIX ABI, the function pointer and small area pointer need
to be loaded in the trampoline. The trampoline instead is called
with a normal BL instruction.
Signed-off-by: Paolo Bonzini
---
tcg/ppc/tcg-target.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --
These use a 32-bit load-of-immediate to save a mflr+addi+mtlr sequence.
Tested with a Windows 98 guest (pretty much the most recent thing I
could run on my PPC machine) and kvm-unit-tests's sieve.flat. The
speed up for sieve.flat is as high as 10% for qemu-system-i386, 25%
(no kidding) for qemu-sy
Hello all,
I just finished bisecting a regression I am experiencing on ARM 32bit target,
while testing qemu-system-arm built for the aarch64 host running the ARMv5
integrator image from our test page at
http://wiki.qemu.org/Testing
The breakage assumes the form of failure to start the kernel af
Am 05.09.2013 um 10:10 hat Max Reitz geschrieben:
> Add an Error ** parameter to bdrv_open, bdrv_file_open and bdrv_create
> to allow more specific error messages.
>
> Signed-off-by: Max Reitz
> ---
> block.c | 6 +++---
> block/blkdebug.c | 3 ++-
> block/blkverify.
Add one test case for zero cluster expansion on qcow2 version downgrade
in shared L2 tables (i.e., L2 tables with a refcount > 1) and one for
zero expansion on backed clusters in shared L2 tables.
Signed-off-by: Max Reitz
---
Depends on (follow-up to):
- block/qcow2: Image file option amendment
On 5 September 2013 09:31, Claudio Fontana wrote:
> I just finished bisecting a regression I am experiencing on ARM 32bit target,
> After a painful bisection, I got a first bad commit, which when reverted on
> the latest QEMU fixes the issue for me. Maybe something needs to be adapted
> to the
On 04.09.2013, at 23:05, Richard Henderson wrote:
> This lets us change "le_mode" to "end_mode" and fold away nearly all
> of the tests for the current cpu endianness, and removing all of the
> explicitly generated bswap opcodes.
>
> Cc: qemu-...@nongnu.org
> Signed-off-by: Richard Henderson
N
On 05.09.2013, at 06:54, Alexey Kardashevskiy wrote:
> On 09/05/2013 02:30 PM, David Gibson wrote:
>> On Tue, Sep 03, 2013 at 05:31:42PM +1000, Alexey Kardashevskiy wrote:
>>> This allows guests to have a different timebase origin from the host.
>>>
>>> This is needed for migration, where a gues
On Wed, Sep 04, 2013 at 11:39:51AM +0200, Kevin Wolf wrote:
> First of all, excuse any inconsistencies in the following mail. I wrote
> it from top to bottom, and there was some thought process involved in
> almost every paragraph...
I should add this disclaimer to all my emails ;-).
> Am 04.09.2
On Wed, Sep 04, 2013 at 11:55:23AM +0200, Benoît Canet wrote:
> > > I'm not sure if multiple journals will work in practice. Doesn't this
> > > re-introduce the need to order update steps and flush between them?
> >
> > This is a question for Benoît, who made this requirement. I asked him
> > the
On 05.09.2013, at 09:40, Alexey Kardashevskiy wrote:
> On 09/05/2013 05:08 PM, Alexander Graf wrote:
>>
>>
>> Am 05.09.2013 um 07:58 schrieb Alexey Kardashevskiy :
>>
>>> On the real hardware, RTAS is called in real mode and therefore
>>> ignores top 4 bits of the address passed in the call.
>
On Tue, Sep 03, 2013 at 03:45:52PM +0200, Kevin Wolf wrote:
> This contains an extension of the qcow2 spec that introduces journalling
> to the image format, plus some preliminary type definitions and
> function prototypes in the qcow2 code.
>
> Journalling functionality is a crucial feature for t
On 05.09.2013, at 10:22, Paolo Bonzini wrote:
> Last month I revived my old PowerBook, and here are the resulting patches
> to use the new return-argument ld/st helpers. I have a few more tcg-ppc
> patches but they have a much smaller performance impact so I'll wait
> till I have some more free
On 09/05/2013 07:16 PM, Alexander Graf wrote:
>
> On 05.09.2013, at 06:54, Alexey Kardashevskiy wrote:
>
>> On 09/05/2013 02:30 PM, David Gibson wrote:
>>> On Tue, Sep 03, 2013 at 05:31:42PM +1000, Alexey Kardashevskiy wrote:
This allows guests to have a different timebase origin from the ho
On 05.09.2013, at 11:48, Alexey Kardashevskiy wrote:
> On 09/05/2013 07:16 PM, Alexander Graf wrote:
>>
>> On 05.09.2013, at 06:54, Alexey Kardashevskiy wrote:
>>
>>> On 09/05/2013 02:30 PM, David Gibson wrote:
[...]
>>>
> #endif /* TARGET_PPC64 */
>}
>
> @@ -1082,6 +110
On Wed, Sep 04, 2013 at 08:15:36PM +0200, Benoît Canet wrote:
> > Propagate operations like snapshot down the tree. block.c is designed
> > for bs->file/bs->backing_hd kind of BlockDrivers, perhaps it needs to
> > become a bit more generic to support other types of BlockDrivers
> > properly.
>
>
On Wed, Sep 04, 2013 at 04:32:20PM -0500, Anthony Liguori wrote:
> On Wed, Sep 4, 2013 at 8:37 AM, Alexander Graf wrote:
> >
> >>
> >>> So IMHO this whole thing should be orthogonal to -cpu.
> >>
> >> Well, since we cannot change CPU class on the fly, yes, it should be a
> >> "compatibility" flags
On 09/05/2013 07:27 PM, Alexander Graf wrote:
>
> On 05.09.2013, at 09:40, Alexey Kardashevskiy wrote:
>
>> On 09/05/2013 05:08 PM, Alexander Graf wrote:
>>>
>>>
>>> Am 05.09.2013 um 07:58 schrieb Alexey Kardashevskiy :
>>>
On the real hardware, RTAS is called in real mode and therefore
On Thu, 09/05 12:01, Stefan Hajnoczi wrote:
> On Wed, Sep 04, 2013 at 08:15:36PM +0200, Benoît Canet wrote:
> > > Propagate operations like snapshot down the tree. block.c is designed
> > > for bs->file/bs->backing_hd kind of BlockDrivers, perhaps it needs to
> > > become a bit more generic to sup
On 05.09.2013, at 12:16, Paul Mackerras wrote:
> On Wed, Sep 04, 2013 at 04:32:20PM -0500, Anthony Liguori wrote:
>> On Wed, Sep 4, 2013 at 8:37 AM, Alexander Graf wrote:
>>>
> So IMHO this whole thing should be orthogonal to -cpu.
Well, since we cannot change CPU class on
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 to a shared
library module in the end (only to demonstrate the usage, no "make install"
support of .so files yet).
1. Allo
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
Adds extract-libs in LINK to expand any "per object libs", the syntax to define
such a libs options is like:
$(obj)/curl.o-libs = $(CURL_LIBS)
in block/Makefile.objs.
Similarly,
$(obj)foo.o-cflags = $(FOO_CFLAGS)
is also supported.
Signed-off-by: Fam Zheng
---
rules.mak | 8
On 05.09.2013, at 12:17, Alexey Kardashevskiy wrote:
> On 09/05/2013 07:27 PM, Alexander Graf wrote:
>>
>> On 05.09.2013, at 09:40, Alexey Kardashevskiy wrote:
>>
>>> On 09/05/2013 05:08 PM, Alexander Graf wrote:
Am 05.09.2013 um 07:58 schrieb Alexey Kardashevskiy :
>
We have per object cflags and libs support now, move CURL_CFLAGS and
CURL_LIBS from global option variables to a per object basis.
Signed-off-by: Fam Zheng
---
block/Makefile.objs | 3 ++-
configure | 3 +--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/block/Makefile.
Add module_load_all to load all DSO modules under:
/usr/lib/qemu/block/
/usr/lib/qemu/net/
/usr/lib/qemu/ui/
when starting process.
Requires gmodule-2.0 from glib.
Signed-off-by: Fam Zheng
---
configure | 20 +++-
include/qemu/module.h | 2 ++
qemu-img.c
Produce block/curl.so with --enable-curl. "make install" is not
installing it yet, manually copy it to /usr/lib/qemu/block/curl.so to
make it loaded.
Signed-off-by: Fam Zheng
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 975853e..ac
Add necessary rules and flags for shared object generation.
common-obj-m will include block-obj-m, as common-obj-y for block-obj-y.
The rules introduced here are:
QEMU_CFLAGS += -shared -fPIC, for all %.o of shared objects.
1) %.o in $(common-obj-m) is compiled to %.o, with
"QEMU_CFLAGS
On Thu, 09/05 18:20, Fam Zheng wrote:
> 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 to a shared
> library module in the end (only to demonstrate the usage, no
On 04/09/13 14:45, Andreas Färber wrote:
> Hello,
>
> Am 01.08.2013 16:12, schrieb Jason J. Herne:
>> From: "Jason J. Herne"
>>
>> Latest code for cpu Hotplug on S390 architecture. This one is vastly
>> simpler
>> than v2 as we have decided to avoid the command line specification
>> of -devic
Am 05.09.2013 um 10:10 hat Max Reitz geschrieben:
> This RFC adds an Error ** parameter to bdrv_open, bdrv_file_open,
> bdrv_create and the respective functions provided by a block driver.
>
> This results in more specific error information than just -errno provided
> to the user when opening or c
Currently, we are enforcing the _FORTIFY_SOURCE=2 without any
previous detection if the macro has been already defined, e.g.
by environment, or is just enabled by compiler by default.
Signed-off-by: Michal Privoznik
---
The issue still happens thus the patch is still valid.
configure | 2 +-
1
Hi Peter,
On 05.09.2013 10:59, Peter Maydell wrote:
> On 5 September 2013 09:31, Claudio Fontana wrote:
>
>> I just finished bisecting a regression I am experiencing on ARM 32bit target,
>
>> After a painful bisection, I got a first bad commit, which when reverted on
>> the latest QEMU fixes t
On 5 September 2013 11:54, Michal Privoznik wrote:
> Currently, we are enforcing the _FORTIFY_SOURCE=2 without any
> previous detection if the macro has been already defined, e.g.
> by environment, or is just enabled by compiler by default.
>
> Signed-off-by: Michal Privoznik
Reviewed-by: Peter
Hi Stefan,
I am using released 1.5.0 version from http://wiki.qemu.org/Download.
I think it should be same as commit ID
"295d81c62414a63c625fa2e78175573d4b3f5ba4"
I have observed some interesting behavior. This problem does not come
if I use MinGW with GCC version 4.7.2. I was originally using 4.
Am 05.09.2013 um 11:21 hat Stefan Hajnoczi geschrieben:
> On Wed, Sep 04, 2013 at 11:39:51AM +0200, Kevin Wolf wrote:
> > However, what if we run 'qemu-img check -r leaks' with an old qemu-img
> > version? It will reclaim the clusters used by the journal, and if we
> > continue using the journal we
On Wed, 4 Sep 2013, Fabio Fantoni wrote:
> Il 04/09/2013 15:17, Stefano Stabellini ha scritto:
> > On Wed, 4 Sep 2013, Fabio Fantoni wrote:
> > > Il 04/07/2013 15:51, Fabio Fantoni ha scritto:
> > > > Last year I posted a question about default devices of upstream qemu
> > > > that
> > > > differ f
Am 05.09.2013 12:40, schrieb Christian Borntraeger:
> On 04/09/13 14:45, Andreas Färber wrote:
>> Hello,
>>
>> Am 01.08.2013 16:12, schrieb Jason J. Herne:
>>> From: "Jason J. Herne"
>>>
>>> Latest code for cpu Hotplug on S390 architecture. This one is vastly
>>> simpler
>>> than v2 as we have
On 01.08.2013, at 16:12, Jason J. Herne wrote:
> From: "Jason J. Herne"
>
> Define new SCLP codes to improve code readability.
>
> Signed-off-by: Jason J. Herne
> ---
> hw/s390x/sclp.c |2 +-
> include/hw/s390x/sclp.h |8
> 2 files changed, 9 insertions(+), 1 deletion(-
Am 01.08.2013 16:12, schrieb Jason J. Herne:
> From: "Jason J. Herne"
>
> Define new SCLP codes to improve code readability.
>
> Signed-off-by: Jason J. Herne
"s390-qemu:" is really bad. For one, all QEMU patches are somehow about
QEMU, so that's redundant. For another, "sclp:" would be much m
Am 01.08.2013 16:12, schrieb Jason J. Herne:
> From: "Jason J. Herne"
>
> Implement the CPU data in SCLP "Read SCP Info". And implement "Read CPU Info"
> SCLP command. This data will be used by the guest to get information about hot
> plugged cpus.
>
> Signed-off-by: Jason J. Herne
> ---
> hw
Output error message using qemu's error_report() function when user
provides the invalid machine type on the command line. This also saves
time to find what issue is when you downgrade from one version of qemu
to another that doesn't support required machine type yet (the version
user downgraded to
On Thu, Sep 05, 2013 at 01:36:09PM +0200, Michal Novotny wrote:
> Output error message using qemu's error_report() function when user
> provides the invalid machine type on the command line. This also saves
> time to find what issue is when you downgrade from one version of qemu
> to another that d
On Thu, 2013-09-05 at 11:08 +0200, Alexander Graf wrote:
> On 04.09.2013, at 23:05, Richard Henderson wrote:
>
> > This lets us change "le_mode" to "end_mode" and fold away nearly all
> > of the tests for the current cpu endianness, and removing all of the
> > explicitly generated bswap opcodes.
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 Thu, 2013-09-05 at 19:48 +1000, Alexey Kardashevskiy wrote:
> >> I do not have pure guest timebase in QEMU and I need it on the destination.
> >> But I have host timebase + offset to calculate it. And tb_offset is already
> >> in ppc_tb_t. It looked logical to me to send the existing field and a
Am 01.08.2013 16:12, schrieb Jason J. Herne:
> From: "Jason J. Herne"
>
> Add an sclp event for "cpu was hot plugged". This allows Qemu to deliver an
> SCLP interrupt to the guest stating that the requested cpu hotplug was
> completed.
>
> Signed-off-by: Jason J. Herne
> ---
> hw/s390x/Makefi
Fam Zheng writes:
> Add module_load_all to load all DSO modules under:
> /usr/lib/qemu/block/
> /usr/lib/qemu/net/
> /usr/lib/qemu/ui/
> when starting process.
This should probably be based on a define with the prefix set at configure time.
Adding directories from command-line argume
On 09/05/2013 01:39 PM, Daniel P. Berrange wrote:
> On Thu, Sep 05, 2013 at 01:36:09PM +0200, Michal Novotny wrote:
>> Output error message using qemu's error_report() function when user
>> provides the invalid machine type on the command line. This also saves
>> time to find what issue is when yo
Am 01.08.2013 16:12, schrieb Jason J. Herne:
> From: "Jason J. Herne"
>
> Introduces global access to storage key data so we can set it for each cpu in
> the S390 cpu initialization routine.
>
> Signed-off-by: Jason J. Herne
> ---
> hw/s390x/s390-virtio-ccw.c |5 ++---
> hw/s390x/s390-virt
05.09.2013 14:20, Fam Zheng wrote:
> Add module_load_all to load all DSO modules under:
> /usr/lib/qemu/block/
> /usr/lib/qemu/net/
> /usr/lib/qemu/ui/
> when starting process.
NACK.
This is wrong, as has been mentioned already.
For example, you can't expect to load ui/*
from qemu-img
Am 05.09.2013 um 11:35 hat Stefan Hajnoczi geschrieben:
> Although we are still discussing details of the on-disk layout, the
> general design is clear enough to discuss how the journal will be used.
>
> Today qcow2 uses Qcow2Cache to do lazy, ordered metadata updates. The
> performance is pretty
On Thu, Sep 05, 2013 at 12:19:09PM +0200, Alexander Graf wrote:
>
> On 05.09.2013, at 12:16, Paul Mackerras wrote:
>
> > On Wed, Sep 04, 2013 at 04:32:20PM -0500, Anthony Liguori wrote:
> >> On Wed, Sep 4, 2013 at 8:37 AM, Alexander Graf wrote:
> >>>
>
> > So IMHO this whole thing sho
> diff --git a/tci.c b/tci.c
> index 18c888e..94b7851 100644
> --- a/tci.c
> +++ b/tci.c
> @@ -952,8 +952,16 @@ uintptr_t tcg_qemu_tb_exec(CPUArchState *env, uint8_t
> *tb_ptr)
> break;
> #if TCG_TARGET_HAS_rot_i64
> case INDEX_op_rotl_i64:
> +t0 = *tb_ptr++;
> +
Am 01.08.2013 16:12, schrieb Jason J. Herne:
> From: "Jason J. Herne"
>
> Modify s390_cpu_addr2state to allow fetching state information for cpu
> addresses
> above smp_cpus. Hotplug requires this capability.
>
> Also add s390_cpu_set_state function to allow modification of ipi_state
> entrie
On 09/05/2013 08:21 PM, Alexander Graf wrote:
>
> On 05.09.2013, at 12:17, Alexey Kardashevskiy wrote:
>
>> On 09/05/2013 07:27 PM, Alexander Graf wrote:
>>>
>>> On 05.09.2013, at 09:40, Alexey Kardashevskiy wrote:
>>>
On 09/05/2013 05:08 PM, Alexander Graf wrote:
>
>
> Am 05.09.
Add a string for additional information to ImageInfo and
BlockDriverInfo. Also, use this string to emit the compatibility level
and lazy_refcount value (on compat=1.1) for qcow2.
Signed-off-by: Max Reitz
---
block.c | 3 ++-
block/mirror.c| 6 --
block/qapi.c
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 | 17 +++
tests/qemu-iotests/group | 1 +
3 files
Filter out additional information specific to the image format provided
by qemu-img info in _img_info.
Signed-off-by: Max Reitz
---
tests/qemu-iotests/common.rc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/common.rc b/tests/qemu-iotests/common.rc
inde
qemu-img info provides only pretty general information about an image.
For any image format, there might be specific options which cannot be
represented in a universal way; for instance, qcow2 provides the
compatibility and lazy_refcount options whose values are certainly
interesting but currently
> Then you get very quickly alternating sequences of "L2 depends on
> refcount update" (for allocation) and "refcount update depends on L2
> update" (for freeing), which means that Qcow2Cache starts flushing all
> the time without accumulating many requests. These are cases that would
> benefit as
On 09/05/2013 09:42 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2013-09-05 at 19:48 +1000, Alexey Kardashevskiy wrote:
I do not have pure guest timebase in QEMU and I need it on the destination.
But I have host timebase + offset to calculate it. And tb_offset is already
in ppc_tb_t.
On 05.09.2013, at 14:04, Alexey Kardashevskiy wrote:
> On 09/05/2013 08:21 PM, Alexander Graf wrote:
>>
>> On 05.09.2013, at 12:17, Alexey Kardashevskiy wrote:
>>
>>> On 09/05/2013 07:27 PM, Alexander Graf wrote:
On 05.09.2013, at 09:40, Alexey Kardashevskiy wrote:
> On 09/
This is the patch to introduce SIGILL handler to be able to trigger
SIGSEGV signal in qemu. This has been written to help debugging
state when qemu crashes by SIGSEGV as a simple reproducer to
emulate such situation in case of need.
Signed-off-by: Michal Novotny
---
vl.c | 24 +++
Il 05/09/2013 13:23, Stefano Stabellini ha scritto:
On Wed, 4 Sep 2013, Fabio Fantoni wrote:
Il 04/09/2013 15:17, Stefano Stabellini ha scritto:
On Wed, 4 Sep 2013, Fabio Fantoni wrote:
Il 04/07/2013 15:51, Fabio Fantoni ha scritto:
Last year I posted a question about default devices of upstr
On 09/05/2013 06:05 AM, Max Reitz wrote:
> Add a string for additional information to ImageInfo and
> BlockDriverInfo. Also, use this string to emit the compatibility level
> and lazy_refcount value (on compat=1.1) for qcow2.
>
> Signed-off-by: Max Reitz
> ---
> +++ b/qapi-schema.json
> @@ -238,
Am 01.08.2013 16:12, schrieb Jason J. Herne:
> From: "Jason J. Herne"
>
> s390_new_cpu is created to encapsulate the creation of a new QOM S390CPU
> object given a cpuid and a model string.
>
> All actual cpu initialization code is moved from boot time specific
> functions to
>
On 19 August 2013 14:51, Anthony Liguori wrote:
> My IBM email address will be unaccessible after August 23rd, 2013.
>
> Signed-off-by: Anthony Liguori
> --- a/.mailmap
> +++ b/.mailmap
> @@ -2,7 +2,7 @@
> # into proper addresses so that they are counted properly in git shortlog
> output.
> #
Am 01.08.2013 16:12, schrieb Jason J. Herne:
> From: "Jason J. Herne"
>
> Implement hot_add_cpu for S390 to allow hot plugging of cpus.
>
> Signed-off-by: Jason J. Herne
> ---
> hw/s390x/s390-virtio-ccw.c |3 +++
> target-s390x/cpu.c | 32
> targe
On 05.09.2013, at 13:44, Benjamin Herrenschmidt wrote:
> On Thu, 2013-09-05 at 11:58 +0200, Alexander Graf wrote:
>
>>> Yes. I do not really understand the problem here (and I am not
>> playing
>>> dump). Do you suggest sending just the guest timebase and do not
>> send the
>>> host timebase and
On Thu, 2013-09-05 at 11:58 +0200, Alexander Graf wrote:
> > Yes. I do not really understand the problem here (and I am not
> playing
> > dump). Do you suggest sending just the guest timebase and do not
> send the
> > host timebase and the offset (one number instead of two)? I can do
> that,
> > m
On 01.08.2013, at 16:12, Jason J. Herne wrote:
> From: "Jason J. Herne"
>
> Introduces global access to storage key data so we can set it for each cpu in
> the S390 cpu initialization routine.
>
> Signed-off-by: Jason J. Herne
> ---
> hw/s390x/s390-virtio-ccw.c |5 ++---
> hw/s390x/s390-vi
On 01.08.2013, at 16:12, Jason J. Herne wrote:
> From: "Jason J. Herne"
>
> Modify s390_cpu_addr2state to allow fetching state information for cpu
> addresses
> above smp_cpus. Hotplug requires this capability.
>
> Also add s390_cpu_set_state function to allow modification of ipi_state
> en
On 09/05/2013 10:16 PM, Alexander Graf wrote:
>
> On 05.09.2013, at 14:04, Alexey Kardashevskiy wrote:
>
>> On 09/05/2013 08:21 PM, Alexander Graf wrote:
>>>
>>> On 05.09.2013, at 12:17, Alexey Kardashevskiy wrote:
>>>
On 09/05/2013 07:27 PM, Alexander Graf wrote:
>
> On 05.09.2013,
On 01.08.2013, at 16:12, Jason J. Herne wrote:
> From: "Jason J. Herne"
>
>s390_new_cpu is created to encapsulate the creation of a new QOM S390CPU
>object given a cpuid and a model string.
>
>All actual cpu initialization code is moved from boot time specific
> functions to
>
On 2013-09-05 14:25, Eric Blake wrote:
On 09/05/2013 06:05 AM, Max Reitz wrote:
Add a string for additional information to ImageInfo and
BlockDriverInfo. Also, use this string to emit the compatibility level
and lazy_refcount value (on compat=1.1) for qcow2.
Signed-off-by: Max Reitz
---
+++ b/
On 01.08.2013, at 16:12, Jason J. Herne wrote:
> From: "Jason J. Herne"
>
> Latest code for cpu Hotplug on S390 architecture. This one is vastly simpler
> than v2 as we have decided to avoid the command line specification
> of -device s390-cpu.
>
> The last version can be found here:
> http
On 05.09.2013, at 13:40, Benjamin Herrenschmidt wrote:
> On Thu, 2013-09-05 at 11:08 +0200, Alexander Graf wrote:
>> On 04.09.2013, at 23:05, Richard Henderson wrote:
>>
>>> This lets us change "le_mode" to "end_mode" and fold away nearly all
>>> of the tests for the current cpu endianness, and
On Thu, 5 Sep 2013, Fabio Fantoni wrote:
> Il 05/09/2013 13:23, Stefano Stabellini ha scritto:
> > On Wed, 4 Sep 2013, Fabio Fantoni wrote:
> > > Il 04/09/2013 15:17, Stefano Stabellini ha scritto:
> > > > On Wed, 4 Sep 2013, Fabio Fantoni wrote:
> > > > > Il 04/07/2013 15:51, Fabio Fantoni ha scri
On 05.09.2013, at 13:55, Paul Mackerras wrote:
> On Thu, Sep 05, 2013 at 12:19:09PM +0200, Alexander Graf wrote:
>>
>> On 05.09.2013, at 12:16, Paul Mackerras wrote:
>>
>>> On Wed, Sep 04, 2013 at 04:32:20PM -0500, Anthony Liguori wrote:
On Wed, Sep 4, 2013 at 8:37 AM, Alexander Graf wrot
Am 05.09.2013 14:54, schrieb Alexander Graf:
>
> On 01.08.2013, at 16:12, Jason J. Herne wrote:
>
>> From: "Jason J. Herne"
>>
>> Latest code for cpu Hotplug on S390 architecture. This one is vastly
>> simpler
>> than v2 as we have decided to avoid the command line specification
>> of -devic
On KVM, the KVM_SET_XSAVE would be executed with a 0 xstate_bv,
and not restore anything.
Since FP and SSE data are always valid, set them in xstate_bv at reset
time. In fact, that value is the same that KVM_GET_XSAVE returns on
pre-XSAVE hosts.
Signed-off-by: Paolo Bonzini
---
target-i386/cpu
This series fixes two migration bugs concerning KVM's XSAVE ioctls,
both found by code inspection (the second in fact is just theoretical
until AVX512 or MPX support is added to KVM).
Please review.
Paolo Bonzini (2):
x86: fix migration from pre-version 12
KVM: make XSAVE support more robust
QEMU moves state from CPUArchState to struct kvm_xsave and back when it
invokes the KVM_*_XSAVE ioctls. Because it doesn't treat the XSAVE
region as an opaque blob, it might be impossible to set some state on
the destination if migrating to an older version.
This patch blocks migration if it find
On 05.09.2013, at 14:49, Alexey Kardashevskiy wrote:
> On 09/05/2013 10:16 PM, Alexander Graf wrote:
>>
>> On 05.09.2013, at 14:04, Alexey Kardashevskiy wrote:
>>
>>> On 09/05/2013 08:21 PM, Alexander Graf wrote:
On 05.09.2013, at 12:17, Alexey Kardashevskiy wrote:
> On 09/
1 - 100 of 243 matches
Mail list logo
