From owner-freebsd-ppc@FreeBSD.ORG Mon Feb 2 00:04:36 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 08F8F589 for ; Mon, 2 Feb 2015 00:04:36 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (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 A83C6917 for ; Mon, 2 Feb 2015 00:04:35 +0000 (UTC) Received: (qmail 472 invoked from network); 2 Feb 2015 00:04:34 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Feb 2015 00:04:34 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Sun, 01 Feb 2015 19:04:34 -0500 (EST) Received: (qmail 11530 invoked from network); 2 Feb 2015 00:04:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 2 Feb 2015 00:04:33 -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 93BFC1C43CD; Sun, 1 Feb 2015 16:04:28 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: HEADS UP: powerpc64 kernel format change [booted a PowerMac G5 quad-core] Date: Sun, 1 Feb 2015 16:04:31 -0800 Message-Id: <0FE686F0-64A5-4DD2-8C95-1A8E646FA55F@dsl-only.net> To: Nathan Whitehorn Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) 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: Mon, 02 Feb 2015 00:04:36 -0000 Nathan W. suggested "If you unload and reload the *same* kernel, does it = also help?". I can not do that test for 10.1-STABLE or 11.0-CURRENT as the initial = kernel because either of the following lines in /boot/loader.conf fails = to get to the "any other key for a command prompt" stage: I get no valid = opportunity to try unload then boot if I start with these kernels. kernel=3D"kernel10.1S" kernel=3D"kernel11C" In other words: after the error one is back in the context for = "mac-boot" and "shut-down" and the like (Apple's context, not = FreeBSD's). For example "boot ud:2,\ppc\bootinfo.txt" at that point for = booting from a memory stick does not work, giving some message about = being unable to do the memory allocation it needs or some such. (I do = not remember the details.) The only one of the 3 buildworld build kernel installkernel installworld = sequences that lets me reboot far enough to get to the "any other key = for a command prompt" is: kernel=3D"kernel10.1RE" and from there the unload then boot sequence works for booting all 3. (Later power-off/power-on's get the same boot-attempt initial results as = the initial "shutdown -r now" for all 3 kernels. The initial reboot is = not unique.) kernel10.1RE also has no trouble booting if I do not stop it. I'll note that all 3 kernels do output the line that shows text=3D data=3D= syms=3D[...]. The crashing ones crash between that line and the = following "any other key for a command prompt" line. I had described how I boot the problematical kernels: > And I use /boot/loader.conf to control which kernel is initially = started, such as: > > $ more /boot/loader.conf > kernel=3D"kernel10.1RE" > verbose_loading=3D"YES" > kern.vty=3Dvt > > The kernel10.RE one boots and runs fine with any of the 3 vintages of = loader. Listing kernel10.1S or kernel11C in loader.conf instead gets the = SRR0/SRR1 failures referenced above, even when loader (and world) is = from the matching buildworld. > > So I boot as above (kernel10.1RE) but use the "any other key for a = command prompt" to stop it and then (for example): > > unload > boot kernel11C > > and that boots and runs fine if I've done the 11-CURRENT installworld = before the reboot. I had also described the errors reported for kernel10.1S and kernel11C: > Like for 10.1-STABLE, for 11-CURRENT (-R277990) the sequence = buildworld, buildkernel, installkernel, installworld, reboot failed to = boot before getting to the "any other key for a command prompt" stage, = although the SRR0 figure was different. > > %SRR0: 00000000.01c287ac (10.1-STABLE reports 1c277fc) > %SRR1: 10000000.00003030 Usually that is indicated as a Invalid memory access but sometimes as a = Decrementer exception. =3D=3D=3D Mark Millard markmi at dsl-only.net