headers
Dag-Erling Smørgrav | 1 Aug 2007 09:47
Picon
Gravatar

Re: [patch] enhance powerd(8) to handle max temperature

Hajimu UMEMOTO <ume <at> freebsd.org> writes:
> I cannot see _TC1, _TC2 nor _TSP in your `acpidump -dt' output.
> Further, there is no _PSV definition in anywhere, in the first place.
> It seems to me that your ACPI BIOS doesn't support passive cooling at
> all.

Going off on a tangent, I too have several motherboards (965P-based)
which do not define any ACPI thermal zones, which leads me to wonder:
what is the preferred way to access thermal data these days?  IPMI?  Do
we have IPMI support in base or ports?

DES
--

-- 
Dag-Erling Smørgrav - des <at> des.no
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Bill Moran | 1 Aug 2007 15:08
Favicon

Re: [patch] enhance powerd(8) to handle max temperature

In response to "Dag-Erling Smørgrav" <des <at> des.no>:

> Hajimu UMEMOTO <ume <at> freebsd.org> writes:
> > I cannot see _TC1, _TC2 nor _TSP in your `acpidump -dt' output.
> > Further, there is no _PSV definition in anywhere, in the first place.
> > It seems to me that your ACPI BIOS doesn't support passive cooling at
> > all.
> 
> Going off on a tangent, I too have several motherboards (965P-based)
> which do not define any ACPI thermal zones, which leads me to wonder:
> what is the preferred way to access thermal data these days?  IPMI?  Do
> we have IPMI support in base or ports?

Not sure about the base, but we've been using ipmitool from ports for
a while with success, and we're investigating FreeIPMI.

--

-- 
Bill Moran
Collaborative Fusion Inc.
http://people.collaborativefusion.com/~wmoran/

wmoran <at> collaborativefusion.com
Phone: 412-422-3463x4023

****************************************************************
IMPORTANT: This message contains confidential information and is
intended only for the individual named. If the reader of this
message is not an intended recipient (or the individual
responsible for the delivery of this message to an intended
recipient), please be advised that any re-use, dissemination,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Doug Ambrisko | 1 Aug 2007 19:06

Re: [patch] enhance powerd(8) to handle max temperature

Bill Moran writes:
| In response to "Dag-Erling Sm?rgrav" <des <at> des.no>:
| > Hajimu UMEMOTO <ume <at> freebsd.org> writes:
| > > I cannot see _TC1, _TC2 nor _TSP in your `acpidump -dt' output.
| > > Further, there is no _PSV definition in anywhere, in the first place.
| > > It seems to me that your ACPI BIOS doesn't support passive cooling at
| > > all.
| > 
| > Going off on a tangent, I too have several motherboards (965P-based)
| > which do not define any ACPI thermal zones, which leads me to wonder:
| > what is the preferred way to access thermal data these days?  IPMI?  Do
| > we have IPMI support in base or ports?
| 
| Not sure about the base, but we've been using ipmitool from ports for
| a while with success, and we're investigating FreeIPMI.

Both ipmitool and freeipmi in ports can use the ipmi(4) which lives in 
the base system on 6.X & above.  I recommend to use ipmi(4) versus
direct HW access from user-land so things are a bit more orderely.
So it is a mix of base and ports.  I like ipmitool & freeipmi in ports
as they have a bunch of people working on IPMI things and adding
features.  Personally, I went with ipmitool since some Dell people
are contributors to it.

Not all systems have IPMI but it tends to be nice when they do.  There
are several things that have IPMI as a subset.  Things that might have
it could have ASF(AMD) or AMT (Intel) capable machines.  Some times
it an add-in daughter card on server type motherboard.  With AMT it
seems Intel is pushing it more into the Desktop space :-)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Yong Rao | 2 Aug 2007 02:43
Favicon

core dump hangs

Hi, 

Recently, while we developed our own FreeBSD driver, we found the core
dump does not work (with SMP options and dual CPUs). We have already
filed a PR for this bug. See
http://www.freebsd.org/cgi/query-pr.cgi?pr=114370.

I am wondering if anybody on this list is interested in investigating
this issue. This bug is sort of blocking our development work because
the core could not be dumped out when our driver crash happens.

Thanks a lot for your attention.

Yong Rao

Force10 Networks, Inc.

408 571 3617(w)

_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
Permalink | Reply | 4 comments |
headers
Garrett Cooper | 2 Aug 2007 03:38

Re: core dump hangs

Yong Rao wrote:
> Hi, 
>
>  
>
> Recently, while we developed our own FreeBSD driver, we found the core
> dump does not work (with SMP options and dual CPUs). We have already
> filed a PR for this bug. See
> http://www.freebsd.org/cgi/query-pr.cgi?pr=114370.
>
>  
>
> I am wondering if anybody on this list is interested in investigating
> this issue. This bug is sort of blocking our development work because
> the core could not be dumped out when our driver crash happens.
>
>  
>
> Thanks a lot for your attention.
>
>  
>
> Yong Rao
>
> Force10 Networks, Inc.
>
> 408 571 3617(w)

Which scheduler are you using? ULE or 4BSD?
-Garrett
(Continue reading)

Permalink | Reply | 3 comments |
headers
Yong Rao | 2 Aug 2007 04:30
Favicon

RE: core dump hangs

We use 4BSD (options SCHED_4BSD).

Thanks,
-Yong

-----Original Message-----
From: Garrett Cooper [mailto:youshi10 <at> u.washington.edu] 
Sent: Wednesday, August 01, 2007 6:39 PM
To: Yong Rao
Cc: hackers <at> FreeBSD.org; remko <at> FreeBSD.org; remko <at> elvandar.org
Subject: Re: core dump hangs

Yong Rao wrote:
> Hi, 
>
>  
>
> Recently, while we developed our own FreeBSD driver, we found the core
> dump does not work (with SMP options and dual CPUs). We have already
> filed a PR for this bug. See
> http://www.freebsd.org/cgi/query-pr.cgi?pr=114370.
>
>  
>
> I am wondering if anybody on this list is interested in investigating
> this issue. This bug is sort of blocking our development work because
> the core could not be dumped out when our driver crash happens.
>
>  
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
LI Xin | 2 Aug 2007 04:52

Re: core dump hangs

Yong Rao wrote:
> We use 4BSD (options SCHED_4BSD).

Could you please try if setting debug.minidump=0 would help the situation?

Cheers,
--

-- 
Xin LI <delphij <at> delphij.net>	http://www.delphij.net/
FreeBSD - The Power to Serve!
Permalink | Reply | 1 comment |
headers
M. Warner Losh | 2 Aug 2007 05:17

Re: [patch] enhance powerd(8) to handle max temperature

In message: <46AE8F78.1060203 <at> root.org>
            Nate Lawson <nate <at> root.org> writes:
: Hajimu UMEMOTO wrote:
: >>>>>> On Mon, 30 Jul 2007 23:31:33 +0200
: >>>>>> Pietro Cerutti <gahr <at> gahr.ch> said:
: > gahr> My patch is really just a first draft that I wrote in order to have
: > gahr> feedbacks on the general idea to implement a temperature controlling
: > gahr> system inside powerd, and doesn't implement hysteresis as you noted, and
: > gahr> your feedback is that it's not a good idea, which I respect.
: > 
: > It is rather backward, IMHO.  I did implement a passive cooling
: > feature as an enhancement of powerd(8) like you did, during initial
: > phases.  Then, I implemented it in our kernel as a result.
: 
: I'll take a look at your patch.  Umemoto-san is right in that you really
: want the kernel to control cooling.  What happens if powerd dies/hangs
: and your system burns up?  Passive cooling is often a last resort to
: keep the system from overheating.

I keep getting the system shutting down on my HP by FreeBSD because
the temperature exceeds the _CRT value.  Maybe there's something wrong
with my values, since it happens a lot:

hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 0.0C
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 1
hw.acpi.thermal.tz0.thermal_flags: 0
(Continue reading)

Permalink | Reply | 0 comments |
headers
Garrett Cooper | 2 Aug 2007 05:26

Re: [patch] enhance powerd(8) to handle max temperature

M. Warner Losh wrote:
> In message: <46AE8F78.1060203 <at> root.org>
>             Nate Lawson <nate <at> root.org> writes:
> : Hajimu UMEMOTO wrote:
> : >>>>>> On Mon, 30 Jul 2007 23:31:33 +0200
> : >>>>>> Pietro Cerutti <gahr <at> gahr.ch> said:
> : > gahr> My patch is really just a first draft that I wrote in order to have
> : > gahr> feedbacks on the general idea to implement a temperature controlling
> : > gahr> system inside powerd, and doesn't implement hysteresis as you noted, and
> : > gahr> your feedback is that it's not a good idea, which I respect.
> : > 
> : > It is rather backward, IMHO.  I did implement a passive cooling
> : > feature as an enhancement of powerd(8) like you did, during initial
> : > phases.  Then, I implemented it in our kernel as a result.
> : 
> : I'll take a look at your patch.  Umemoto-san is right in that you really
> : want the kernel to control cooling.  What happens if powerd dies/hangs
> : and your system burns up?  Passive cooling is often a last resort to
> : keep the system from overheating.
>
> I keep getting the system shutting down on my HP by FreeBSD because
> the temperature exceeds the _CRT value.  Maybe there's something wrong
> with my values, since it happens a lot:
>
> hw.acpi.thermal.min_runtime: 0
> hw.acpi.thermal.polling_rate: 10
> hw.acpi.thermal.user_override: 0
> hw.acpi.thermal.tz0.temperature: 0.0C
> hw.acpi.thermal.tz0.active: -1
> hw.acpi.thermal.tz0.passive_cooling: 1
(Continue reading)

Permalink | Reply | 0 comments |
headers
Julian Elischer | 2 Aug 2007 05:37

Re: [patch] enhance powerd(8) to handle max temperature

Garrett Cooper wrote:
> M. Warner Losh wrote:
>> In message: <46AE8F78.1060203 <at> root.org>
>>             Nate Lawson <nate <at> root.org> writes:
>> : Hajimu UMEMOTO wrote:
>> : >>>>>> On Mon, 30 Jul 2007 23:31:33 +0200
>> : >>>>>> Pietro Cerutti <gahr <at> gahr.ch> said:
>> : > gahr> My patch is really just a first draft that I wrote in order 
>> to have
>> : > gahr> feedbacks on the general idea to implement a temperature 
>> controlling
>> : > gahr> system inside powerd, and doesn't implement hysteresis as 
>> you noted, and
>> : > gahr> your feedback is that it's not a good idea, which I respect.
>> : > : > It is rather backward, IMHO.  I did implement a passive cooling
>> : > feature as an enhancement of powerd(8) like you did, during initial
>> : > phases.  Then, I implemented it in our kernel as a result.
>> : : I'll take a look at your patch.  Umemoto-san is right in that you 
>> really
>> : want the kernel to control cooling.  What happens if powerd dies/hangs
>> : and your system burns up?  Passive cooling is often a last resort to
>> : keep the system from overheating.
>>
>> I keep getting the system shutting down on my HP by FreeBSD because
>> the temperature exceeds the _CRT value.  Maybe there's something wrong
>> with my values, since it happens a lot:
>>
>> hw.acpi.thermal.min_runtime: 0
>> hw.acpi.thermal.polling_rate: 10
>> hw.acpi.thermal.user_override: 0
(Continue reading)

Permalink | Reply | 0 comments |

Gmane