Temperature Widget
-
ACPI will always work no matter what.
I'm thinking a drop down just like the crypto choice will do:
None
coretemp (Intel Core* CPUs)
amdtemp (AMD CPUs)Would be nice to have some more accurate descriptive text to put there, have to come up with something to explain that it may not work, etc, etc.
-
ACPI will always work no matter what.
I'm thinking a drop down just like the crypto choice will do:
None
coretemp (Intel Core* CPUs)
amdtemp (AMD CPUs)Would be nice to have some more accurate descriptive text to put there, have to come up with something to explain that it may not work, etc, etc.
Yup, that's what I was thinking about, like the crypto thing.
Couldn't instead of the None label be ACPI used? The idea ACPI would be a fall-back option, but if a CPU internal method is chosen, that's given preference if selected. -
I am stuck with using mbmon, on my functions.inc.php I added one last check and copied mbmon to /usr/local/bin folder
function get_temp() { // switch(get_hwtype()) { // default: // return; // } // // return $ret; $temp_out = ""; exec("/sbin/sysctl dev.cpu.0.temperature | /usr/bin/awk '{ print $2 }' | /usr/bin/cut -d 'C' -f 1", $dfout); $temp_out = trim($dfout[0]); if ($temp_out == "") { exec("/sbin/sysctl hw.acpi.thermal.tz0.temperature | /usr/bin/awk '{ print $2 }' | /usr/bin/cut -d 'C' -f 1", $dfout); $temp_out = trim($dfout[0]); } if ($temp_out == "") { exec("/usr/local/bin/mbmon -T1 -i -c1", $dfout); $temp_out = trim($dfout[0]); } return $temp_out; }How can I save this so it doesn't get overwritten every time I update pfSense?
Also I have WGXepc and serialbandaid.sh in /usr/local/bin but they get deleted as well… in /etc/rc I have WGXepc turning off my backlight and running serialbandaid.sh before the 'exit 0'...and in beep.sh I have it turning the Arm/Disarm LED to green on 'start' and to red on 'stop'
-
Finally got back around to this…
https://github.com/bsdperimeter/pfsense/commit/f60156f68f615dc137391f3a909a0ee7a0c3c003 -
Is this in the newest snapshot? Is there a cpu frequency widget also available? I am curious if cool&quiet is working.
Is anybody using e-350 and is able to read temperatures? I am using e35m1-m pro but I can't see temps with neither coretemp or amdtemp… -
There hasn't been a new snapshot in the last couple days, we're sorting out some issues with ipfw patches to get CP bandwidth counting working properly
-
amdtemp was patched for Brazos compatibility in Feb this year:
http://www.freebsd.org/cgi/query-pr.cgi?pr=156358
And was in fact tested as working specifically on the E35M1-M Pro. :)Steve
Edit: BUT it looks like only for FreeBSD 9. :(
Edit: Ok some confusion from me!
It looks like a different, much larger, patch was added in Feb to support Brazos among other things. However it was applied to /head and didn't make it into the 8 tree.
The originally suggested (and tested) patch against 8.2 simply added the PCI IDs to the driver so that would be easy to apply yourself. -
I just add the red text to the amdtemp.c?
-
That's what I would try.
You will need a FreeBSD 8.3 machine to recompile it on of course.Steve
-
Recompile? I'm a freebsd/linux n00b :)
-
I was using a free shell account when I was trying to compile a wifi adapter driver and they were FreeBSD 8.3 which is why it wouldn't work on pf 2.0.1 but the have upgraded to 9.0 now :-/ I found one with FreeBSD 8.1 and I got the wifi working but access point didn't work so I went and got a TP Link 851 and finished my wireless ap project.
You can look for a free shell maybe you get lucky..
