topic Glad to hear everything is in Software Archive

target unavailable

Alexander_Komarov — Fri, 24 May 2013 11:36:15 GMT

Hi, there.

I wanted to run mic_samples that I was sure that Xeon Phi work.

I compiled, but when I am running program, I get message that "target unavailable" and "Offload sections will execute on: Host CPU (fallback mode)".

Samples started
Checking for Intel(R) MIC Architecture (Target CPU) devices...

Number of Target devices installed: 0

Offload sections will execute on: Host CPU (fallback mode)

PASS Sample01
PASS Sample02
PASS Sample03
PASS Sample04
PASS Sample05
PASS Sample06
*** FAIL Sample07 - target unavailable
PASS Sample08
PASS Sample09
PASS Sample10
PASS Sample11
*** FAIL Sample12 - target unavailable
*** FAIL Sample13 - target unavailable
*** FAIL Sample14 - target unavailable
Samples complete

Is it mean that Xeon Phi don't work?

May be, I didn't install all of program for Xeon Phi.

Thanks,

Alexander

It's samples from folder ".

Alexander_Komarov — Fri, 24 May 2013 11:40:27 GMT

It's samples from folder "./mic_samples/intro_sampleC".

Also, I try to run samples

Alexander_Komarov — Fri, 24 May 2013 11:43:11 GMT

Also, I try to run samples from folder "./mic_samples/Leo_tutorial/". But I get message

C/C++ Tutorial: Offload Demonstration

Checking for Intel(R) MIC Architecture (Target CPU) devices...

Number of Target devices installed: 0

offload error: cannot offload to MIC - device is not available

The samples are indicating

Kevin_D_Intel — Fri, 24 May 2013 12:02:47 GMT

The samples are indicating the Xeon Phi card is not available. Did you verify that the card is booted? Try running the /opt/intel/mic/bin/micinfo command to see if the card is booted.

I run micinfo:

Alexander_Komarov — Fri, 24 May 2013 12:19:56 GMT

I run micinfo:

MicInfo Utility Log

Created Fri May 24 16:17:12 2013

System Info
HOST OS : Linux
OS Version : 3.1.0-1.2-desktop
Driver Version : 5889-16
MPSS Version : 2.1.5889-16
Host Physical Memory : 16434 MB

Device No: 0, Device Name: mic0

Version
Flash Version : 2.1.01.0385
SMC Boot Loader Version : 1.8.4326
uOS Version : 2.6.38.8-g9b2c036
Device Serial Number : ADKC25001680

Board
Vendor ID : 8086
Device ID : 2250
Subsystem ID : 2500
Coprocessor Stepping ID : 3
PCIe Width : x16
PCIe Speed : 5 GT/s
PCIe Max payload size : 256 bytes
PCIe Max read req size : 512 bytes
Coprocessor Model : 0x01
Coprocessor Model Ext : 0x00
Coprocessor Type : 0x00
Coprocessor Family : 0x0b
Coprocessor Family Ext : 0x00
Coprocessor Stepping : B1
Board SKU : B1PRQ-5110P/5120D
ECC Mode : Enabled
SMC HW Revision : Product 225W Passive CS

Cores
Total No of Active Cores : 60
Voltage : 983000 uV
Frequency : 1052631 KHz

Thermal
Fan Speed Control : N/A
SMC Firmware Version : 1.13.4570
FSC Strap : 14 MHz
Fan RPM : N/A
Fan PWM : N/A
Die Temp : 35 C

GDDR
GDDR Vendor : Elpida
GDDR Version : 0x1
GDDR Density : 2048 Mb
GDDR Size : 7936 MB
GDDR Technology : GDDR5
GDDR Speed : 5.000000 GT/s
GDDR Frequency : 2500000 KHz
GDDR Voltage : 1000000 uV

Interesting. Card appears

Kevin_D_Intel — Fri, 24 May 2013 12:52:49 GMT

Interesting. Card appears functional.

What version of Composer do you have installed? (icc -V)

Can you set the environment variable OFFLOAD_REPORT=3, re-run either sample and then post only about the first twenty lines of output into a reply

Have your source’d the

Kevin_D_Intel — Fri, 24 May 2013 13:42:21 GMT

Have your source’d the compilervars.sh/.csh script accordingly?

It seems others suffered a similar error as you when not doing so. http://software.intel.com/en-us/forums/topic/391415

Here's probably the problem.

Kevin_D_Intel — Fri, 24 May 2013 13:56:00 GMT

Here's probably the problem. If you happen to manually modify your environment after sourcing the compilervars.sh/.csh and the LD_LIBRARY_PATH does not include /opt/intel/mic/coi/host-linux-release/lib then you will suffer the error you have.

I knew version of ICC:Intel(R

Alexander_Komarov — Mon, 27 May 2013 08:26:00 GMT

I have installed version of ICC:

Intel(R) C Intel(R) 64 Compiler XE for applications running on Intel(R) 64, Version 13.0.1.117 Build 20121010.

Thank you for reference on other post. I watched their.

I ran compilersvars.sh. But, It is same error.

I entered on the card and checked if coi_daemon is running. And I got the following log:
4888 root 0:00 grep coi

Coi_daemon is not running. What do I do to run coi_daemon?

The error response you showed

Kevin_D_Intel — Mon, 27 May 2013 09:02:00 GMT

The error response you showed in your original post is not what I see when attempting to run the samples with the coi daemon not running. In the absence of the coi daemon the sample hangs after displaying Checking for Intel(R) Xeon Phi(TM) (Target CPU) devices.. and eventually fails with offload error: cannot get device 0 handle (error code 1).

Double check your environment setting for LD_LIBRARY_PATH to ensure the path to /opt/intel/mic/coi/host-linux-release/lib is present in the setting and that the path exists on your system and that similar files (dates/sizes may vary depending on the installed MPSS version) as shown below reside under this location:

[bash]# ls -l /opt/intel/mic/coi/host-linux-release/lib

total 1184

-rwxr-xr-x 1 root root 601641 Dec 17 05:02 libcoi_host.so

-rwxr-xr-x 1 root root 601641 Dec 17 05:02 libcoi_host.so.0[/bash]

To reboot the card and attempt to restart the coi daemon, as root on the host execute: micctrl -R

micctrl --help will display additional help on all available options.

My problem is fixed. My

Alexander_Komarov — Tue, 28 May 2013 10:27:17 GMT

My problem is fixed. My problem was that when I run compilervars.sh, environment setting don't set. Necessary run this script from file ".profile"(". /opt/intel/composerxe/bin/compilervars.sh intel64"). Default, installer wrote to file ".profile". But I don't have this line in my ".profile", because I deleted this line.

I wrote this line and everything was working.

Thank you so much.

Glad to hear everything is

Kevin_D_Intel — Tue, 28 May 2013 10:39:09 GMT

Glad to hear everything is working. I'm not sure what installer you are referring to. Ours does not modify the .profile.

Yes, I was wrong, I modified

Alexander_Komarov — Tue, 28 May 2013 11:59:21 GMT

Yes, I was wrong, I modified manually this file. But when run compilersvars.sh from ".profile", not necessary every time manually to run compilersvar.sh. So it is convenient.