From owner-freebsd-ppc@FreeBSD.ORG Sat Jan 17 11:38:38 2015 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 529A7D78 for ; Sat, 17 Jan 2015 11:38:38 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05A2DC53 for ; Sat, 17 Jan 2015 11:38:37 +0000 (UTC) Received: (qmail 10140 invoked from network); 17 Jan 2015 11:38:36 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 17 Jan 2015 11:38:36 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.40.0) with SMTP; Sat, 17 Jan 2015 06:38:36 -0500 (EST) Received: (qmail 32679 invoked from network); 17 Jan 2015 11:38:35 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Jan 2015 11:38:35 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 7DFE71C4052; Sat, 17 Jan 2015 03:38:33 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: PowerMac G5 quad-core, CPU A1 DIODE TEMP: 90.8 C (for example): How to handle? [more data] From: Mark Millard In-Reply-To: <31331F84-63CC-48B7-81B5-E70A22E88CB7@dsl-only.net> Date: Sat, 17 Jan 2015 03:38:33 -0800 Message-Id: <604BAA0A-FD15-4310-88B2-DFEE9988D1EB@dsl-only.net> References: <42CF1E40-5BD5-4B00-86E9-C62AEB9B8B93@dsl-only.net> <15A6D627-9DC7-48AF-B133-94980AFCE46A@dsl-only.net> <20150115231129.1b28c8d0@zhabar.attlocal.net> <0631235D-A505-4C37-87D7-6F46A14552AB@dsl-only.net> <20150116233145.6708cc6f@zhabar.attlocal.net> <31331F84-63CC-48B7-81B5-E70A22E88CB7@dsl-only.net> To: Justin Hibbits X-Mailer: Apple Mail (2.1993) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 11:38:38 -0000 I've now tested the new patch and strongly expect that the new code is = much better but it is not sufficient to keep the temperature down on the = problematical quad-core G5 that I've been testing via buildworld. It did = last over 30 minutes and there were no 0 rpm figures sampled for this = new code. Note: it turns out the two sysctl dumps of samples (dev.smu and = dev.smusat) are done (as a pair) more like once every 3 to 4 seconds, = not once a second. I include timestamps this time. The new code ended up keeping the intake and exhaust fans near the 3200 = maxrpm for a long time and the pump near the maxrpm 3600 too. But that = was not enough for this G5 to keep its cool. It would apparently take = giving the CPUs/cores some periodic idle time to cool down in order to = keep this G5 cool enough. (Really just cpu a1 needing such.) Over the interval below (01:45:51 to 02:13:50) no .rpm figure was = sampled as < 3100 and no pump.rpm was sampled as < 3400. Sat Jan 17 01:45:51 PST 2015 dev.smu.0.fans.cpu_a_intake.rpm: 3131 dev.smu.0.fans.cpu_b_intake.rpm: 3131 dev.smu.0.fans.cpu_a_exhaust.rpm: 3127 dev.smu.0.fans.cpu_b_exhaust.rpm: 3143 dev.smu.0.fans.cpu_a_pump.rpm: 3549 dev.smusat.0.cpu_a0_diode_temp: 59.4C dev.smusat.0.cpu_a1_diode_temp: 70.3C dev.smusat.1.cpu_b0_diode_temp: 59.1C dev.smusat.1.cpu_b1_diode_temp: 64.8C Sat Jan 17 01:45:54 PST 2015 ... Over the below range pump.rpm is sampled as < 3500 only 6 times = (each > 3400)... Sat Jan 17 02:01:46 PST 2015 dev.smu.0.fans.cpu_a_intake.rpm: 3197 dev.smu.0.fans.cpu_b_intake.rpm: 3202 dev.smu.0.fans.cpu_a_exhaust.rpm: 3200 dev.smu.0.fans.cpu_b_exhaust.rpm: 3198 dev.smu.0.fans.cpu_a_pump.rpm: 3636 dev.smusat.0.cpu_a0_diode_temp: 67.6C dev.smusat.0.cpu_a1_diode_temp: 81.6C dev.smusat.1.cpu_b0_diode_temp: 61.0C dev.smusat.1.cpu_b1_diode_temp: 65.6C Sat Jan 17 02:01:50 PST 2015 ... The last lines that made it into the file before automatic shutdown = were ... Sat Jan 17 02:13:50 PST 2015 dev.smu.0.fans.cpu_a_intake.rpm: 3200 dev.smu.0.fans.cpu_b_intake.rpm: 3199 dev.smu.0.fans.cpu_a_exhaust.rpm: 3199 dev.smu.0.fans.cpu_b_exhaust.rpm: 3197 dev.smu.0.fans.cpu_a_pump.rpm: 3614 dev.smusat.0.cpu_a0_diode_temp: 73.0C dev.smusat.0.cpu_a1_diode_temp: 90.9C dev.smusat.1.cpu_b0_diode_temp: 62.6C dev.smusat.1.cpu_b1_diode_temp: 67.1C Sat Jan 17 02:13:54 PST 2015 So for the last 12 minutes or so the cpu intakes, exhausts, and pump = were going basically full blast. It was not enough for my context but = likely would help some other contexts. =3D=3D=3D Mark Millard markmi at dsl-only.net ... On 2015-Jan-16, at 11:31 PM, Justin Hibbits > wrote: On Fri, 16 Jan 2015 23:08:17 -0800 Mark Millard > wrote: > Hi. >=20 > An oddity of the patch is dev.smu.0.fans.cpu_a_exhaust.rpm is almost > always zero when sampled: (This was during the "make -j 8 buildworld > buildkernel" sort of test.) >=20 > dev.smu.0.fans.cpu_a_exhaust.rpm: 3197 > dev.smu.0.fans.cpu_a_exhaust.rpm: 3199 > dev.smu.0.fans.cpu_a_exhaust.rpm: 3197 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 278 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 > dev.smu.0.fans.cpu_a_exhaust.rpm: 0 >=20 > The b_exhaust and the intakes and the a_pump look more reasonable. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 I think that might be simply a timing issue. I haven't seen any problems testing on my dual G5. How does the temperature look now? Do you still have overheating problems? I have an updated patch available at https://reviews.freebsd.org/D1549 , = which is what I'm testing on my machine. - Justin