On Mon, 27 Aug 2012 16:37:41 + (UTC), jb wrote:
> Christian Mangin gmail.com> writes:
> > Le 27.08.2012 08:44, Mike Manilone a écrit :
> > > Hi all,
> > >
> > > I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
> > >
Christian Mangin gmail.com> writes:
>
> Le 27.08.2012 08:44, Mike Manilone a écrit :
> > Hi all,
> >
> > I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
> > the CPU temperature will be very high when the load is high.
> > Especial
On 2012/08/27 22:44, Christian Mangin wrote:
You should try to adjust _PSV to be significantly lower (> 15-20C) than
the _CRT (critical shutdown temp) so that _CRT is never reached.
Well, I think this is very useful for all the situations. Why not set
them by default?
__
Le 27.08.2012 08:44, Mike Manilone a écrit :
> Hi all,
>
> I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
> the CPU temperature will be very high when the load is high.
> Especially while I am building C++ programs. It shut down for even 3
> times wh
Gi,
On Mon, 27 Aug 2012 20:44:59 +0800
Mike Manilone wrote:
> I just switched from Fedora Linux to FreeBSD. But I noticed a
I did the same on my notebook some time ago.
> problem, the CPU temperature will be very high when the load is high.
It was the same for me while Fedora was r
Hi all,
I just switched from Fedora Linux to FreeBSD. But I noticed a problem,
the CPU temperature will be very high when the load is high. Especially
while I am building C++ programs. It shut down for even 3 times while I
was building Firefox/Thunderbird, just because of high temperature
On Thursday 10 September 2009 09:37 am, Luigi Rizzo wrote:
> On Thu, Sep 10, 2009 at 03:21:07PM +0200, Kurt Jaeger wrote:
> > Hi!
> >
> > > > I thought coretemp had be modified in HEAD to support Phenoms
> > > > but I can't find any evidence of that in SVN so I am not sure
> > > > what I am thinkin
ally very difficult to get to work unless you can get
information from your motherboard maker because various voltage
dividers are set by the mobo maker..
In any case measuring the temperature is only a proxy, direct (rate
limited!) notification of the throttling even would be better.
--
Daniel O'
On Thu, Sep 10, 2009 at 03:21:07PM +0200, Kurt Jaeger wrote:
> Hi!
>
> > > I thought coretemp had be modified in HEAD to support Phenoms but I
> > > can't find any evidence of that in SVN so I am not sure what I am
> > > thinking..
> >
> > How about 'k8temp'?
>
> /usr/ports/sysutils/k8temp
>
>
Quoting Kurt Jaeger :
Hi!
> Any information on what can be done with AMD CPUs with respect
> to temperature monitoring ?
amdtemp(4) ? :-)
home$ man amdtemp
No manual entry for amdtemp
It's on 8.0-BETA4, but I have no amd64 running with that, yet.
wise# kldload k8temp
wise
Hi!
> > I thought coretemp had be modified in HEAD to support Phenoms but I
> > can't find any evidence of that in SVN so I am not sure what I am
> > thinking..
>
> How about 'k8temp'?
/usr/ports/sysutils/k8temp
This works, very nice!
Thanks!
--
p...@opsec.eu+49 171 3101372
0
Path: /usr/ports/sysutils/k8temp
Info: Athlon 64 and Opteron on-die temperature reader
Maint: t...@hur.st
B-deps:
R-deps:
WWW:http://hur.st/k8temp/
# k8temp
CPU 0 Core 0 Sensor 0: 35c
CPU 0 Core 1 Sensor 0: 36c
This is on the amd64 version of FreeBSD 8.0 using an Athlon64
On Thu, Sep 10, 2009 at 10:13:28PM +0930, Daniel O'Connor wrote:
> On Thu, 10 Sep 2009, Kurt Jaeger wrote:
> > Any information on what can be done with AMD CPUs with respect
> > to temperature monitoring ?
>
> I thought coretemp had be modified in HEAD to support Pheno
On Thu, 10 Sep 2009, Kurt Jaeger wrote:
> Any information on what can be done with AMD CPUs with respect
> to temperature monitoring ?
I thought coretemp had be modified in HEAD to support Phenoms but I
can't find any evidence of that in SVN so I am not sure what I am
thinking..
ot, it
> starts reducing frequency (multiplier) and voltage, alike to IEST. If
> it is insufficient, it starts to skip core cycles, alike to TCC. If
> it is still insufficient and temperature rises above about 100C,
> emergency shutdown happens.
Hmm, I have since realised it&#x
On Wed, 9 Sep 2009, Robert Noland wrote:
> > I am pretty sure it would be throttling but I think that works by
> > maintaining the frequency but stalling the CPU some percentage of
> > the time. I have p4tcc loaded (in GENERIC) but it doesn't show up,
> > I only get..
>
> Is this a core2duo? IIRC,
Le Mar 8 sep 09 à 14:39:36 +0200, Daniel O'Connor
écrivait :
> Hi,
> I recently discovered a system where the floppy drive cable was
> intermittently fouling the CPU fan - I believe this caused the CPU to
> overheat and then get throttled by the BIOS.
>
> Does anyone know if it is possible to
Hi!
> > Any information on what can be done with AMD CPUs with respect
> > to temperature monitoring ?
>
> amdtemp(4) ? :-)
home$ man amdtemp
No manual entry for amdtemp
It's on 8.0-BETA4, but I have no amd64 running with that, yet.
--
p...@opsec.eu
fficient, it starts to skip core cycles, alike to TCC. If it is
>> still insufficient and temperature rises above about 100C, emergency
>> shutdown happens.
>
> Cool. I just tested coretemp on some CPU here, works very nice!
>
> Any information on what can be done wit
fficient and temperature rises above about 100C, emergency
> shutdown happens.
Cool. I just tested coretemp on some CPU here, works very nice!
Any information on what can be done with AMD CPUs with respect
to temperature monitoring ?
Thanks!
--
p...@opsec.eu
>> CPU to overheat and then get throttled by the BIOS.
> >>>>>>
> >>>>>> Does anyone know if it is possible to determine if this is the
> >>>>>> case? ie is there a way to be informed if throttling has
> >>>>>> occurred
gt;> Does anyone know if it is possible to determine if this is the
>>>>>> case? ie is there a way to be informed if throttling has
>>>>>> occurred?
>>>>> Theoretically it is possible. I know off-topic tool reporting
>>>>> this. Also you ca
s possible to determine if this is the
> > >>> case? ie is there a way to be informed if throttling has
> > >>> occurred?
> > >>
> > >> Theoretically it is possible. I know off-topic tool reporting
> > >> this. Also you can just monitor CPU temperature, de
; occurred?
> >>
> >> Theoretically it is possible. I know off-topic tool reporting
> >> this. Also you can just monitor CPU temperature, depending on CPU
> >> type.
> >
> > Monitoring CPU temperature is a bit difficult, there are a lack of
> > to
On Wed, 9 Sep 2009, Robert Noland wrote:
> On Wed, 2009-09-09 at 10:20 +0930, Daniel O'Connor wrote:
> > On Wed, 9 Sep 2009, Ian Smith wrote:
> > > > > Does anyone know if it is possible to determine if this is
> > > > > the case? ie is there a way to be informed if throttling has
> > > > > occu
d then get throttled by the BIOS.
>>>
>>> Does anyone know if it is possible to determine if this is the
>>> case? ie is there a way to be informed if throttling has occurred?
>> Theoretically it is possible. I know off-topic tool reporting this.
>> Also you can
On Wed, 2009-09-09 at 10:20 +0930, Daniel O'Connor wrote:
> On Wed, 9 Sep 2009, Ian Smith wrote:
> > > > Does anyone know if it is possible to determine if this is the
> > > > case? ie is there a way to be informed if throttling has
> > > > occurred?
> >
> > Might be easier to hack powerd.c as a
On Wed, 9 Sep 2009, Ian Smith wrote:
> > > Does anyone know if it is possible to determine if this is the
> > > case? ie is there a way to be informed if throttling has
> > > occurred?
>
> Might be easier to hack powerd.c as an existing pretty lightweight
> way of monitoring CPU freq (to log or
t;
> > Does anyone know if it is possible to determine if this is the
> > case? ie is there a way to be informed if throttling has occurred?
>
> Theoretically it is possible. I know off-topic tool reporting this.
> Also you can just monitor CPU temperature, depending on CPU type.
Mon
On Tue, 8 Sep 2009, Henrik Friedrichsen wrote:
> I don't know whether there is a more convenient way, but you could
> definitely check the current CPU frequency to detect whether it
> changed from the previous one or not. There are several ways to this,
> depends on the CPU. You can try messing
case? ie
> is there a way to be informed if throttling has occurred?
Theoretically it is possible. I know off-topic tool reporting this.
Also you can just monitor CPU temperature, depending on CPU type.
--
Alexander Motin
___
freebsd-stable@freebs
I don't know whether there is a more convenient way, but you could
definitely check the current CPU frequency to detect whether it
changed from the previous one or not. There are several ways to this,
depends on the CPU. You can try messing with cpufreq(4).
On Tue, Sep 8, 2009 at 2:39 PM, Daniel O
Hi,
I recently discovered a system where the floppy drive cable was
intermittently fouling the CPU fan - I believe this caused the CPU to
overheat and then get throttled by the BIOS.
Does anyone know if it is possible to determine if this is the case? ie
is there a way to be informed if throttl
t so much a
> "monitor" in the sense of what you think it might be (re: ability to
> provide thermal statistics to a program). It *is* a "monitor" in the
> sense that it reads temperature, but there's no way to access that
> internal data.
Yes, Dan Nelson
On Sun, 03 Aug 2008 14:08:42 +0200
Roland Smith <[EMAIL PROTECTED]> wrote:
> Have you tried sysutils/mbmon? Or running 'sysctl hw.acpi|grep tz'?
Yes. :-)
I wrote that in my initial post in this thread, I believe. :-)
--
Regards,
Torfinn Ingolfsen
___
hould never
> trip, and its on/off status (not temperature) is only readable by two
> pins on the CPU. It can be disabled and enabled by software, but not
> monitored.
Ah, ok - that explains it. Not much use for me then. (Ok, it is good
that this is there, but I can't use it f
family 0
> Model 2 - Intel Pentium 4 processor (generic) or newer
> Stepping 9
> Reserved 0
This gets into semantics: "what exactly does 'monitor' mean?"
The P4 TM feature is more of a thermal manager and not so much a
"monitor" in the sense of what you think it m
of those, to my knowledge, have on-die temperatures -- they all
> > rely on external H/W monitoring.
>
> Ok, so what is the 'TM' feature of this cpu then?
>From what I can find on Intel's site for your CPU, TM is an emergency
switch that lowers the CPU speed to per
On Sun, Aug 03, 2008 at 01:52:51PM +0200, Torfinn Ingolfsen wrote:
> On Sat, 02 Aug 2008 20:19:12 -0700
> Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
>
> > On Sun, Aug 03, 2008 at 01:50:53AM +0200, Torfinn Ingolfsen wrote:
> > The first questions to ask are: 1) does this machine even have a H/W
> >
On Sat, 02 Aug 2008 20:19:12 -0700
Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 03, 2008 at 01:50:53AM +0200, Torfinn Ingolfsen wrote:
> The first questions to ask are: 1) does this machine even have a H/W
> monitoring IC on it, and 2) is it enabled/wired to thermistors and
> fans?
Ye
irst questions to ask are: 1) does this machine even have a H/W
monitoring IC on it, and 2) is it enabled/wired to thermistors and
fans?
> Or does anybody know how to fix the DSDT in the bios to enable thernal
> reporting?
I don't think this is possible.
> Or perhaps there is a way
where?
Or does anybody know how to fix the DSDT in the bios to enable thernal
reporting?
Or perhaps there is a way to read the temperature off the cpu, like the
coretemp(4) driver?
For those who wonders: yes, I have tried mbmon, lmmon from ports, but
they didn't report anything useful as f
On Wed, Jan 10, 2007 at 06:46:10PM +1030, Daniel O'Connor wrote:
> On Wednesday 10 January 2007 14:08, Bruno Ducrot wrote:
> > From the OP, I think the processor is an AMD 64 bits of some sort. From
> > "BIOS and Kernel Developer's Guide for AMD NPT Family 0Fh Processors",
> > available at
>
> The
On Wednesday 10 January 2007 14:08, Bruno Ducrot wrote:
> From the OP, I think the processor is an AMD 64 bits of some sort. From
> "BIOS and Kernel Developer's Guide for AMD NPT Family 0Fh Processors",
> available at
The P8SCT is an Intel S775 board so AMD specific things are unlikely to
work :)
arding your setpci request:
>
> 0x1022 is the vendor ID (AMD), 0x1103 is the device ID (what AMD
> labels as "Miscellaneous Control"). How did you determine that
> you should use configuration register E6? I can't find any
> documentation about this PCI device.
>
ttp://www.winbond-usa.com/products/winbond_products/pdfs/PCIC/627hf.pdf
Regarding your setpci request:
0x1022 is the vendor ID (AMD), 0x1103 is the device ID (what AMD
labels as "Miscellaneous Control"). How did you determine that
you should use configuration register E6? I can't
Hi,
On Tue, Jan 09, 2007 at 12:39:45PM +1030, Daniel O'Connor wrote:
> Has anyone had any success?
> I've tried healthd (0.7.9) but it can't show temps, eg..
> julx2:/usr/src/sys/amd64/conf>sudo healthd -1 -D
It seems we can get directly different temperatures from the CPU. At
least this works f
Has anyone had any success?
I've tried healthd (0.7.9) but it can't show temps, eg..
julx2:/usr/src/sys/amd64/conf>sudo healthd -1 -D
Password:
* Hardware Information *
Unknown Vendor: ID =
Temp.= 255.0, 0.0, 0.0; Ro
; > will contact the manufacturer.
> >
> > If ACPI doesn't include the sysctl's that's due to your BIOS, not
FreeBSD.
> > You can verify by doing an acpidump and seeing if you have any thermal
> > zones listed in your ASL.
>
> I have a simil
the sysctl's that's due to your BIOS, not FreeBSD.
> You can verify by doing an acpidump and seeing if you have any thermal
> zones listed in your ASL.
I have a similar problem. This is what sysctl says:
hw.acpi.thermal.tz0.temperature: 8.3C
hw.acpi.thermal.tz0.a
On Jul 28, 2006, at 8:38 PM, Nikolas Britton wrote:
On 7/26/06, David Duchscher <[EMAIL PROTECTED]> wrote:
Yes, the Supermicro PDSMi supports the IPMI 2.0 module and I can
confirm that it works with the IPMI ported driver from current on
6.1. The module is optional so you will have to purchas
On 7/26/06, David Duchscher <[EMAIL PROTECTED]> wrote:
On Jul 26, 2006, at 11:09 AM, Bruno Ducrot wrote:
> On Tue, Jul 25, 2006 at 11:51:25AM -0400, Mike Jakubik wrote:
>> I need to be able to get the cpu and fan information from my
>> motherboard, however none of the monitoring utilities in th
hw.acpi.thermal
> [...]
> hw.acpi.thermal.tz0.temperature: -257.-1C
>
> If I understand it correctly, the current temperature is -257C, or 16
> degrees from absolute zero.
> Motherboard is Via MS8000.
Now that's _really_ cool. What kind of cooling equipment
do you have, and how muc
Spartak Radchenko <[EMAIL PROTECTED]> wrote:
> router# sysctl hw.acpi.thermal
> [...]
> hw.acpi.thermal.tz0.temperature: -257.-1C
>
> If I understand it correctly, the current temperature is -257C, or 16
> degrees from absolute zero.
> Motherboard is Via MS8000
L.
> What if there is a thermal zone, but sysctl returns meaningless numbers?
>
> router# sysctl hw.acpi.thermal
> hw.acpi.thermal.min_runtime: 0
> hw.acpi.thermal.polling_rate: 10
> hw.acpi.thermal.tz0.temperature: -257.-1C
> hw.acpi.thermal.tz0.active: -1
> hw.acpi.thermal.t
router# sysctl hw.acpi.thermal
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.tz0.temperature: -257.-1C
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 1
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: 50.0C
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.t
On Thursday 27 July 2006 02:25, Mike Jakubik wrote:
> Jiawei Ye wrote:
> > On 7/27/06, Mike Jakubik <[EMAIL PROTECTED]> wrote:
> >> I don't want to spend $50 extra per system, just so i can read the
> >> temperature, and not even use any of the IPMI function
Hi all!
Does someone have any
news about temperature
monitoring for asus (or
some other) gforce3 mobo?
Mine is called k8n 250.
6.1, amd64.
Zoran
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
Someone mentionned that you can't reach the smbus on ASUS boards.
That's because they turn it off in the BIOS. They turn it on and off as
they
need to read stuff for their SMI (well on some of their boards at least).
you can turn it on again using pciconf. but I forget the exact incantation.
(
[EMAIL PROTECTED]:31:3: class=0x0c0500 card=0x618015d9 chip=0x24d38086
rev=0x02 hdr=0x00
vendor = 'Intel Corporation'
device = '82801EB/ER (ICH5/ICH5R) SMBus Controller'
class= serial bus
subclass = SMBus
2006/7/27, Oliver Fromme <[EMAIL PROTECTED]>:
Mike Jakubik <[EMA
Well, here are the patch results.
The controller is detected:
ichsmb0: port 0x1100-0x111f irq
19 at device 31.3 on pci0
ichsmb0: [GIANT-LOCKED]
smbus0: on ichsmb0
smb0: on smbus0
However communication does not seem to work:
# smbmsg -p
Probing for devices on /dev/smb0:
Device @0x30: rw
De
Jung-uk Kim wrote:
FYI, see kern/85106:
http://www.freebsd.org/cgi/query-pr.cgi?pr=85106
Great, i will try the patch shortly.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, se
Bruno Ducrot wrote:
It should be ichsmb with a ich7 southbridge IIRC, but there is a
missing pci id onto sys/ichsmb/ichsmb_pci.c, (it should be
0x27da8086).
Maybe the ich7 isn't supported yet. I don't have time to check
more ATM. I'll look intel specs tomorrow.
It indeed is a ich7.
[EMAI
On Thursday 27 July 2006 12:13 pm, Bruno Ducrot wrote:
> It should be ichsmb with a ich7 southbridge IIRC, but there is a
> missing pci id onto sys/ichsmb/ichsmb_pci.c, (it should be
> 0x27da8086).
>
> Maybe the ich7 isn't supported yet. I don't have time to check
> more ATM. I'll look intel spec
On Thu, Jul 27, 2006 at 11:09:51AM -0400, Mike Jakubik wrote:
> Bruno Ducrot wrote:
> >Could you please try (if you have a working smb device)
> >
> ># smbmsg -p
> >
>
> Well, i don't think its being detected/supported. I tried loading all
> the smbus related kernel modules, but no device.
>
>
Mike Jakubik <[EMAIL PROTECTED]> wrote:
> Bruno Ducrot wrote:
> > Could you please try (if you have a working smb device)
> > # smbmsg -p
>
> Well, i don't think its being detected/supported. I tried loading all
> the smbus related kernel modules, but no device.
>
> Id Refs AddressSi
Bruno Ducrot wrote:
Could you please try (if you have a working smb device)
# smbmsg -p
Well, i don't think its being detected/supported. I tried loading all
the smbus related kernel modules, but no device.
Id Refs AddressSize Name
19 0xc040 2d1624 kernel
21 0xc06d2
m, around 0. You will also need the latest BIOS loaded on
> >>>the motherboard for it to work.
> >>>
> >>>http://www.supermicro.com/products/accessories/addon/AOC-IPMI20-E.cfm
> >>I don't want to spend $50 extra per system, just so i can read the
> >
ystem, just so i can read the
temperature, and not even use any of the IPMI functions. I need a simple
and scriptable way to get the values, acpi sysctls are ideal for this.
Have you tried ports/sysutils/mbmon?
It can try to get the values in different ways, e.g. accessing the chip
directly,
Jiawei Ye wrote:
On 7/27/06, Mike Jakubik <[EMAIL PROTECTED]> wrote:
I don't want to spend $50 extra per system, just so i can read the
temperature, and not even use any of the IPMI functions. I need a simple
and scriptable way to get the values, acpi sysctls are ideal for this.
oducts/accessories/addon/AOC-IPMI20-E.cfm
>
> I don't want to spend $50 extra per system, just so i can read the
> temperature, and not even use any of the IPMI functions. I need a simple
> and scriptable way to get the values, acpi sysctls are ideal for this.
Have you tried
On Thu, Jul 27, 2006 at 02:25:19AM -0400, Mike Jakubik wrote:
> Jiawei Ye wrote:
> >On 7/27/06, Mike Jakubik <[EMAIL PROTECTED]> wrote:
> >>I don't want to spend $50 extra per system, just so i can read the
> >>temperature, and not even use any of the I
Jiawei Ye wrote:
On 7/27/06, Mike Jakubik <[EMAIL PROTECTED]> wrote:
I don't want to spend $50 extra per system, just so i can read the
temperature, and not even use any of the IPMI functions. I need a simple
and scriptable way to get the values, acpi sysctls are ideal for this.
On 7/27/06, Mike Jakubik <[EMAIL PROTECTED]> wrote:
I don't want to spend $50 extra per system, just so i can read the
temperature, and not even use any of the IPMI functions. I need a simple
and scriptable way to get the values, acpi sysctls are ideal for this.
What about using S
one for
the system, around 0. You will also need the latest BIOS loaded on
the motherboard for it to work.
http://www.supermicro.com/products/accessories/addon/AOC-IPMI20-E.cfm
I don't want to spend $50 extra per system, just so i can read the
temperature, and not even use any of the
Bruno Ducrot wrote:
On Tue, Jul 25, 2006 at 11:51:25AM -0400, Mike Jakubik wrote:
I need to be able to get the cpu and fan information from my
motherboard, however none of the monitoring utilities in the ports seems
to support my motherboard (Supermicro PDSMi, Intel E7230 (Mukilteo)
Chipset
32-SLI Deluxe. The older
> versions of this motherboard type like A8N-SLI Deluxe and maybe A8N-SLI
> Premium had thermal zones in ACPI output, but not the A8N32-SLI. No
> temperature, no fanspeed, no thermal zones.
ASUS P800 SE i865e chipset - problems too.
__
On Jul 26, 2006, at 11:09 AM, Bruno Ducrot wrote:
On Tue, Jul 25, 2006 at 11:51:25AM -0400, Mike Jakubik wrote:
I need to be able to get the cpu and fan information from my
motherboard, however none of the monitoring utilities in the ports
seems
to support my motherboard (Supermicro PDSMi,
Bruno Ducrot wrote:
On Tue, Jul 25, 2006 at 11:51:25AM -0400, Mike Jakubik wrote:
I need to be able to get the cpu and fan information from my
motherboard, however none of the monitoring utilities in the ports seems
to support my motherboard (Supermicro PDSMi, Intel E7230 (Mukilteo)
Chipset
On Tue, Jul 25, 2006 at 11:51:25AM -0400, Mike Jakubik wrote:
> I need to be able to get the cpu and fan information from my
> motherboard, however none of the monitoring utilities in the ports seems
> to support my motherboard (Supermicro PDSMi, Intel E7230 (Mukilteo)
> Chipset). On my older VI
"me too". chipset - e7520
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
CPI output, but not the A8N32-SLI. No
temperature, no fanspeed, no thermal zones.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
I need to be able to get the cpu and fan information from my
motherboard, however none of the monitoring utilities in the ports seems
to support my motherboard (Supermicro PDSMi, Intel E7230 (Mukilteo)
Chipset). On my older VIA based motherboards and some Nvidia, i can get
this information usin
Marian Hettwer <[EMAIL PROTECTED]> wrote:
> Doug Ambrisko wrote:
> > Stephan Koenig writes:
> > | Does anyone know of an easy way to get temperature information out of
> > | a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
> > |
> > | So
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
Doug Ambrisko wrote:
> Stephan Koenig writes:
> | Does anyone know of an easy way to get temperature information out of
> | a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
> |
> | Something that has a
Stephan Koenig writes:
| Does anyone know of an easy way to get temperature information out of
| a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
|
| Something that has a very simple CLI that just outputs the temperature
| without any formatting, or a library/sysctl, would be
O. Hartmann wrote:
> O. Hartmann schrieb:
> > Roland Smith schrieb:
> >> On Thu, Mar 16, 2006 at 07:22:14PM -0500, Stephan Koenig wrote:
> >>> Does anyone know of an easy way to get temperature information out of
> >>> a Dell PowerEdge 1550/165
O. Hartmann schrieb:
> Roland Smith schrieb:
>> On Thu, Mar 16, 2006 at 07:22:14PM -0500, Stephan Koenig wrote:
>>> Does anyone know of an easy way to get temperature information out of
>>> a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
>&g
Vladimir Botka wrote:
Hello,
try /usr/ports/sysutils/mbmon. It is HW specific "supports LM78/79,
WINBond 83781D/83782D/83783S, ASUS 991227F, and VIA VT82C686A/B
PC-health chips via 3 methods: ISA-I/O, SMBus, VIA-direct".
Problem with mbmon is that its support for the various chipsets is
out
Hello,
try /usr/ports/sysutils/mbmon. It is HW specific "supports LM78/79,
WINBond 83781D/83782D/83783S, ASUS 991227F, and VIA VT82C686A/B PC-health
chips via 3 methods: ISA-I/O, SMBus, VIA-direct".
to get the HD`s temperature (and other info about HD as well) you can use
On Fri, 17 March, 2006 7:17, Surer Dink wrote:
> If you search for messages with subject: CPU/case/disk temperature
> sensors for Dell PowerEdge 2850 on freebsd-hackers, you will discover
> a thread which boils down to the following instructions:
> reboot machine; while it's reb
Roland Smith schrieb:
> On Thu, Mar 16, 2006 at 07:22:14PM -0500, Stephan Koenig wrote:
>> Does anyone know of an easy way to get temperature information out of
>> a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
>>
>> Something that has a very simpl
On Fri, 17 Mar 2006, Roland Smith wrote:
> On Thu, Mar 16, 2006 at 07:22:14PM -0500, Stephan Koenig wrote:
>> Does anyone know of an easy way to get temperature information out of
>> a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
>>
>> Something
On Thu, Mar 16, 2006 at 07:22:14PM -0500, Stephan Koenig wrote:
> Does anyone know of an easy way to get temperature information out of
> a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
>
> Something that has a very simple CLI that just outputs the temperature
&
Hello!
On Thu, 16 Mar 2006, Stephan Koenig wrote:
Does anyone know of an easy way to get temperature information out of
a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
Something that has a very simple CLI that just outputs the temperature
without any formatting, or a
Does anyone know of an easy way to get temperature information out of
a Dell PowerEdge 1550/1650/1750/1850/2650/2850 running FreeBSD4/5/6?
Something that has a very simple CLI that just outputs the temperature
without any formatting, or a library/sysctl, would be ideal.
Thanks
, but lmmon and healthd give me some
> strange answers...
>
> First when using /dev/smb0, they tell me:
> 'IOCTL: Invalid argument'
>
> or when using the /dev/io they give me wrong values (like 255°C into the
> computer.. :>)
>
> So, my questions are:
> - do
Of course, the problem could be that linux is simply not reporting the
right temperature (too low), and that your overclocked chips simply can't
handle SMP.
On Thu, 30 Dec 1999, David Kelly wrote:
> Ted Sikora writes:
> > Well I built another kernel without SMP and the temp d
Ted Sikora wrote:
>
> The voltage readings by the winbond IC in the bios are accurate.
> The case temperature was 5F cooler than reported.
> So I would conclude the readings from the bios are a fairly accurate
> representation of the machines current condition.
Was this tested
As I recall, Mike Smith wrote:
>> o The standard 3.3-RELEASE UniProcessor kernel runs identical to
>> Linux.
>
> This is because both systems use the HLT instruction, which has a low
> power consumption. You've already been told this.
>
>> o FreeBSD SMP kernels immediately run hotter than t
1 - 100 of 111 matches
Mail list logo
