Re: [PATCH] target-i386: Do not set MCG_SER_P by default

Hi, CC'ing qemu-devel. Am 21.11.2015 um 00:01 schrieb Borislav Petkov: > From: Borislav Petkov > > Software Error Recovery, i.e. SER, is purely an Intel feature and it > shouldn't be set by default. Enable it only on Intel. Is this new in 2.5? Otherwise we would probably need

Re: [PATCH 1/3] qemu, pkeys: add pkeys support for qemu cpuid handling

Am 09.11.2015 um 13:24 schrieb Paolo Bonzini: > On 09/11/2015 12:55, Huaitong Han wrote: >> @@ -351,6 +362,7 @@ static const char *cpuid_6_feature_name[] = { >>CPUID_7_0_EBX_FSGSBASE, CPUID_7_0_EBX_HLE, CPUID_7_0_EBX_AVX2, >>CPUID_7_0_EBX_ERMS, CPUID_7_0_EBX_INVPCID,

Re: [PATCH 11/12] qemu: add crash_occurred flag into CPUState

CPUState::crash_occurred field inside ... that guest crash occurred. This value added into cpu common value is added migration subsection. Signed-off-by: Andrey Smetanin asmeta...@virtuozzo.com Signed-off-by: Denis V. Lunev d...@openvz.org CC: Paolo Bonzini pbonz...@redhat.com CC: Andreas

Re: [PATCH 11/11] qemu/kvm: mark in cpu state that hyper-v crash occured

hv_crash_occurred inside CPU state and migrate this value with crash msr's. Signed-off-by: Andrey Smetanin asmeta...@virtuozzo.com Signed-off-by: Denis V. Lunev d...@openvz.org CC: Paolo Bonzini pbonz...@redhat.com CC: Andreas Färber afaer...@suse.de --- [...] diff --git a/target-i386/machine.c

Re: [PATCH 11/11] qemu/kvm: mark in cpu state that hyper-v crash occured

Am 22.06.2015 um 18:27 schrieb Paolo Bonzini: On the other hand, I wonder if current_cpu is available in qemu_system_guest_panicked. If so, you could add the field to the generic CPUState struct and migrate it as a subsection of vmstate_cpu_common. Hm, not sure whether it is. Would that

Re: [PATCH 11/11] qemu/kvm: mark in cpu state that hyper-v crash occured

Am 22.06.2015 um 18:36 schrieb Paolo Bonzini: On 22/06/2015 18:33, Andreas Färber wrote: On the other hand, I wonder if current_cpu is available in qemu_system_guest_panicked. If so, you could add the field to the generic CPUState struct and migrate it as a subsection of vmstate_cpu_common

Re: [PATCH] Revert target-ppc: Create versionless CPU class per family if KVM

Am 03.03.2015 um 23:14 schrieb Alexey Kardashevskiy: On 03/04/2015 07:43 AM, Alexander Graf wrote: On 03.03.15 01:42, Alexey Kardashevskiy wrote: On 03/03/2015 12:51 AM, Alexander Graf wrote: On 02.03.15 14:42, Andreas Färber wrote: Am 02.03.2015 um 14:37 schrieb Alexander Graf: On 01.03.15

Re: [PATCH] Revert target-ppc: Create versionless CPU class per family if KVM

Am 02.03.2015 um 14:37 schrieb Alexander Graf: On 01.03.15 01:31, Andreas Färber wrote: This reverts commit 5b79b1cadd3e565b6d1a5ba59764bd47af58b271 to avoid double-registration of types: Registering `POWER5+-powerpc64-cpu' which already exists Taking the textual description of a CPU type

Re: [PATCH v3 01/16] Introduce probe mode for machine type none

Am 02.03.2015 um 13:43 schrieb Michael Mueller: QEMU now switches into probe mode when the selected machine is none and no specific accelerator(s) has been requested (i.e.: -machine none). In probe mode a by ARCH_CONFIG defines predefined list of accelerators run their init() methods.

Re: [PATCH] Revert target-ppc: Create versionless CPU class per family if KVM

Am 02.03.2015 um 14:51 schrieb Alexander Graf: On 02.03.15 14:42, Andreas Färber wrote: Am 02.03.2015 um 14:37 schrieb Alexander Graf: On 01.03.15 01:31, Andreas Färber wrote: This reverts commit 5b79b1cadd3e565b6d1a5ba59764bd47af58b271 to avoid double-registration of types: Registering

Re: [Qemu-devel] [PATCH v3 01/16] Introduce probe mode for machine type none

Am 02.03.2015 um 17:43 schrieb Michael Mueller: On Mon, 02 Mar 2015 14:57:21 +0100 Andreas Färber afaer...@suse.de wrote: int configure_accelerator(MachineState *ms) { -const char *p; +const char *p, *name; char buf[10]; int ret; bool accel_initialised = false

[PATCH] Revert target-ppc: Create versionless CPU class per family if KVM

here. Cc: Alexey Kardashevskiy a...@ozlabs.ru Cc: qemu-sta...@nongnu.org Signed-off-by: Andreas Färber afaer...@suse.de --- target-ppc/kvm.c | 21 - 1 file changed, 21 deletions(-) diff --git a/target-ppc/kvm.c b/target-ppc/kvm.c index 1edf2b5..9d614ef 100644 --- a/target-ppc

Re: [Qemu-devel] [RFC PATCH v2 13/15] cpu-model/s390: Add processor property routines

Am 20.02.2015 um 16:32 schrieb Michael Mueller: On Fri, 20 Feb 2015 15:03:30 +0100 Alexander Graf ag...@suse.de wrote: - s390_get_proceccor_props() - s390_set_proceccor_props() They can be used to request or retrieve processor related information from an accelerator. That information

Re: [Qemu-devel] [RFC PATCH v2 13/15] cpu-model/s390: Add processor property routines

Am 20.02.2015 um 17:04 schrieb Michael Mueller: On Fri, 20 Feb 2015 16:41:49 +0100 Andreas Färber afaer...@suse.de wrote: Can't you just implement the class-level name-to-ObjectClass callback that other CPUs have grown for the above use case? If it fulfills the requirements sure. Please

Re: [Qemu-devel] [RFC PATCH v2 10/15] cpu-model/s390: Add cpu class initialization routines

Am 20.02.2015 um 17:12 schrieb Michael Mueller: On Fri, 20 Feb 2015 08:02:42 -0800 Richard Henderson r...@twiddle.net wrote: +/** + * s390_test_facility - test if given facility bit is set facility list + * of given cpu class + * @class: address of cpu class to test +

Re: [Qemu-devel] [PATCH v3 0/6] target-i386: Make most CPU models work with enforce out of the box

Am 04.10.2014 um 00:16 schrieb Paolo Bonzini: Il 03/10/2014 21:39, Eduardo Habkost ha scritto: Changes v2 - v3: * None. This is just a rebase against latest qemu.git master (commit b00a0dd) Changes v1 - v2: * Commit message and comment changes. * Update compat code to change pc-*-2.1,

Re: [Qemu-devel] [PATCH v3 4/6] target-i386: Remove unsupported bits from all CPU models

Am 03.10.2014 um 21:39 schrieb Eduardo Habkost: The following CPU features were never supported by neither TCG or KVM, so they are useless on the CPU model definitions, today: * CPUID_DTS (DS) * CPUID_HT * CPUID_TM * CPUID_PBE * CPUID_EXT_DTES64 * CPUID_EXT_DSCPL * CPUID_EXT_EST

Re: [Qemu-devel] [PATCH v3 5/6] target-i386: Don't enable nested VMX by default

Am 03.10.2014 um 21:39 schrieb Eduardo Habkost: TCG doesn't support VMX, and nested VMX is not enabled by default on the KVM kernel module. So, there's no reason to have VMX enabled by default on the core2duo and coreduo CPU models, today. Even the newer Intel CPU model definitions don't

Re: [Qemu-devel] [INVITE] OVMF BoF session at the KVM Forum 2014

Hello Laszlo, Am 18.09.2014 um 10:23 schrieb Laszlo Ersek: I've been made an offer that I couldn't refuse :) to organize a Birds of a Feather session concerning OVMF at the KVM Forum 2014. Interested people, please sign up: http://www.linux-kvm.org/page/KVM_Forum_2014_BOF#OVMF Nice

Re: [PATCH v2 0/6] target-i386: Make most CPU models work with enforce out of the box

Am 27.08.2014 17:42, schrieb Eduardo Habkost: On Wed, Aug 27, 2014 at 04:33:54PM +0200, Paolo Bonzini wrote: Il 27/08/2014 16:05, Eduardo Habkost ha scritto: On Wed, Aug 27, 2014 at 03:36:51PM +0200, Paolo Bonzini wrote: Il 26/08/2014 20:01, Eduardo Habkost ha scritto: So maybe that's good

Re: [PATCH v2 0/6] target-i386: Make most CPU models work with enforce out of the box

Am 27.08.2014 18:08, schrieb Eduardo Habkost: On Wed, Aug 27, 2014 at 05:58:49PM +0200, Andreas Färber wrote: Am 27.08.2014 17:42, schrieb Eduardo Habkost: On Wed, Aug 27, 2014 at 04:33:54PM +0200, Paolo Bonzini wrote: Il 27/08/2014 16:05, Eduardo Habkost ha scritto: On Wed, Aug 27, 2014

Re: [Qemu-devel] [RFC] COLO HA Project proposal

Am 01.07.2014 14:12, schrieb Dr. David Alan Gilbert: Are there any standard APIs for the heartbeet thing we can already tie into? Maybe the http://www.linux-ha.org/wiki/Heartbeat daemon? Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer

[PULL 16/19] target-i386: block migration and savevm if invariant tsc is exposed

/savevm. Signed-off-by: Marcelo Tosatti mtosa...@redhat.com Reviewed-by: Eduardo Habkost ehabk...@redhat.com Signed-off-by: Eduardo Habkost ehabk...@redhat.com Reviewed-by: Juan Quintela quint...@redhat.com [AF+mtosatti: Updated error message] Signed-off-by: Andreas Färber afaer...@suse.de --- target

Re: [Qemu-devel] Why I advise against using ivshmem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 18.06.2014 12:48, schrieb Stefan Hajnoczi: On Tue, Jun 17, 2014 at 11:44:11AM +0200, Paolo Bonzini wrote: Il 17/06/2014 11:03, David Marchand ha scritto: Unless someone steps up and maintains ivshmem, I think it should be deprecated and dropped

Re: BUG: commit 50a2c6e breaks KVM/ARM (reset/init vcpu order)

Am 26.05.2014 11:57, schrieb Alexander Graf: Any reason we're so incredibly inconsistent in what we do during realize with reset? I would really prefer to ensure we're doing the same thing on all targets. Alex $ grep -R -A 3 -B 3 qemu_init_vcpu target-* target-alpha/cpu.c-

Re: BUG: commit 50a2c6e breaks KVM/ARM (reset/init vcpu order)

Am 26.05.2014 12:31, schrieb Alexander Graf: On 26.05.14 12:20, Andreas Färber wrote: Am 26.05.2014 11:57, schrieb Alexander Graf: Any reason we're so incredibly inconsistent in what we do during realize with reset? I would really prefer to ensure we're doing the same thing on all targets

Re: [PATCH v2 01/16] x86: Convert conditional compilation of debug printfs to regular ifs

Am 13.05.2014 09:02, schrieb Marc Marí: Modify debug macros to have the same format through the codebase and use regular ifs instead of ifdef. As the debug printf is always put in code, some casting had to be added to avoid warnings treated as errors at compile time. Signed-off-by:

Re: [Qemu-devel] KVM call agenda for 2014-05-13

Am 12.05.2014 13:09, schrieb Peter Maydell: On 12 May 2014 11:30, Peter Crosthwaite peter.crosthwa...@xilinx.com wrote: On Mon, May 12, 2014 at 7:44 PM, Peter Maydell peter.mayd...@linaro.org wrote: On 12 May 2014 10:10, Juan Quintela quint...@redhat.com wrote: Please, send any topic that

[PULL 05/20] machine: Replace QEMUMachine by MachineClass in accelerator configuration

From: Marcel Apfelbaum marce...@redhat.com This minimizes QEMUMachine usage, as part of machine QOM-ification. Signed-off-by: Marcel Apfelbaum marce...@redhat.com Signed-off-by: Andreas Färber afaer...@suse.de --- include/hw/boards.h | 3 +-- include/hw/xen/xen.h| 2 +- include/qemu

Re: [Qemu-devel] KVM call agenfda for 2014-04-01

Am 10.04.2014 17:52, schrieb Peter Maydell: On 10 April 2014 16:49, Alexander Graf ag...@suse.de wrote: For the next call, I would propose to revive the platform bus (aka: how to create non-PCI devices with -device) discussions to make sure we're all on the same page. I rather suspect we

Re: [Qemu-devel] KVM call agenda for 2014-04-01

Hi, Am 31.03.2014 12:40, schrieb Juan Quintela: Please, send any topic that you are interested in covering. I would like to discuss the state of the QEMU release process, please: * -rc1 has not been tagged. * Who besides Anthony could upload a tarball if we tag and create it? * make-release

Re: [Qemu-devel] KVM call agenda for 2014-04-01

Am 31.03.2014 16:32, schrieb Peter Maydell: On 31 March 2014 15:28, Paolo Bonzini pbonz...@redhat.com wrote: I think it would be a good idea to separate the committer and release manager roles. Peter is providing the community with a wonderful service, just like you were; putting too much

[PULL for-2.0-rc0 36/58] cpu: Move watchpoint fields from CPU_COMMON to CPUState

Signed-off-by: Andreas Färber afaer...@suse.de --- cpu-exec.c | 5 +++-- exec.c | 33 - gdbstub.c | 8 include/exec/cpu-defs.h | 10 -- include/qom/cpu.h | 10 ++ linux-user/main.c

Re: [Qemu-devel] [PATCH v3 6/9] target-mips: kvm: Add main KVM support for MIPS

...@redhat.com Cc: Paolo Bonzini pbonz...@redhat.com Cc: Andreas Färber afaer...@suse.de Cc: Peter Maydell peter.mayd...@linaro.org --- Changes in v3: - s/dprintf/DPRINTF/ (Andreas Färber). - Use cs rather than cpu or env for CPUState variable names (Andreas Färber). - Use CPUMIPSState rather than

Re: [Qemu-devel] [PATCH v3 7/9] hw/mips: In KVM mode, inject IRQ2 (I/O) interupts via ioctls

aurel...@aurel32.net Cc: Andreas Färber afaer...@suse.de --- Changes in v3: - Pass MIPSCPU to kvm_mips_set_[ipi_]interrupt (Andreas Färber). Reviewed-by: Andreas Färber afaer...@suse.de Thanks, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer

[PULL for-2.0-rc0 1/6] Revert KVM: Split QEMUMachine typedef into separate header

This reverts commit 9c06a1f79f959fffd09bfb7efc3d76051a6cd2da. The new header sysemu/qemumachine.h is undesired. Suggested-by: Paolo Bonzini pbonz...@redhat.com Signed-off-by: Andreas Färber afaer...@suse.de --- include/hw/boards.h | 3 ++- include/hw/xen/xen.h | 1 - include

[PATCH qom-cpu v2 18/40] cpu: Move watchpoint fields from CPU_COMMON to CPUState

Signed-off-by: Andreas Färber afaer...@suse.de --- cpu-exec.c | 5 +++-- exec.c | 33 - gdbstub.c | 8 include/exec/cpu-defs.h | 10 -- include/qom/cpu.h | 10 ++ linux-user/main.c

Re: [Qemu-devel] [PATCH v2 07/10] target-mips: kvm: Add main KVM support for MIPS

Am 16.12.2013 15:12, schrieb James Hogan: From: Sanjay Lal sanj...@kymasys.com Implement the main KVM arch API for MIPS. Signed-off-by: Sanjay Lal sanj...@kymasys.com Signed-off-by: James Hogan james.ho...@imgtec.com Cc: Aurelien Jarno aurel...@aurel32.net Cc: Gleb Natapov

Re: [qom-cpu PATCH 7/7 v9] target-i386: CPU model subclasses

Am 10.02.2014 11:21, schrieb Eduardo Habkost: +static const TypeInfo x86_cpu_host_type_info = { +.name = CPU_CLASS_NAME(host), +.parent = TYPE_X86_CPU, +.instance_size = sizeof(X86CPU), +.instance_init = x86_cpu_instance_init_host, +.abstract = false, +.class_size =

Re: [Qemu-devel] [uq/master PATCH 4/7] target-i386: Rename cpu_x86_register() to x86_cpu_load_def()

Am 31.01.2014 12:42, schrieb Paolo Bonzini: Il 30/01/2014 20:48, Eduardo Habkost ha scritto: There isn't any kind of registration involved in cpu_x86_register() anymore: it is simply looking up a CPU model name and loading the model definition data into the X86CPU object. Rename it to

Re: [Qemu-devel] [uq/master PATCH 5/7] target-i386: Call x86_cpu_load_def() earlier

Am 30.01.2014 20:48, schrieb Eduardo Habkost: As we will initialize the X86CPU fields on instance_init eventually, move the code that initializes the X86CPU data based on the CPU model name closer to the object_new() call. Signed-off-by: Eduardo Habkost ehabk...@redhat.com Thanks, applied

Re: [Qemu-devel] [uq/master PATCH 6/7] target-i386: Rename x86_def_t to X86CPUDefinition

Am 31.01.2014 12:42, schrieb Paolo Bonzini: Il 30/01/2014 20:48, Eduardo Habkost ha scritto: As the new X86CPU subclass code is going to change lots of the code invoving x86_def_t, let's rename the struct to match coding style first. Signed-off-by: Eduardo Habkost ehabk...@redhat.com [...]

Re: [Qemu-devel] [uq/master PATCH 7/7 v8] target-i386: CPU model subclasses

shorter and easier to review. Later we can gradually convert each X86CPUDefinition field to lists of per-class property defaults. Written based on the ideas from the patch [RFC v5] target-i386: Slim conversion to X86CPU subclasses + KVM subclasses written by Andreas Färber afaer...@suse.de

Re: [uq/master PATCH 0/7] x86 CPU subclasses, take 7

Am 30.01.2014 22:47, schrieb Paolo Bonzini: Il 30/01/2014 20:48, Eduardo Habkost ha scritto: Is there any hope to get this into QEMU 2.0, or it is now too late? I got almost no feedback on take 6 (submitted November 27). It's not too late, not for me at least. I wanted to send the next

Re: [Qemu-devel] [PATCH 0/7 RESEND] target-i386: Simplify kvm_cpu_fill_host() and kvm_check_features_against_host()

Am 21.01.2014 11:03, schrieb Paolo Bonzini: Il 20/01/2014 21:39, Michael S. Tsirkin ha scritto: Resend of series submitted on 24 November 2013, that didn't get any reply. Only change is a trivial conflict on patch 7/7. Question: which tree is the most appropriate to get this in? qom-cpu?

Re: [Qemu-devel] [PATCH 0/7 RESEND] target-i386: Simplify kvm_cpu_fill_host() and kvm_check_features_against_host()

Am 20.01.2014 21:39, schrieb Michael S. Tsirkin: On Mon, Jan 20, 2014 at 04:36:56PM -0200, Eduardo Habkost wrote: On Mon, Jan 20, 2014 at 02:41:07PM -0200, Eduardo Habkost wrote: Resend of series submitted on 24 November 2013, that didn't get any reply. Only change is a trivial conflict on

[PULL 03/10] target-i386: Move apic_state field from CPUX86State to X86CPU

From: Chen Fan chen.fan.f...@cn.fujitsu.com This motion is preparing for refactoring vCPU APIC subsequently. Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com Signed-off-by: Andreas Färber afaer...@suse.de --- cpu-exec.c| 2 +- cpus.c| 5 ++--- hw/i386

Re: [Qemu-devel] KVM Guest keymap issue

Hi, Am 08.10.2013 11:07, schrieb Matej Mailing: the strange thing is that all other keys and combinations work except those ccaron, Ccaron, scaron and Scaron, zcaron and ZCaron don't. As mentioned on IRC, my colleague had sent a patch to add ccaron, scaron and zcaron support for VNC:

[RFC qom-cpu 15/41] cpu: Move watchpoint fields from CPU_COMMON to CPUState

Signed-off-by: Andreas Färber afaer...@suse.de --- cpu-exec.c | 5 +++-- exec.c | 33 - gdbstub.c | 8 include/exec/cpu-defs.h | 10 -- include/qom/cpu.h | 10 ++ linux-user/main.c

[PULL 2/4] cpu: Use QTAILQ for CPU list

Introduce CPU_FOREACH(), CPU_FOREACH_SAFE() and CPU_NEXT() shorthand macros. Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 49 -- cputlb.c | 2 +- dump.c | 10 +- exec.c

Re: [Qemu-devel] [PATCH] i386: forward CPUID cache leaves when -cpu host is used

Hi, target-i386: please. Am 27.08.2013 22:38, schrieb Benoît Canet: Some users running cpu intensive tasks checking the cache CPUID leaves at startup and making decisions based on the result reported that the guest was not reflecting the host CPUID leaves when -cpu host is used. This patch

Re: [RFC][PATCH 2/6] cpus: release allocated vcpu objects and exit vcpu thread

Am 29.08.2013 04:09, schrieb Chen Fan: After ACPI get a signal to eject a vcpu, then it will notify the vcpu thread of needing to exit, before the vcpu exiting, will release the vcpu related objects. Signed-off-by: Chen Fan chen.fan.f...@cn.fujitsu.com --- cpus.c | 36

Re: [Qemu-devel] [PATCH] kvm: sync cpu state on internal error before dump

Am 24.08.2013 12:37, schrieb Gleb Natapov: On Fri, Aug 23, 2013 at 02:41:13PM +0100, James Hogan wrote: On 23/08/13 13:58, Gleb Natapov wrote: On Fri, Aug 23, 2013 at 01:26:00PM +0100, James Hogan wrote: When a KVM internal error occurs QEMU dumps the CPU state, however it doesn't synchronise

Re: [Qemu-devel] [PATCH] kvm: warn if num cpus is greater than num recommended

Am 22.08.2013 18:12, schrieb Eduardo Habkost: On 22/08/2013, at 12:39, Andrew Jones drjo...@redhat.com wrote: The comment in kvm_max_vcpus() states that it's using the recommended procedure from the kernel API documentation to get the max number of vcpus that kvm supports. It is, but by

Re: [Qemu-devel] [PATCH qom-cpu for-next 1/2] cpu: Use QTAILQ for CPU list

Am 30.07.2013 18:55, schrieb Andreas Färber: Introduce CPU_FOREACH(), CPU_FOREACH_SAFE() and CPU_NEXT() shorthand macros. Signed-off-by: Andreas Färber afaer...@suse.de Needs the following addition now: diff --git a/hw/cpu/a15mpcore.c b/hw/cpu/a15mpcore.c index af182da..9d0e27e 100644

Re: [Qemu-devel] [PATCH qom-cpu for-next 1/2] cpu: Use QTAILQ for CPU list

Am 21.08.2013 16:36, schrieb Peter Maydell: On 21 August 2013 15:12, Andreas Färber afaer...@suse.de wrote: -for (i = 0, cpu = first_cpu; i s-num_cpu; i++, cpu = cpu-next_cpu) { +i = 0; +CPU_FOREACH(cpu) { DeviceState *cpudev = DEVICE(cpu); int ppibase = s

Re: [Qemu-devel] Cross-Platform KVM

Hi, Am 16.08.2013 09:41, schrieb Wincy Van: Hi,there: I have implemented a version of cross-platform KVM. Now, it can works on Linux and Windows(kernel version 7600-9200, amd64). Is it useful? If so, I want make it as a branch of current KVM. Here are some screenshots: Let's CC the

Re: [Qemu-devel] [PATCH] qemu-kvm bugfix for IA32_FEATURE_CONTROL

Am 19.08.2013 16:31, schrieb Liu, Jinsong: Paolo Bonzini wrote: The patch looks good. Please repost it with checkpatch.pl failures fixed. Paolo Thanks Stefan and Paolo! Updated patch attached. Regards, Jinsong === From a0ddf948d40e42de862543157a5668a1c12faae6 Mon Sep

[PULL 5/6] target-i386: Move hyperv_* static globals to X86CPU

From: Igor Mammedov imamm...@redhat.com - since hyperv_* helper functions are used only in target-i386/kvm.c move them there as static helpers Requested-by: Eduardo Habkost ehabk...@redhat.com Signed-off-by: Igor Mammedov imamm...@redhat.com Signed-off-by: Andreas Färber afaer...@suse.de

Re: [Qemu-devel] [PATCH uq/master] kvm: Simplify kvm_handle_io

...@siemens.com --- kvm-all.c | 28 ++-- 1 files changed, 2 insertions(+), 26 deletions(-) Looks sensible, Reviewed-by: Andreas Färber afaer...@suse.de Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix

Re: [Qemu-devel] -cpu host (was Re: KVM call minutes for 2013-08-06)

Am 09.08.2013 15:12, schrieb Peter Maydell: possibly add support for -cpu host,+32bitvm style syntax. Please use only property-name=value style syntax. Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746

Re: [Qemu-devel] -cpu host (was Re: KVM call minutes for 2013-08-06)

Hi Peter, Am 08.08.2013 14:51, schrieb Peter Maydell: [I missed this KVM call but the stuff about -cpu host ties into an issue we've been grappling with for ARM KVM, so it seems a reasonable jumping-off-point.] On 6 August 2013 16:15, Juan Quintela quint...@redhat.com wrote: 2013-08-06

Re: [Qemu-devel] vm performance degradation after kvm live migration or save-restore with EPT enabled

Hi, Am 05.08.2013 11:09, schrieb Zhanghaoyu (A): When I build the upstream, encounter a problem that I compile and install the upstream(commit: e769ece3b129698d2b09811a6f6d304e4eaa8c29) on sles11sp2 environment via below command cp /boot/config-3.0.13-0.27-default ./.config yes | make

[PATCH qom-cpu for-next 1/2] cpu: Use QTAILQ for CPU list

Introduce CPU_FOREACH(), CPU_FOREACH_SAFE() and CPU_NEXT() shorthand macros. Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c| 47 --- cputlb.c | 2 +- dump.c| 10 +- exec.c

Re: [Qemu-devel] [PATCH qom-cpu v9] target-i386: Move hyperv_* static globals to X86CPU

Am 08.07.2013 14:40, schrieb Igor Mammedov: On Mon, 8 Jul 2013 03:03:54 +0200 Andreas Färber afaer...@suse.de wrote: From: Igor Mammedov imamm...@redhat.com - since hyperv_* helper functions are used only in target-i386/kvm.c move them there as static helpers Requested-by: Eduardo

[PULL 03/25] target-s390x: Fix CPUState rework fallout

-off-by: Andreas Färber afaer...@suse.de --- target-s390x/kvm.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/target-s390x/kvm.c b/target-s390x/kvm.c index 60e94f8..85f0112 100644 --- a/target-s390x/kvm.c +++ b/target-s390x/kvm.c @@ -345,12 +345,10 @@ void

[PULL 02/25] kvm: Change prototype of kvm_update_guest_debug()

-by: Andreas Färber afaer...@suse.de --- exec.c | 5 ++--- include/sysemu/kvm.h | 2 +- kvm-all.c| 17 + kvm-stub.c | 2 +- target-i386/kvm.c| 2 +- 5 files changed, 10 insertions(+), 18 deletions(-) diff --git a/exec.c b/exec.c index 3ba9525

[PULL 19/24] exec: Change cpu_memory_rw_debug() argument to CPUState

Propagate X86CPU in kvmvapic for simplicity. Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 4 +-- disas.c | 4 +-- exec.c | 6 ++-- gdbstub.c | 2 +- hw/i386/kvmvapic.c | 72

[PULL 14/24] kvm: Change kvm_{insert,remove}_breakpoint() argument to CPUState

CPUArchState is no longer directly used since converting CPU loops to CPUState. Prepares for changing GDBState::c_cpu to CPUState. Signed-off-by: Andreas Färber afaer...@suse.de --- gdbstub.c| 12 include/sysemu/kvm.h | 4 ++-- kvm-all.c| 10 -- kvm

[PULL 11/24] cpu: Move singlestep_enabled field from CPU_COMMON to CPUState

Prepares for changing cpu_single_step() argument to CPUState. Acked-by: Michael Walle mich...@walle.cc (for lm32) Signed-off-by: Andreas Färber afaer...@suse.de --- cpu-exec.c| 2 +- cpus.c| 2 +- exec.c| 10

Re: [Qemu-devel] [PULL 09/43] cpu: Make first_cpu and next_cpu CPUState

Am 11.07.2013 11:14, schrieb TeLeMan: On Wed, Jul 10, 2013 at 10:33 PM, Andreas Färber afaer...@suse.de wrote: diff --git a/gdbstub.c b/gdbstub.c index f7d9f13..0ee82a9 100644 --- a/gdbstub.c +++ b/gdbstub.c [...] @@ -2394,7 +2401,7 @@ static int gdb_handle_packet(GDBState *s, const char

Re: [Qemu-devel] vm performance degradation after kvm live migration or save-restore with ETP enabled

Hi, Am 11.07.2013 11:36, schrieb Zhanghaoyu (A): I met similar problem to these, while performing live migration or save-restore test on the kvm platform (qemu:1.4.0, host:suse11sp2, guest:suse11sp2), running tele-communication software suite in guest,

[PULL 17/43] target-s390x: Change handle_{hypercall,diag}() argument to S390CPU

This allows to get rid of the last remaining ENV_GET_CPU() in target-s390x/ by using CPU() cast directly on the argument. Cc: Jason J. Herne jjhe...@us.ibm.com Signed-off-by: Andreas Färber afaer...@suse.de --- target-s390x/kvm.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions

[PULL 05/43] kvm: Free current_cpu identifier

-by: Andreas Färber afaer...@suse.de --- include/sysemu/kvm.h | 10 +- kvm-all.c| 39 +-- kvm-stub.c | 6 +++--- 3 files changed, 25 insertions(+), 30 deletions(-) diff --git a/include/sysemu/kvm.h b/include/sysemu/kvm.h index

[PULL 07/43] kvm: Change kvm_remove_all_breakpoints() argument to CPUState

Acked-by: Paolo Bonzini pbonz...@redhat.com Reviewed-by: Richard Henderson r...@twiddle.net Signed-off-by: Andreas Färber afaer...@suse.de --- gdbstub.c| 2 +- include/sysemu/kvm.h | 2 +- kvm-all.c| 6 +++--- kvm-stub.c | 2 +- 4 files changed, 6 insertions

[PULL 16/43] target-s390x: Don't overuse ENV_GET_CPU()

Commit 3474b679486caa8f6448bae974e131370f360c13 (Utilize selective runtime reg sync for hot code paths) introduced two uses of ENV_GET_CPU() inside target-s390x/ KVM code. In one case we can use a direct CPU() cast instead. Cc: Jason J. Herne jjhe...@us.ibm.com Signed-off-by: Andreas Färber afaer

[PATCH qom-cpu v3 10/41] kvm: Change kvm_{insert,remove}_breakpoint() argument to CPUState

CPUArchState is no longer directly used since converting CPU loops to CPUState. Prepares for changing GDBState::c_cpu to CPUState. Signed-off-by: Andreas Färber afaer...@suse.de --- gdbstub.c| 12 include/sysemu/kvm.h | 4 ++-- kvm-all.c| 10 -- kvm

[PATCH qom-cpu v3 15/41] exec: Change cpu_memory_rw_debug() argument to CPUState

Propagate X86CPU in kvmvapic for simplicity. Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 4 +-- disas.c | 4 +-- exec.c | 6 ++-- gdbstub.c | 2 +- hw/i386/kvmvapic.c | 72

[PATCH qom-cpu v2 10/42] kvm: Change kvm_{insert,remove}_breakpoint() argument to CPUState

CPUArchState is no longer directly used since converting CPU loops to CPUState. Prepares for changing GDBState::c_cpu to CPUState. Signed-off-by: Andreas Färber afaer...@suse.de --- gdbstub.c| 12 include/sysemu/kvm.h | 4 ++-- kvm-all.c| 10 -- kvm

[PATCH qom-cpu v2 16/42] exec: Change cpu_memory_rw_debug() argument to CPUState

Propagate X86CPU in kvmvapic for simplicity. Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 4 +-- disas.c | 4 +-- exec.c | 6 ++-- gdbstub.c | 2 +- hw/i386/kvmvapic.c | 72

[PATCH qom-cpu v2 07/42] cpu: Move singlestep_enabled field from CPU_COMMON to CPUState

Prepares for changing cpu_single_step() argument to CPUState. Acked-by: Michael Walle mich...@walle.cc (for lm32) Signed-off-by: Andreas Färber afaer...@suse.de --- cpu-exec.c| 2 +- cpus.c| 2 +- exec.c| 10

Re: [Qemu-devel] KVM call agenda for 2013-07-09

Am 08.07.2013 01:10, schrieb Juan Quintela: Please, send any topic that you are interested in covering. Static qdev vs. dynamic QOM properties and -global (Igor's topic from two weeks ago that we couldn't cover any more) = needed for X86CPU subclasses (hot-add, topology, NUMA, ...) Thanks,

[PATCH qom-cpu v9] target-i386: Move hyperv_* static globals to X86CPU

From: Igor Mammedov imamm...@redhat.com - since hyperv_* helper functions are used only in target-i386/kvm.c move them there as static helpers Requested-by: Eduardo Habkost ehabk...@redhat.com Signed-off-by: Igor Mammedov imamm...@redhat.com Signed-off-by: Andreas Färber afaer...@suse.de

Re: [Qemu-devel] [PATCH qom-cpu v3 05/14] cpu: Make first_cpu and next_cpu CPUState

Am 26.06.2013 19:35, schrieb Andreas Färber: Move next_cpu from CPU_COMMON to CPUState. Move first_cpu variable to qom/cpu.h. gdbstub needs to use CPUState::env_ptr for now. cpu_copy() no longer needs to save and restore cpu_next. Acked-by: Paolo Bonzini pbonz...@redhat.com [AF: Rebased

[PATCH RFC qom-cpu 28/41] kvm: Change kvm_{insert,remove}_breakpoint() argument to CPUState

CPUArchState is no longer directly used since converting CPU loops to CPUState. Prepares for changing GDBState::c_cpu to CPUState. Signed-off-by: Andreas Färber afaer...@suse.de --- gdbstub.c| 12 include/sysemu/kvm.h | 4 ++-- kvm-all.c| 10 -- kvm

[PATCH RFC qom-cpu 25/41] cpu: Move singlestep_enabled field from CPU_COMMON to CPUState

Prepares for changing cpu_single_step() argument to CPUState. Signed-off-by: Andreas Färber afaer...@suse.de --- cpu-exec.c| 2 +- cpus.c| 2 +- exec.c| 10 ++ include/exec/cpu-defs.h | 1 - include/qom/cpu.h

[PATCH RFC qom-cpu 34/41] exec: Change cpu_memory_rw_debug() argument to CPUState

Propagate X86CPU in kvmvapic for simplicity. Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 4 +-- disas.c | 4 +-- exec.c | 6 ++-- gdbstub.c | 2 +- hw/i386/kvmvapic.c | 72

[PULL 16/24] kvm: Change kvm_handle_internal_error() argument to CPUState

It no longer uses CPUArchState. Prepares for changing kvm_cpu_exec() argument to CPUState. Acked-by: Paolo Bonzini pbonz...@redhat.com Reviewed-by: Richard Henderson r...@twiddle.net Signed-off-by: Andreas Färber afaer...@suse.de --- kvm-all.c | 6 ++ 1 file changed, 2 insertions(+), 4

[PULL 09/24] kvm: Change cpu_synchronize_state() argument to CPUState

Change Monitor::mon_cpu to CPUState as well. Reviewed-by: liguang lig.f...@cn.fujitsu.com Acked-by: Paolo Bonzini pbonz...@redhat.com Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 8 gdbstub.c | 8 hw/i386/kvm/apic.c | 2 +- hw

[PULL 15/24] cpu: Turn cpu_dump_{state,statistics}() into CPUState hooks

Make cpustats monitor command available unconditionally. Prepares for changing kvm_handle_internal_error() and kvm_cpu_exec() arguments to CPUState. Signed-off-by: Andreas Färber afaer...@suse.de --- bsd-user/main.c | 3 ++- cpus.c| 2 +- exec.c

[PULL 13/24] kvm: Change kvm_set_signal_mask() argument to CPUState

CPUArchState is no longer needed. Prepares for changing qemu_kvm_init_cpu_signals() argument to CPUState. Acked-by: Paolo Bonzini pbonz...@redhat.com Reviewed-by: Richard Henderson r...@twiddle.net Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 3 ++- include/sysemu

[PULL 08/24] kvm: Change kvm_cpu_synchronize_state() argument to CPUState

It no longer relies on CPUArchState since 20d695a. Reviewed-by: liguang lig.f...@cn.fujitsu.com Acked-by: Paolo Bonzini pbonz...@redhat.com Reviewed-by: Richard Henderson r...@twiddle.net Signed-off-by: Andreas Färber afaer...@suse.de --- hw/ppc/spapr_rtas.c | 2 +- include/sysemu/kvm.h | 4

[PULL 17/24] kvm: Change kvm_cpu_exec() argument to CPUState

It no longer uses CPUArchState. Prepares for changing qemu_kvm_cpu_thread_fn() opaque to CPUState. Acked-by: Paolo Bonzini pbonz...@redhat.com Reviewed-by: Richard Henderson r...@twiddle.net Signed-off-by: Andreas Färber afaer...@suse.de --- cpus.c | 2 +- include/sysemu/kvm.h | 2

Re: [Qemu-devel] [PATCH qom-cpu v2 20/29] kvm: Change kvm_remove_all_breakpoints() argument to CPUState

Am 17.06.2013 18:17, schrieb Paolo Bonzini: Il 16/06/2013 17:57, Andreas Färber ha scritto: Signed-off-by: Andreas Färber afaer...@suse.de --- gdbstub.c| 2 +- include/sysemu/kvm.h | 2 +- kvm-all.c| 5 ++--- kvm-stub.c | 2 +- 4 files changed, 5

[PATCH qom-cpu v3 01/14] kvm: Free current_cpu identifier

-by: Andreas Färber afaer...@suse.de --- include/sysemu/kvm.h | 10 +- kvm-all.c| 39 +-- kvm-stub.c | 6 +++--- 3 files changed, 25 insertions(+), 30 deletions(-) diff --git a/include/sysemu/kvm.h b/include/sysemu/kvm.h index

[PATCH qom-cpu v3 12/14] target-s390x: Don't overuse ENV_GET_CPU()

Commit 3474b679486caa8f6448bae974e131370f360c13 (Utilize selective runtime reg sync for hot code paths) introduced two uses of ENV_GET_CPU() inside target-s390x/ KVM code. In one case we can use a direct CPU() cast instead. Cc: Jason J. Herne jjhe...@us.ibm.com Signed-off-by: Andreas Färber afaer

[PATCH qom-cpu v3 13/14] target-s390x: Change handle_{hypercall,diag}() argument to S390CPU

This allows to get rid of the last remaining ENV_GET_CPU() in target-s390x/ by using CPU() cast directly on the argument. Cc: Jason J. Herne jjhe...@us.ibm.com Signed-off-by: Andreas Färber afaer...@suse.de --- target-s390x/kvm.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions

[PATCH qom-cpu v3 03/14] kvm: Change kvm_remove_all_breakpoints() argument to CPUState

Acked-by: Paolo Bonzini pbonz...@redhat.com Reviewed-by: Richard Henderson r...@twiddle.net Signed-off-by: Andreas Färber afaer...@suse.de --- gdbstub.c| 2 +- include/sysemu/kvm.h | 2 +- kvm-all.c| 6 +++--- kvm-stub.c | 2 +- 4 files changed, 6 insertions

Re: [PATCH qom-cpu v2 02/29] kvm: Change cpu_synchronize_state() argument to CPUState

Am 18.06.2013 11:39, schrieb Igor Mammedov: On Sun, 16 Jun 2013 17:57:22 +0200 Andreas Färber afaer...@suse.de wrote: Change Monitor::mon_cpu to CPUState as well. In cpu_synchronize_all_states() use qemu_for_each_cpu() now. Reviewed-by: liguang lig.f...@cn.fujitsu.com Signed-off

Re: [PATCH qom-cpu v2 01/29] kvm: Change kvm_cpu_synchronize_state() argument to CPUState

Am 17.06.2013 18:15, schrieb Paolo Bonzini: Il 16/06/2013 17:57, Andreas Färber ha scritto: It no longer relies on CPUArchState since 20d695a. Reviewed-by: liguang lig.f...@cn.fujitsu.com Signed-off-by: Andreas Färber afaer...@suse.de --- hw/ppc/spapr_rtas.c | 2 +- include/sysemu/kvm.h

  1   2   3   4   >