From owner-freebsd-ppc@FreeBSD.ORG Sun Jan 18 05:36:14 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 2C81687C; Sun, 18 Jan 2015 05:36:14 +0000 (UTC) Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com [IPv6:2a00:1450:4010:c04::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B21DC6A; Sun, 18 Jan 2015 05:36:13 +0000 (UTC) Received: by mail-lb0-f179.google.com with SMTP id z11so23757840lbi.10; Sat, 17 Jan 2015 21:36:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nbUKGvFo1He+ct3B96YLSjRwrdHWI45UlCqaVNgvtqk=; b=ALsInEKEC0zlLYuky8L+rqvd0JBfQvykkovP0FXsi+pT46F5glBjdbx+zpUmvzL6RS ZUm8K4NeG8yMROverAeNx4urH0gPhtFSGfF79a8oMGiYDijK+0++s5EtdV88Y8OIcunA nlYA7zo+pEEv4yfD4AF7FQmrPi836buyMppViZJ/bp8JT/Hf7039fuVjNT/gTLgZIbuo ZlKwbt9InfGHieazXAdT65LMWVo4pA8MOP+aWzH28NUpez/AsQPWv2RX8SRiVG7FFAWA EARtzmui1yCaUkCuUqnJxAisqsvd0zEjmA2ZPQZHbnekMzMzvM0HeXnMpnpUxMc+5BMR rFig== MIME-Version: 1.0 X-Received: by 10.152.7.180 with SMTP id k20mr9811244laa.4.1421559370999; Sat, 17 Jan 2015 21:36:10 -0800 (PST) Received: by 10.25.126.214 with HTTP; Sat, 17 Jan 2015 21:36:10 -0800 (PST) Received: by 10.25.126.214 with HTTP; Sat, 17 Jan 2015 21:36:10 -0800 (PST) In-Reply-To: <8E81058D-DFF8-4C54-8FA2-1202CC03081D@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> <604BAA0A-FD15-4310-88B2-DFEE9988D1EB@dsl-only.net> <20150117080916.3e321a4f@zhabar.attlocal.net> <42358897-0AC2-4B35-BE01-1D4EB2CC2F47@dsl-only.net> <4B8426E1-B0C8-430E-BA9F-EBBF2B1B935E@dsl-only.net> <592299C1-C92D-4CB3-8C4A-DB12FF7D102B@dsl-only.net> <8E81058D-DFF8-4C54-8FA2-1202CC03081D@dsl-only.net> Date: Sat, 17 Jan 2015 21:36:10 -0800 Message-ID: Subject: Re: PowerMac G5 quad-core, CPU A1 DIODE TEMP: 90.8 C (for example): How to handle? [Mac OS X behavior] From: Justin Hibbits To: Mark Millard Content-Type: text/plain; charset=UTF-8 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: Sun, 18 Jan 2015 05:36:14 -0000 I noticed on my quad running OS X spins up the fans all the way down at 55C. Perhaps you can try that, set the initial multiplier to 300 or more. I can add a sysctl to change the multiplier, if that would help people. -Justin On Jan 17, 2015 2:25 PM, "Mark Millard" wrote: > Looks like only Justin and Nathan got the graph (since I directly sent the > message to them but the mail list stripped it). > > === > Mark Millard > markmi T dsl-only.net > > On 2015-Jan-17, at 02:20 PM, Mark Millard wrote: > > I've included a picture of the graph of core temperatures from Mac OS X, > spanning a little over 6 minutes. The core temperature plots are colored > non-black. > > The "5 to 7" that I mentioned below is more like "3 to 12" over this time > interval. > > > > > === > Mark Millard > markmi at dsl-only.net > > On 2015-Jan-17, at 02:04 PM, Mark Millard wrote: > > Mac OS X 10.5 does force idle time of some form to keep core temperatures > down! My evidence is as follows. > > The application Temperature monitor does show me temperature records > (including graphs over time) under Mac OS X 10.5 for the G5. (No rpms.) It > displays the information as for cpu A 1&2 and cpu B 1&2 (instead of 0 and > 1). A2 is what it shows as a the hot one, matching FreeBSD's a1. I watched > with the current short-term temperature display updating once a second (set > via preferences). > > Once it reached around the low 90C range on A2 the temperature on A2 > started oscillating, going from the mid/low 90C's down to the 60C's/70C's > and back up again, over and over, fairly rapidly. But the graph of the > temperatures for all the cores shows all the CPU/core temperatures as > oscillating in matching timing. > > So I conclude that Mac OS X is doing something to give all the CPUs/cores > time to cool down as soon as any one of them gets too hot. > > So I do not expect Mac OS X to automatically power down, it has already > been far longer than it takes for FreeBSD to shutdown with the patched > RPM/cooling code. Menu meters shows the cores as fully used (mostly 100%, > occasional 99%). They are mostly running 6 of my double/long-long HINT > benchmark variants built various ways with parameter values input that are > designed for long runs. (HINT is memory/CPU limited until it causes > noticeable paging. But I've configured to not page with the 16GB of RAM > avilable.) > > So far the maximum temperature is 95.8C, and that is on A2. The next > highest core is A1 at 81.2C so far. During this oscillation A2's minumum is > 60.7C so far. > > There is a pattern to the drops: there is a sequence of 5 to 7 in a row > where the drop starts back up almost immediately but then there is a longer > duration with the temperatures staying down before it starts back up again. > After the longer duration drop the temperature rise is not as rapid so it > is longer until the next forced-drop. > > For the 5-7 in a row they tend to get somewhat closer together the further > into the sequence. It may be that the time between triggers the longer > cooling duration. > > The G5 has been kept busy for well over an hour, far longer than FreeBSD > did for "make -j 8 buildworld buildkernel" > > === > Mark Millard > markmi at dsl-only.net > > > > From owner-freebsd-ppc@FreeBSD.ORG Sun Jan 18 07:28:41 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 A4FC76B8 for ; Sun, 18 Jan 2015 07:28:41 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F13079A for ; Sun, 18 Jan 2015 07:28:41 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id r20so3046770wiv.4 for ; Sat, 17 Jan 2015 23:28:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=dqWGqJ63FKGO93F146U9b3ZdS/p3zYp7MuleXCkSQjU=; b=ybRVnM9yF6UvR32vVyp9qaq6wFtB663wfgzGODl/sJL92INdanwApwDX+b1+la6Bf2 WAagVArJOxmKBZEpacbUz088CFAmkycxsubJQittkRm8rqQ3eY+TvcV6AoCvaqxTQFNS zwZEA19rAJZD6aGn/jzAIsVUDxgUDAfPS8TtZSo4ivhFT8OcYyLaYobanIPwLT0P45Qk P8ppXI4Io7xd9tcQxypvuublaHwXxQ1mc1uJ3NuxpSZmzCa6947c1pKx6T2ZhnENWlSG 3zfkg0WDUWE1v0/g/sJagttMnk+qyIFVyGLj1hwRIRtXouGq+pC3zxgdboDN2lGZsjtS KB4A== MIME-Version: 1.0 X-Received: by 10.180.7.198 with SMTP id l6mr22784521wia.26.1421566119614; Sat, 17 Jan 2015 23:28:39 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.41.136 with HTTP; Sat, 17 Jan 2015 23:28:39 -0800 (PST) In-Reply-To: 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> <604BAA0A-FD15-4310-88B2-DFEE9988D1EB@dsl-only.net> <20150117080916.3e321a4f@zhabar.attlocal.net> <42358897-0AC2-4B35-BE01-1D4EB2CC2F47@dsl-only.net> <4B8426E1-B0C8-430E-BA9F-EBBF2B1B935E@dsl-only.net> <592299C1-C92D-4CB3-8C4A-DB12FF7D102B@dsl-only.net> <8E81058D-DFF8-4C54-8FA2-1202CC03081D@dsl-only.net> Date: Sat, 17 Jan 2015 23:28:39 -0800 X-Google-Sender-Auth: X4lhSu2-dVAINWjGCPNoflTlin8 Message-ID: Subject: Re: PowerMac G5 quad-core, CPU A1 DIODE TEMP: 90.8 C (for example): How to handle? [Mac OS X behavior] From: Adrian Chadd To: Justin Hibbits Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD PowerPC ML , Mark Millard 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: Sun, 18 Jan 2015 07:28:41 -0000 Intel CPUs do the same thing these days. They do it without the OS assistance. So maybe we need to add a thermal throttling module that inserts a fixed number of HLT cycles with a timer, or something along those lines, to try and enforce some form of processing duty cycle. (And there'll be a minimum length to stay asleep regardless; as entering sleep states does consume juice.) -adrian On 17 January 2015 at 21:36, Justin Hibbits wrote: > I noticed on my quad running OS X spins up the fans all the way down at > 55C. Perhaps you can try that, set the initial multiplier to 300 or more. > I can add a sysctl to change the multiplier, if that would help people. > > -Justin > On Jan 17, 2015 2:25 PM, "Mark Millard" wrote: > >> Looks like only Justin and Nathan got the graph (since I directly sent the >> message to them but the mail list stripped it). >> >> === >> Mark Millard >> markmi T dsl-only.net >> >> On 2015-Jan-17, at 02:20 PM, Mark Millard wrote: >> >> I've included a picture of the graph of core temperatures from Mac OS X, >> spanning a little over 6 minutes. The core temperature plots are colored >> non-black. >> >> The "5 to 7" that I mentioned below is more like "3 to 12" over this time >> interval. >> >> >> >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> On 2015-Jan-17, at 02:04 PM, Mark Millard wrote: >> >> Mac OS X 10.5 does force idle time of some form to keep core temperatures >> down! My evidence is as follows. >> >> The application Temperature monitor does show me temperature records >> (including graphs over time) under Mac OS X 10.5 for the G5. (No rpms.) It >> displays the information as for cpu A 1&2 and cpu B 1&2 (instead of 0 and >> 1). A2 is what it shows as a the hot one, matching FreeBSD's a1. I watched >> with the current short-term temperature display updating once a second (set >> via preferences). >> >> Once it reached around the low 90C range on A2 the temperature on A2 >> started oscillating, going from the mid/low 90C's down to the 60C's/70C's >> and back up again, over and over, fairly rapidly. But the graph of the >> temperatures for all the cores shows all the CPU/core temperatures as >> oscillating in matching timing. >> >> So I conclude that Mac OS X is doing something to give all the CPUs/cores >> time to cool down as soon as any one of them gets too hot. >> >> So I do not expect Mac OS X to automatically power down, it has already >> been far longer than it takes for FreeBSD to shutdown with the patched >> RPM/cooling code. Menu meters shows the cores as fully used (mostly 100%, >> occasional 99%). They are mostly running 6 of my double/long-long HINT >> benchmark variants built various ways with parameter values input that are >> designed for long runs. (HINT is memory/CPU limited until it causes >> noticeable paging. But I've configured to not page with the 16GB of RAM >> avilable.) >> >> So far the maximum temperature is 95.8C, and that is on A2. The next >> highest core is A1 at 81.2C so far. During this oscillation A2's minumum is >> 60.7C so far. >> >> There is a pattern to the drops: there is a sequence of 5 to 7 in a row >> where the drop starts back up almost immediately but then there is a longer >> duration with the temperatures staying down before it starts back up again. >> After the longer duration drop the temperature rise is not as rapid so it >> is longer until the next forced-drop. >> >> For the 5-7 in a row they tend to get somewhat closer together the further >> into the sequence. It may be that the time between triggers the longer >> cooling duration. >> >> The G5 has been kept busy for well over an hour, far longer than FreeBSD >> did for "make -j 8 buildworld buildkernel" >> >> === >> Mark Millard >> markmi at dsl-only.net >> >> >> >> > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" From owner-freebsd-ppc@FreeBSD.ORG Tue Jan 20 08:02:05 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 06BA7C64 for ; Tue, 20 Jan 2015 08:02:05 +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 A8E46679 for ; Tue, 20 Jan 2015 08:02:04 +0000 (UTC) Received: (qmail 30922 invoked from network); 20 Jan 2015 08:01:57 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 20 Jan 2015 08:01:57 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.0) with SMTP; Tue, 20 Jan 2015 03:01:57 -0500 (EST) Received: (qmail 32679 invoked from network); 20 Jan 2015 08:01:56 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 20 Jan 2015 08:01:56 -0000 X-No-Relay: not in my network 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 AF17E1C4017; Tue, 20 Jan 2015 00:01:55 -0800 (PST) Content-Type: text/plain; charset=utf-8 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? [Mac OS X behavior] From: Mark Millard In-Reply-To: <818E5DB8-89F3-402F-BCCB-F693C45F7427@dsl-only.net> Date: Tue, 20 Jan 2015 00:01:55 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <8C1E55BF-199C-43F0-8583-5C5ADCFB4214@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> <604BAA0A-FD15-4310-88B2-DFEE9988D1EB@dsl-only.net> <20150117080916.3e321a4f@zhabar.attlocal.net> <42358897-0AC2-4B35-BE01-1D4EB2CC2F47@dsl-only.net> <4B8426E1-B0C8-430E-BA9F-EBBF2B1B935E@dsl-only.net> <592299C1-C92D-4CB3-8C4A-DB12FF7D102B@dsl-only.net> <8E81058D-DFF8-4C54-8FA2-1202CC03081D@dsl-only.net> <818E5DB8-89F3-402F-BCCB-F693C45F7427@dsl-only.net> To: Justin Hibbits X-Mailer: Apple Mail (2.1993) 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: Tue, 20 Jan 2015 08:02:05 -0000 In addition to the below notes that I sent to Justin and Nathan I = installed the Processors system preference pane (from CHUD 4.6.2) and = did an experiment with turning off and on "Allow Nap" under Mac OS X = 10.5.8 on the problematical G5 quad-core. I'll note that the whole time = Mac OS X was keeping the RPM's near maximums so those are not much of a = parameter set for this note. With Allow Nap disabled the result for idle-conditions (well, = Temperature Monitor running and the configuration's normal background = activity going) was: the temperature gradually increased overall over = 2hr+ and then started the temperature oscillation pattern once it = reached something around around 88C (for the same core as before). No = benchmarks or other loads added. Reenabling Allow Nap lead to the temperature dropping and staying down = (compared to reaching 88C). (This matches earlier results were Allow Nap = was implicitly enabled and so idle-conditions did not get to such high = temperatures.) Earlier activity reports establish that Allow Nap is not sufficient to = keep the processors/cores cool when they are under load (with the high = RPM's always involved). =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Jan-17, at 10:56 PM, Mark Millard = wrote: Hi. [The mail list will not get the pictures Justin and Nathan get with = this.] Mac OS X 10.5.8 has the pump and fans going nearly full tilt at idle = once the cores have been warmed up for the problematical G5 quad core: CPU A Core 1 56=C2=B0C CPU A Core 2 65=C2=B0C CPU B Core 1 44=C2=B0C CPU B Core 2 44=C2=B0C CPU A Intake 3104rpm CPU B Intake 3104rpm CPU A Exhaust 3200rpm CPU B Exhaust 3200rpm CPU A Pump 3600rpm And Mac OS X 10.5.8 does not prevent the temperature rise. Mac OS X just = does more to cool things down temporarily once critical temperatures = happen, trading performance silently by having some idle time. Having = FreeBSD be more like the above for the lower temperatures would still = overheat before "make -j 8 buildworld buildkernel" would finish. (I = think Justin's various RPM changes are great improvements to PowerPC = FreeBSD but the problematical G5 quad core is just too defective to = reasonably work around: I doubt that FreeBSD would want the silent = performance tradeoff the later plots for Mac OS X indicate.) By contrast the good G5 quad core is more like what one would expect = when booted from the exact same Firewire 800 Mac OS X 10.5.8 disk (and = warmed up): CPU A Core 1 42=C2=B0C CPU A Core 2 43=C2=B0C CPU B Core 1 46=C2=B0C CPU B Core 2 48=C2=B0C CPU A Intake 970rpm CPU B Intake 970rpm CPU A Exhaust 1000rpm CPU B Exhaust 1000rpm CPU A Pump 1250rpm [Past this point in these notes is likely of no interest from the mail = list but may be for Justin and possibly even for Nathan.] The later picture for (A) below shows the high temperatures reached for = a good G5 quad core context. I've collected Temperature Monitor data from Mac OS X for both a good G5 = quad core and for the problematical one (for running 6 variants of the = HINT benchmark at once). The information is in the form of screen shots = of its temperature graphs. I've included: A) GoodG5QuadCoreTemps6HINTs.jpg to show the stages (0) warmup, (1) 6 = variants of HINT going at once, (2) cool down after stopping those 6 = variants for the good G5 quad core. (Each HINT has some input that I = type so very beginning of the start up is not smooth: idle for a bit = after being busy for a bit.) B) BadG5QuadCoreTemps6HINTs.jpg for the same warmup to cool down = coverage but for the bad G5 quad core. But the high-temperature time = frame is not sampled fast enough to show its structure correctly. There = are lots of other differences compared to (A). For the bad G5 quad core I've also included some short-term graphs that = sampled fast enough to give some structure for the high temperature time = frame... C) BadG5QuadCoreTemps6HINTsStart.jpg showing the starting of the 6 HINTs = and just after. D) BadG5QuadCoreTemps6HINTsBeforeStop.jpg showing how the frequency and = structure of the oscillations had changed by the time I was going to = stop the 6 HINTs. This shows that some of the oscillation structure that = I reported earlier eventually goes away and that the oscillation gets = faster than what it starts out as --something I'd not reported before. E) BadG5QuadCoreTemps6HINTsCooldown.jpg showing the cool down detail = after I stopped the 6 HINTs. (Compare the beginning of this cooling with = the oscillation cooling?) =46rom all this I get that the problematical G5 quad core is definitely = defective but Mac OS X 10.5.8 goes out of its way to keep operating = anyway, trading off other things to make that happen. Other contexts = might not want those same tradeoffs. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Jan-17, at 09:36 PM, Justin Hibbits = wrote: I noticed on my quad running OS X spins up the fans all the way down at = 55C. Perhaps you can try that, set the initial multiplier to 300 or = more. I can add a sysctl to change the multiplier, if that would help = people. -Justin = From owner-freebsd-ppc@FreeBSD.ORG Wed Jan 21 19:32:26 2015 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97588BBA; Wed, 21 Jan 2015 19:32:26 +0000 (UTC) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 777151F0; Wed, 21 Jan 2015 19:32:26 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by c.mail.sonic.net (8.14.9/8.14.9) with ESMTP id t0LJWIci009073 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 21 Jan 2015 11:32:18 -0800 Message-ID: <54BFFEC2.5070909@freebsd.org> Date: Wed, 21 Jan 2015 11:32:18 -0800 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arch@freebsd.org, FreeBSD PowerPC ML Subject: Making the powerpc64 relocatable Content-Type: multipart/mixed; boundary="------------080909080605030806020708" X-Sonic-CAuth: UmFuZG9tSVYz054BBw4mQjeHeqof58Qc36fiVZWhlStR4Ac0oi+AMHAzWjYemaEgsbjAMSr57X5a6KZmuAnlThsyNasbd8pATTMBH6/gCuU= X-Sonic-ID: C;YOgJNqSh5BGi7KnrCx1YGw== M;DLVUNqSh5BGi7KnrCx1YGw== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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: Wed, 21 Jan 2015 19:32:26 -0000 This is a multi-part message in MIME format. --------------080909080605030806020708 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit In order to run natively on POWER8 hardware, the 64-bit PPC kernel needs to be relocatable. Some architectures do this by executing the kernel at a fixed virtual address with varying physical addresses. For PPC64, the kernel has a 1:1 direct map and the ABI is always PIC, so it's easier just to keep the 1:1 mapping and make both the kernel physical and virtual address range float (patch attached and at http://people.freebsd.org/~nwhitehorn/ppc64-pie-kernel.diff in case it gets stripped). This is the first architecture to have a PIE kernel, however, so I'd like some feedback on the approach. The major immediate difficulty is that PIE kernels are ET_DYN ELF executables. loader, however, thinks the kernel must be ET_EXEC and that anything that is ET_DYN is a loadable module. I have a somewhat hacky workaround in the patches to loader and kmod.mk, which uses the ELF entrypoint to decide whether something is a kernel or not (setting it to zero for modules). It's the simplest approach but I'm not sure the best one. -Nathan --------------080909080605030806020708 Content-Type: text/plain; charset=us-ascii; name="ppc64-pie-kernel.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ppc64-pie-kernel.diff" SW5kZXg6IGJvb3QvY29tbW9uL2xvYWRfZWxmLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gYm9vdC9j b21tb24vbG9hZF9lbGYuYwkocmV2aXNpb24gMjc3NDM4KQorKysgYm9vdC9jb21tb24vbG9h ZF9lbGYuYwkod29ya2luZyBjb3B5KQpAQCAtMTc1LDcgKzE3NSwxMSBAQAogICAgICAqIENo ZWNrIHRvIHNlZSB3aGF0IHNvcnQgb2YgbW9kdWxlIHdlIGFyZS4KICAgICAgKi8KICAgICBr ZnAgPSBmaWxlX2ZpbmRmaWxlKE5VTEwsIF9fZWxmTihrZXJuZWx0eXBlKSk7CisjaWYgZGVm aW5lZChfX3Bvd2VycGNfXykgJiYgX19FTEZfV09SRF9TSVpFID09IDY0CisgICAgaWYgKGVo ZHItPmVfdHlwZSA9PSBFVF9EWU4gJiYgZWhkci0+ZV9lbnRyeSA9PSAwKSB7CisjZWxzZQog ICAgIGlmIChlaGRyLT5lX3R5cGUgPT0gRVRfRFlOKSB7CisjZW5kaWYKIAkvKiBMb29rcyBs aWtlIGEga2xkIG1vZHVsZSAqLwogCWlmIChtdWx0aWJvb3QgIT0gMCkgewogCQlwcmludGYo ImVsZiIgX19YU1RSSU5HKF9fRUxGX1dPUkRfU0laRSkgIl9sb2FkZmlsZTogY2FuJ3QgbG9h ZCBtb2R1bGUgYXMgbXVsdGlib290XG4iKTsKQEAgLTE5NSw3ICsxOTksMTIgQEAKIAkvKiBM b29rcyBPSywgZ290IGFoZWFkICovCiAJZWYua2VybmVsID0gMDsKIAorI2lmIGRlZmluZWQo X19wb3dlcnBjX18pICYmIF9fRUxGX1dPUkRfU0laRSA9PSA2NAorICAgIH0gZWxzZSBpZiAo ZWhkci0+ZV90eXBlID09IEVUX0VYRUMgfHwKKyAgICAgIChlaGRyLT5lX3R5cGUgPT0gRVRf RFlOICYmIGVoZHItPmVfZW50cnkgIT0gMCkpIHsKKyNlbHNlCiAgICAgfSBlbHNlIGlmIChl aGRyLT5lX3R5cGUgPT0gRVRfRVhFQykgeworI2VuZGlmCiAJLyogTG9va3MgbGlrZSBhIGtl cm5lbCAqLwogCWlmIChrZnAgIT0gTlVMTCkgewogCSAgICBwcmludGYoImVsZiIgX19YU1RS SU5HKF9fRUxGX1dPUkRfU0laRSkgIl9sb2FkZmlsZToga2VybmVsIGFscmVhZHkgbG9hZGVk XG4iKTsKSW5kZXg6IGNvbmYvTWFrZWZpbGUucG93ZXJwYwo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBj b25mL01ha2VmaWxlLnBvd2VycGMJKHJldmlzaW9uIDI3NzQzOCkKKysrIGNvbmYvTWFrZWZp bGUucG93ZXJwYwkod29ya2luZyBjb3B5KQpAQCAtMzcsNiArMzcsMTEgQEAKIAogQ0ZMQUdT Kz0gLW1zb2Z0LWZsb2F0IC1XYSwtbWFueQogCisuaWYgJHtNQUNISU5FX0FSQ0h9ID09ICJw b3dlcnBjNjQiCitDRkxBR1MrPSAtZlBJQworTERGTEFHUys9IC1waWUKKy5lbmRpZgorCiAu aWYgIWVtcHR5KEREQl9FTkFCTEVEKQogQ0ZMQUdTKz0JLWZuby1vbWl0LWZyYW1lLXBvaW50 ZXIKIC5lbmRpZgpJbmRleDogY29uZi9rbW9kLm1rCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGNvbmYv a21vZC5tawkocmV2aXNpb24gMjc3NDM4KQorKysgY29uZi9rbW9kLm1rCSh3b3JraW5nIGNv cHkpCkBAIC0xNzksNiArMTc5LDkgQEAKIAkke09CSkNPUFl9IC0tb25seS1rZWVwLWRlYnVn ICR7RlVMTFBST0d9ICR7LlRBUkdFVH0KIC5lbmRpZgogCisjIERvbid0IGFkZCBhIGZha2Ug ZW50cnkgcG9pbnQgdG8gbW9kdWxlcworX0xERkxBR1MrPSAtZSAwCisKIC5pZiAke19fS0xE X1NIQVJFRH0gPT0geWVzCiAke0ZVTExQUk9HfTogJHtLTU9EfS5rbGQKIAkke0xEfSAtQnNo YXJlYWJsZSAke19MREZMQUdTfSAtbyAkey5UQVJHRVR9ICR7S01PRH0ua2xkCg== --------------080909080605030806020708-- From owner-freebsd-ppc@FreeBSD.ORG Thu Jan 22 16:42:31 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 BEB2DCC for ; Thu, 22 Jan 2015 16:42:31 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17A64E2D for ; Thu, 22 Jan 2015 16:42:31 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id bs8so45043522wib.5 for ; Thu, 22 Jan 2015 08:42:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:reply-to:from:to:subject:date:mime-version:content-type :content-transfer-encoding; bh=+K2Jv07lLF56dW6EIAbmRc6z3OmNPqHtQ/82vdhmTWM=; b=qXrr9oBA8JOYpermwYBagc1a12CndbCQ8OeEydIqmqyFLAIFFXVXmTRul5h+WA1bDB jmzgQJTy8X7Gik8jqwbibTlvCjdxanjTV71UEy8RcTOtJbCYCQQkip9Ro8H5O5NRQktm mTbpq7gvzAL/Tlgf/H93CmB9Z2RaqlPJpDz/YJrue2px0KpZnXH+T492jCBwiLcMTRG2 IRfl2s3qW9mwt6kCmchF04aH2doz96T2eZ63AOeSFpAvTVdzBh7cLMKOlGPaEVRsj5bR 6weK4v8ZWHQ+l3mZ3R8/nKHIb2n/6rDg2IGt9ZjPWHRmiFstvwXQWUWfNnugKK8aBaXO /ZFg== X-Received: by 10.194.48.11 with SMTP id h11mr4739278wjn.23.1421944949562; Thu, 22 Jan 2015 08:42:29 -0800 (PST) Received: from alipour-PC ([5.234.117.68]) by mx.google.com with ESMTPSA id cx3sm3716189wib.10.2015.01.22.08.42.23 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Jan 2015 08:42:25 -0800 (PST) Message-ID: <02206eaf-42026-011f8419349421@alipour-pc> Reply-To: "Global Researchers Journals" From: "Global Researchers Journals" To: freebsd-ppc@freebsd.org Subject: Call for Paper January 2015 { Vol 05 | Issue 01} Date: Thu, 22 Jan 2015 20:12:25 +0330 X-Priority: 3 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 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: Thu, 22 Jan 2015 16:42:31 -0000 Call for Paper Dear Colleagues You are cordially invited to submit or recommend papers to: [1]http://www.grjournals.com January 2015 (Volume 05 | Issue 01) ·Journal of Physiology and Pharmacology Advances (JPPA) [2]http://grjournals.com/Default.aspx?tabid=6537 · Journal of Animal Production Advances (JAPA) [3]http://grjournals.com/Default.aspx?tabid=6538 Journal of Animal Science Advances (JASA) [4]http://grjournals.com/Default.aspx?tabid=6401 Journal of Veterinary Advances (JVA) [5]http://grjournals.com/Default.aspx?tabid=6536 Journal of Recent Advances in Agriculture (JRAA) http://grjournals.com/Default.aspx?tabid=6878 Global Researchers Journals, a fast track peer-reviewed and open access academic journal published by Grjournals Publishing, which is one of the largest open access journal publishers around the world. Grjournals is using online article submission, review and tracking system for quality and quick review processing. Journal provides rapid publication of research article. After 30 days Rapid Review Process by the editorial/review board members or outside experts, an accepted paper will be placed under In Press within 24 hours and will be published in the next issue. Instructions for authors are available on our website: [6]http://www.grjournals.com Submitted papers must follow the Instructions to authors to be considered for review and publication. Refereeing of manuscripts is conducted anonymously and the identity of the referees is not disclosed. The manuscripts which get an acceptance will publish with DOI number. Your Manuscript(s) can be one of these kinds: Review, Original Article, Case Report, Short Communications, Technical Notes, Mini Review Article and Hypothesis. Some of Abstracted/Index in: CAB reviews, Chemical Abstract Service (CAS), Genamics JournalSeek, Index Directory of Open Access Journals (DOAJ), Index Electronic Journals Library and SCIRUS, ISC and the World most Popular University Electronic Library. [7]http://grjournals.com/Defaul t.aspx?tabid=7329 Now you can clear the clutter by accessing your favorite journals online: · Full text, full archive that's always there when you need it · Easy access anywhere, anytime and anyhow · Impact your practice, not the environment NOTICE: Authors that cite [8]www.grjournals.com manuscripts as reference in their ISI articles, they can send their manuscripts to one of above journals as FREE of charge. After evaluation and get an acceptance it will publish without any Article Processing Fee with DOI. We apologize if you have received this email twice, or our journal is not your field. With Warm Regards Sincerely, Grjournals team Site: [9]www.grjournals.com E_Mail: [10]grjournals@gmail.com References 1. http://www.grjournals.com/ 2. http://grjournals.com/Default.aspx?tabid=6537 3. http://grjournals.com/Default.aspx?tabid=6538 4. http://grjournals.com/Default.aspx?tabid=6401 5. http://grjournals.com/Default.aspx?tabid=6536 6. http://www.grjournals.com/ 7. http://grjournals.com/Default.aspx?tabid=7329 8. http://www.grjournals.com/ 9. http://www.grjournals.com/ 10. mailto:grjournals@gmail.com From owner-freebsd-ppc@FreeBSD.ORG Sat Jan 24 02:49:27 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 DBF06C53 for ; Sat, 24 Jan 2015 02:49:27 +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 8514DA1B for ; Sat, 24 Jan 2015 02:49:26 +0000 (UTC) Received: (qmail 17660 invoked from network); 24 Jan 2015 02:49:25 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 24 Jan 2015 02:49:25 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.0) with SMTP; Fri, 23 Jan 2015 21:49:25 -0500 (EST) Received: (qmail 6695 invoked from network); 24 Jan 2015 02:49:25 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 Jan 2015 02:49:25 -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 5CD881C4052; Fri, 23 Jan 2015 18:49:19 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: FreeBSD 10.1 PPC64 on XServe G5 hangs at Openfirmware Loader [-r277483's .iso's can boot quad-core PowerMac!] Date: Fri, 23 Jan 2015 18:49:23 -0800 Message-Id: To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) 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, 24 Jan 2015 02:49:27 -0000 I burned = FreeBSD-10.1-STABLE-powerpc-powerpc64-20150121-r277483-disc1.iso to a CD = and booted a PowerMac G5 Quad-Core from the CD, selecting Live-CD. It = worked. Like other forms of booting FreeBSD from a 10.x boot media, it may hang = very early in the process (showing a blank/dark screen after clearing = the openfirmware black-on-white screen) and have to be retried. (In fact = I had that issue during my experiment.) I think the is the first 10.x prebuilt .iso download vintage with Nathan = Whitehorn's fix/work-around included and so is the first 10.x CD burn to = be so bootable in a long time. (Before it would consistently hang while = in the loading activity, during the openfirmware display time frame.) = For those wanting/needing to use CD media built from the .iso's: Thanks = Nathan. (I do not know about the sparc64 status: I do not have access to such a = context. Something had been written before about the sparc64's 64-bit, = big endian context also having a similar issue booting from CD burns of = the sparc64 .iso's.) =3D=3D=3D Mark Millard markmi at dsl-only.net