Community
cancel
Showing results for 
Search instead for 
Did you mean: 
idata
Community Manager
1,732 Views

tsc failures w/ BOXDX79SR with Linux

Jump to solution

We put together a machine at work here with the DX79SR motherboard, and we are getting the below tsc calibration errors. We've tried this with BIOS versions 494 and 559 with the same results. This is running 64-bit Ubuntu 12.04. Right after booting we see this:

mikesart@mikesart:/sys/devices/system/clocksource/clocksource0$ dmesg | grep -i tsc

[ 0.000000] Fast TSC calibration using PIT

[ 0.296446] TSC synchronization [CPU# 0 -> CPU# 1]:

[ 0.296449] Measured 241647156 cycles TSC warp between CPUs, turning off TSC clock.

[ 0.008000] Marking TSC unstable due to check_tsc_sync_source failed

mikesart@mikesart:/sys/devices/system/clocksource/clocksource0$ cat available_clocksource

hpet acpi_pm

mikesart@mikesart:/sys/devices/system/clocksource/clocksource0$ cat current_clocksource

hpet

The end result of this is that rdtsc isn't synchronized across cores and it breaks several profiling applications. Ie, we'll see 0x000814e0586a436c followed shortly thereafter by 0x000006674d9a4254 when the thread gets moved to a different core. (Time just went backwards in a big way).

My understanding after talking to some open source kernel folks is that this is potentially an issue in the bios (see below). Has anyone else run into this issue? How would we go about trying to get in touch with some folks at Intel that could possibly help investigate / fix this issue?

Thanks much.

-Mike

----- from kernel person -----

so the way the hardware works is that there is 1 "master" tsc in the CPU package, that gets started when the cpu package comes out of reset. all logical cpus keep an offset value from that, which starts at 0, and the "master + offset" value is what gets returned on rdtsc. if someone writes to the tsc (using an MSR), what actually happens is that the master tsc does not change, only the per logical cpu offset gets changed.

Linux does not write to the TSC since quite a while... which means the BIOS is doing that. It really should not.

Some bioses write to the TSC to "hide" the cpu cycles used in SMM from the OS..... maybe that is going on here.

0 Kudos
1 Solution
Silvia_L_Intel1
Employee
177 Views

Hello Michael,

Based on the fact that Linux* is not a supported Operating System for this motherboard, our recommendation is forwarding your inquiry to your Linux* distribution support community for further assistance on your original inquiry.

http://www.intel.com/support/motherboards/desktop/sb/cs-008326.htm http://www.intel.com/support/motherboards/desktop/sb/cs-008326.htm

 

regards,

 

View solution in original post

3 Replies
Silvia_L_Intel1
Employee
178 Views

Hello Michael,

Based on the fact that Linux* is not a supported Operating System for this motherboard, our recommendation is forwarding your inquiry to your Linux* distribution support community for further assistance on your original inquiry.

http://www.intel.com/support/motherboards/desktop/sb/cs-008326.htm http://www.intel.com/support/motherboards/desktop/sb/cs-008326.htm

 

regards,

 

View solution in original post

idata
Community Manager
177 Views

Hi Sylvia.

For this link of supported motherboards you added:

http://www.intel.com/support/motherboards/desktop/sb/cs-008326.htm http://www.intel.com/support/motherboards/desktop/sb/cs-008326.htm

Am I correct in reading that _all_ the current Intel motherboards support Windows 7, 8, Vista, and XP (as-is) but provide no Linux support at all?

Thank you.

Silvia_L_Intel1
Employee
177 Views

Linux is supported as is. The drivers are usually provided by the Linux community.

 

Reply