Getting Kernel-Based Virtual Machine (KVM) to Work with Intel® Xeon Phi™ Coprocessors

The current Kernel-based Virtual Machine (KVM) software does not recognize the existence of Intel® Xeon Phi™ coprocessors. In order to make the KVM recognize the coprocessors, we provide patches under the GPL license, to rebuild the kernel and qemu-kvm packages. The patches provided here are used for Red Hat Enterprise Linux* 6.2 (RHEL* 6.2).

Attached is a step-by-step procedure on how to make KVM on RHEL* 6.2 recognize Intel® Xeon Phi™ coprocessors, including a zip file of the patches.



*Other names and brands may be claimed as the property of others.

  • Developers
  • Linux*
  • Server
  • Intermediate
  • Intel(R) Xeon Phi(TM) Coprocessor
  • kvm
  • Enterprise
  • Intel® Many Integrated Core Architecture
  • Virtualization
  • Intel® Trusted Execution Technology (Intel® TXT) BIOS Enabling On Supermicro* Servers Using Automation

    When you wish to deploy Intel TXT in a cloud environment across a broad volume of systems the first requirement is enabling the technology within the BIOS* on those systems. This article describes a methodology that will allow you to automate this process on Supermicro* Servers using Supermicro Update Manager (SUM)*.

  • Linux*
  • Server
  • Intel TXT
  • TXT
  • Supermicro
  • bios
  • setup
  • Debugging in native mode: gdb complains about libthread_db

    When I try to debug a program in native mode directly on the card using gdb, I get the following message:

    warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.

    As it indicates, I am unable to navigate threads. I am ssh'ing to the card directly and running the gdb built for MPSS 3.2.1. ldd on the executable shows that I am using libpthread from /lib64: => /lib64/ (0x00007f30c7f77000)

    Temporary arrays in Sparse Matrix Vector Multiply Format Prototype Package

    Considering "The Intel® Math Kernel Library Sparse Matrix Vector Multiply Format Prototype Package", I have two questions:

    1) The use of a temporary array for each thread may not pay off when the number of threads increases, especially when Xeon Phi is considered. Is this problem efficiently solved in the package? In which call are memory allocated for the temporary arrays? In sparseCreateESBMatrix(), sparseDcsr2esb() or sparseDesbmv() function?

    Undefined symbols for architecture x86_64 abinit

    Dear developers and users I try to install abinit a software for electronic structure properties but when i try to install it with

    ./configure FC=ifort CC=icc CXX=icpc i found this error

    Undefined symbols for architecture x86_64:

      "_m_profiling_mp_abi_alloc_stat_", referenced from:

          _drvaim_ in lib63_bader.a(drvaim.o)

          _m_xmpi_mp_xmpi_distab_4d_ in lib12_hide_mpi.a(m_xmpi.o)

          _m_xmpi_mp_xallgatherv_mpi_int1_dp1_ in lib12_hide_mpi.a(m_xmpi.o)

          _m_xmpi_mp_xallgatherv_mpi_coeff2d_ in lib12_hide_mpi.a(m_xmpi.o)

    Error whem compiling MPI using mpiifort


    I am trying to compile a program to run under an multi-core system. I have set all the dependencies and ran all the setup scripts for the environment variables in order to compile the program using the intel fortran compiler and the intel mpiifort. The main program and some of the subroutines compile fine (giving the 13003 warning) but when the dependencies are going to be resolved for the MPI interfaces I get the following messages:

    installing mpss | mic module issue

    Hi Everyone,

    Need some help installing mpss on my Intel Xeon Phi machine:

    mpss-3.2.1 with RedHat-6.5.

    lspci | grep coprocessor
    08:00.0 Co-processor: Intel Corporation Xeon Phi coprocessor SE10/7120 series (rev 11)


    micctrl --initdefaults
    Error getting SCIF driver version
    [Warning] No Mic cards found or specified on command line

    Thanks for your help.


    Subscribe to Linux*