qemu-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] f6f949: target-i386: add Skylake-Client cpu m


From: GitHub
Subject: [Qemu-commits] [qemu/qemu] f6f949: target-i386: add Skylake-Client cpu model
Date: Thu, 16 Jun 2016 03:00:06 -0700

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: f6f949e9295889fb272698aea763dcea77d616ce
      
https://github.com/qemu/qemu/commit/f6f949e9295889fb272698aea763dcea77d616ce
  Author: Eduardo Habkost <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M target-i386/cpu.c

  Log Message:
  -----------
  target-i386: add Skylake-Client cpu model

Introduce Skylake-Client cpu mode which inherits the features from
Broadwell and supports some additional features that are: MPX,
XSAVEC, and XGETBV1.

Signed-off-by: Eduardo Habkost <address@hidden>
Signed-off-by: Xiao Guangrong <address@hidden>
Reviewed-by: Paolo Bonzini <address@hidden>
Reviewed-by: Xiao Guangrong <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: d86c145114183f74114a27ecc8e2117a8b5d51aa
      
https://github.com/qemu/qemu/commit/d86c145114183f74114a27ecc8e2117a8b5d51aa
  Author: Igor Mammedov <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M hw/i386/pc_piix.c
    M hw/i386/pc_q35.c
    M include/hw/i386/pc.h

  Log Message:
  -----------
  pc: Add 2.7 machine

Signed-off-by: Igor Mammedov <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Reviewed-by: Michael S. Tsirkin <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: 5232d00a041c8f3628b3532ef35d703a1f0dac19
      
https://github.com/qemu/qemu/commit/5232d00a041c8f3628b3532ef35d703a1f0dac19
  Author: Radim Krčmář <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M include/hw/i386/pc.h
    M target-i386/cpu.c
    M target-i386/cpu.h

  Log Message:
  -----------
  target-i386: Implement CPUID[0xB] (Extended Topology Enumeration)

I looked at a dozen Intel CPU that have this CPUID and all of them
always had Core offset as 1 (a wasted bit when hyperthreading is
disabled) and Package offset at least 4 (wasted bits at <= 4 cores).

QEMU uses more compact IDs and it doesn't make much sense to change it
now.  I keep the SMT and Core sub-leaves even if there is just one
thread/core;  it makes the code simpler and there should be no harm.

Signed-off-by: Radim Krčmář <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: c19b85216b5d47d922ac010931d4c7b2d79b2f68
      
https://github.com/qemu/qemu/commit/c19b85216b5d47d922ac010931d4c7b2d79b2f68
  Author: Eduardo Habkost <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M target-i386/cpu.c

  Log Message:
  -----------
  target-i386: Remove xlevel & hv-spinlocks option fixups

The "fixup will be removed in future versions" warnings are
present since QEMU 1.7.0, at least, so users should have fixed
their scripts and configurations, already.

In the case of libvirt users, libvirt doesn't use the "xlevel"
option, and already rejects HyperV spinlock retry count < 0xFFF.

Reviewed-by: Eric Blake <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: dc15c0517b010a9444a2c05794dae980f2a2cbd9
      
https://github.com/qemu/qemu/commit/dc15c0517b010a9444a2c05794dae980f2a2cbd9
  Author: Igor Mammedov <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M target-i386/cpu.c

  Log Message:
  -----------
  target-i386: Move features logic that requires CPUState to realize time

Making x86_cpu_parse_featurestr() a pure convertor
of legacy feature string into global properties, needs
it to be called before a CPU instance is created so
parser shouldn't modify CPUState directly or access
it at all. Hence move current hack that directly pokes
into CPUState, to set/unset +-feats, from parser to
CPU's realize method.

Signed-off-by: Igor Mammedov <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: e435601058e656e6d24e3e87b187e5518f7bf16a
      
https://github.com/qemu/qemu/commit/e435601058e656e6d24e3e87b187e5518f7bf16a
  Author: Eduardo Habkost <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M target-i386/cpu.c

  Log Message:
  -----------
  target-i386: Remove assert(kvm_enabled()) from host_x86_cpu_initfn()

The code will be changed to allow creation of the CPU object and
report kvm_required errors only at realizefn, so we need to make
the instance_init function more flexible.

Reviewed-by: Igor Mammedov <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: 104494ea25ef6286d79e2f17d609f7ef4cd2dcce
      
https://github.com/qemu/qemu/commit/104494ea25ef6286d79e2f17d609f7ef4cd2dcce
  Author: Igor Mammedov <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M target-i386/cpu.c

  Log Message:
  -----------
  target-i386: Move xcc->kvm_required check to realize time

It will allow to drop custom cpu_x86_init() and use
cpu_generic_init() instead, reducing cpu_x86_create()
to a simple 3-liner.

Signed-off-by: Igor Mammedov <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: a57d0163e74a7f486203ef1f8ff1cb0218453457
      
https://github.com/qemu/qemu/commit/a57d0163e74a7f486203ef1f8ff1cb0218453457
  Author: Igor Mammedov <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M target-i386/cpu.c

  Log Message:
  -----------
  target-i386: Use cpu_generic_init() in cpu_x86_init()

Now cpu_x86_init() does nothing more or less
than duplicating cpu_generic_init() logic.
So simplify it by using cpu_generic_init().

Signed-off-by: Igor Mammedov <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: f6750e959a397dea988efd4e488e1ff813011065
      
https://github.com/qemu/qemu/commit/f6750e959a397dea988efd4e488e1ff813011065
  Author: Eduardo Habkost <address@hidden>
  Date:   2016-06-14 (Tue, 14 Jun 2016)

  Changed paths:
    M target-i386/cpu.c

  Log Message:
  -----------
  target-i386: Consolidate calls of object_property_parse() in 
x86_cpu_parse_featurestr

Signed-off-by: Eduardo Habkost <address@hidden>
Reviewed-by: Igor Mammedov <address@hidden>
Signed-off-by: Igor Mammedov <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>


  Commit: 5deaac15bf4fe1cb21c07680c92e8a8b2e684790
      
https://github.com/qemu/qemu/commit/5deaac15bf4fe1cb21c07680c92e8a8b2e684790
  Author: Peter Maydell <address@hidden>
  Date:   2016-06-15 (Wed, 15 Jun 2016)

  Changed paths:
    M hw/i386/pc_piix.c
    M hw/i386/pc_q35.c
    M include/hw/i386/pc.h
    M target-i386/cpu.c
    M target-i386/cpu.h

  Log Message:
  -----------
  Merge remote-tracking branch 'remotes/ehabkost/tags/x86-pull-request' into 
staging

X86 queue, 2016-06-14 (v2)

# gpg: Signature made Tue 14 Jun 2016 22:29:04 BST
# gpg:                using RSA key 0x2807936F984DC5A6
# gpg: Good signature from "Eduardo Habkost <address@hidden>"
# Primary key fingerprint: 5A32 2FD5 ABC4 D3DB ACCF  D1AA 2807 936F 984D C5A6

* remotes/ehabkost/tags/x86-pull-request:
  target-i386: Consolidate calls of object_property_parse() in 
x86_cpu_parse_featurestr
  target-i386: Use cpu_generic_init() in cpu_x86_init()
  target-i386: Move xcc->kvm_required check to realize time
  target-i386: Remove assert(kvm_enabled()) from host_x86_cpu_initfn()
  target-i386: Move features logic that requires CPUState to realize time
  target-i386: Remove xlevel & hv-spinlocks option fixups
  target-i386: Implement CPUID[0xB] (Extended Topology Enumeration)
  pc: Add 2.7 machine
  target-i386: add Skylake-Client cpu model

Signed-off-by: Peter Maydell <address@hidden>


Compare: https://github.com/qemu/qemu/compare/49237b856ae5...5deaac15bf4f

reply via email to

[Prev in Thread] Current Thread [Next in Thread]