DaemonForums  

Go Back   DaemonForums > FreeBSD > FreeBSD General

FreeBSD General Other questions regarding FreeBSD which do not fit in any of the categories below.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 12th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Question Enhanced Speedstep only works for two CPU cores on FreeBSD 7.1

OS: FreeBSD 7.1-RELEASE-P4/amd64 (currently used) and /i386 (priorly used)
CPU: Intel Core 2 Quad Q9550
Motherboard: ASUS P5Q Deluxe - BIOS revision 2001 (latest)


When the system boots, EIST only initializes for CPU cores 0 and 2. 1 and 3 do not initialize. Powerd is enabled in rc.conf, to no avail.

I would greatly appreciate some assistance in solving this problem. I saw some ACPI errors in dmesg (full text is attached to the thread), but they mean nothing to me, and reading the man pages for acpi, cpufreq, and a couple other utilites turned up nothing.


Code:
cpu0: <ACPI CPU> on acpi0
ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] -  D7, should be CE [20070320]
est0: <Enhanced SpeedStep Frequency Control> on cpu0
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
est1: <Enhanced SpeedStep Frequency Control> on cpu1
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 61a482206004822
device_attach: est1 attach returned 6
p4tcc1: <CPU Frequency Thermal Control> on cpu1
cpu2: <ACPI CPU> on acpi0
est2: <Enhanced SpeedStep Frequency Control> on cpu2
p4tcc2: <CPU Frequency Thermal Control> on cpu2
cpu3: <ACPI CPU> on acpi0
est3: <Enhanced SpeedStep Frequency Control> on cpu3
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 61a482206004822
device_attach: est3 attach returned 6
p4tcc3: <CPU Frequency Thermal Control> on cpu3
Code:
# -- sysinstall generated deltas -- # Mon Mar 30 05:44:20 2009
# Created: Mon Mar 30 05:44:20 2009
# Enable network daemons for user convenience.
# Please make all changes to this file, not to /etc/defaults/rc.conf.
# This file now contains just the overrides from /etc/defaults/rc.conf.
defaultrouter="192.168.1.1"
hostname="chris-freebsd1.default.com"
ifconfig_msk0="inet 192.168.1.100  netmask 255.255.255.0"
ifconfig_sk0="inet 192.168.1.100  netmask 255.255.255.0"
ipv6_enable="YES"
saver="green"
blanktime="900"
powerd_enable="YES"
linux_enable="YES"
nfs_client_enable="YES"
sshd_enable="YES"
dbus_enable="YES"
hald_enable="YES"
dumpdev="AUTO"
dumpdir="/var/crash"
Attached Files
File Type: txt dmesg.txt (10.9 KB, 92 views)
Reply With Quote
  #2   (View Single Post)  
Old 12th April 2009
vermaden's Avatar
vermaden vermaden is offline
Administrator
 
Join Date: Apr 2008
Location: pl_PL.lodz
Posts: 1,056
Default

Quote:
Originally Posted by Android1 View Post
OS: FreeBSD 7.1-RELEASE-P4/amd64 (currently used) and /i386 (priorly used)
CPU: Intel Core 2 Quad Q9550
Motherboard: ASUS P5Q Deluxe - BIOS revision 2001 (latest)


When the system boots, EIST only initializes for CPU cores 0 and 2. 1 and 3 do not initialize. Powerd is enabled in rc.conf, to no avail.
You need to know that Intel's Core 2 Quad is nothing more then two Core 2 Duo dies put together on one die and connected by a FSB link, so cores 1 and 2 "talk" to eash other thru L2 Cache while cores 1 and 3 "talk" to eash other by FSB bus, its pretty fscked up desing without any smart designs and sollutions, pure brute force, two dual cores thrown together to serve as a quad core, this is because you got only two instead of four Intel SpeedSteps messages.
__________________
religions, worst damnation of mankind
"If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds

Linux is not UNIX! Face it! It is not an insult. It is fact: GNU is a recursive acronym for “GNU's Not UNIX”.
vermaden's: links resources deviantart spreadbsd
Reply With Quote
  #3   (View Single Post)  
Old 12th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Default

Quote:
Originally Posted by vermaden View Post
You need to know that Intel's Core 2 Quad is nothing more then two Core 2 Duo dies put together on one die and connected by a FSB link, so cores 1 and 2 "talk" to eash other thru L2 Cache while cores 1 and 3 "talk" to eash other by FSB bus, its pretty fscked up desing without any smart designs and sollutions, pure brute force, two dual cores thrown together to serve as a quad core, this is because you got only two instead of four Intel SpeedSteps messages.
Ah, yes. The non-monolithic design. I was aware of that, but I never would have thought that it would have anything to do which my situation.

So, are you telling me that I have no issue with EIST? If so, is there a way I can verify that in FBSD?

Last edited by Android1; 12th April 2009 at 09:08 PM. Reason: Improved wording in the last line.
Reply With Quote
  #4   (View Single Post)  
Old 18th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Default

Vermaden, I am not quite sure if I understand what you are saying. Are you saying that I do not have a problem with EIST?
Reply With Quote
  #5   (View Single Post)  
Old 18th April 2009
vermaden's Avatar
vermaden vermaden is offline
Administrator
 
Join Date: Apr 2008
Location: pl_PL.lodz
Posts: 1,056
Default

If frequencies are scaling with powerd, then you do not have a problem.
__________________
religions, worst damnation of mankind
"If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds

Linux is not UNIX! Face it! It is not an insult. It is fact: GNU is a recursive acronym for “GNU's Not UNIX”.
vermaden's: links resources deviantart spreadbsd
Reply With Quote
  #6   (View Single Post)  
Old 18th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Default

Quote:
Originally Posted by vermaden View Post
If frequencies are scaling with powerd, then you do not have a problem.
How would one find that out?
Reply With Quote
  #7   (View Single Post)  
Old 19th April 2009
vermaden's Avatar
vermaden vermaden is offline
Administrator
 
Join Date: Apr 2008
Location: pl_PL.lodz
Posts: 1,056
Default

Use this for example:
http://www.tumfatig.net/docs/01_os/b...U%20speed.html
__________________
religions, worst damnation of mankind
"If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds

Linux is not UNIX! Face it! It is not an insult. It is fact: GNU is a recursive acronym for “GNU's Not UNIX”.
vermaden's: links resources deviantart spreadbsd
Reply With Quote
  #8   (View Single Post)  
Old 19th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Default

Thank you. I will check that out later today and report my findings.
Reply With Quote
  #9   (View Single Post)  
Old 19th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Default

Okay, here is what happened.


On CPU core #0, everything seems great....

Code:
sysctl dev.cpu.0.freq dev.cpu.0.freq_levels
dev.cpu.0.freq: 354
dev.cpu.0.freq_levels: 2833/89000 2478/77875 2124/66750 1770/55625 1416/44500 1062/33375 708/22250 354/11125
....but when I run those commands on cores #1 through #3, I get the following:

Code:
sysctl dev.cpu.1.freq
sysctl: unknown oid dev.cpu.1.freq
sysctl dev.cpu.1.freq_levels
sysctl: unknown oid dev.cpu.1.freq_levels

sysctl dev.cpu.2.freq
sysctl: unknown oid dev.cpu.2.freq
sysctl dev.cpu.2.freq_levels
sysctl: unknown oid dev.cpu.2.freq_levels

sysctl dev.cpu.3.freq
sysctl: unknown oid dev.cpu.3.freq
sysctl dev.cpu.3.freq_levels
sysctl: unknown oid dev.cpu.3.freq_levels

Am I to assume that EIST is only working on the first core, or is there something about sysctl that I am missing?
Reply With Quote
Old 19th April 2009
vermaden's Avatar
vermaden vermaden is offline
Administrator
 
Join Date: Apr 2008
Location: pl_PL.lodz
Posts: 1,056
Default

From what I recall corectly, powerd/sysctl uses only dev.cpu.0.freq, does other dev.cpu.*.freq even exist in sysctl -a output?
__________________
religions, worst damnation of mankind
"If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds

Linux is not UNIX! Face it! It is not an insult. It is fact: GNU is a recursive acronym for “GNU's Not UNIX”.
vermaden's: links resources deviantart spreadbsd
Reply With Quote
Old 19th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Default

I just ran sysctl -a, and it appears that you are correct. In that case, those instructions that I followed are a tad unclear. When the author says "sysctl's dev.cpu.n.freq (starting at 0)", s/he makes it sound like that the command will work with additional cores.

In any case, it appears that, after reading through and experimenting with the information you have so kindly given me, I have no issue EIST after all. Do you agree with that statement?
Reply With Quote
Old 19th April 2009
vermaden's Avatar
vermaden vermaden is offline
Administrator
 
Join Date: Apr 2008
Location: pl_PL.lodz
Posts: 1,056
Default

I think that it works ok four you.

From what I recall FreeBSD's SpeedStep implementation sets clock speed for all cores.
__________________
religions, worst damnation of mankind
"If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds

Linux is not UNIX! Face it! It is not an insult. It is fact: GNU is a recursive acronym for “GNU's Not UNIX”.
vermaden's: links resources deviantart spreadbsd
Reply With Quote
Old 19th April 2009
Android1's Avatar
Android1 Android1 is offline
Fdisk Soldier
 
Join Date: Mar 2009
Posts: 60
Thumbs up

That sounds excellent. Thank you for your time and patience in addressing my concerns.
Reply With Quote
Old 19th April 2009
vermaden's Avatar
vermaden vermaden is offline
Administrator
 
Join Date: Apr 2008
Location: pl_PL.lodz
Posts: 1,056
Default

You are welcome mate
__________________
religions, worst damnation of mankind
"If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds

Linux is not UNIX! Face it! It is not an insult. It is fact: GNU is a recursive acronym for “GNU's Not UNIX”.
vermaden's: links resources deviantart spreadbsd
Reply With Quote
Reply

Tags
acpi, cpufreq, eist, enhanced speedstep, speedstep

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Mouse works in console not Xorg shep FreeBSD General 6 13th February 2009 01:01 AM
Skype on FreeBSD 7.1 - works very slow.. DNAeon FreeBSD General 2 27th January 2009 11:48 AM
Network connection works fine, and then... snes-addict OpenBSD General 8 20th October 2008 11:13 PM
How to detect the frequency of individual cores in a dual core processor? mc_i2020 FreeBSD General 5 18th July 2008 01:46 AM
Numeric keypad don't works on X aleunix OpenBSD Installation and Upgrading 3 15th June 2008 11:59 AM


All times are GMT. The time now is 09:41 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick