From owner-freebsd-ppc@freebsd.org Tue Jul 4 23:55:51 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62F0DD9D74D for ; Tue, 4 Jul 2017 23:55:51 +0000 (UTC) (envelope-from braslau.list@comcast.net) Received: from resqmta-po-05v.sys.comcast.net (resqmta-po-05v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "resqmta-po-01v.sys.comcast.net", Issuer "COMODO RSA Organization Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 272F26751C for ; Tue, 4 Jul 2017 23:55:51 +0000 (UTC) (envelope-from braslau.list@comcast.net) Received: from resomta-po-01v.sys.comcast.net ([96.114.154.225]) by resqmta-po-05v.sys.comcast.net with SMTP id SXfZdjD40krxnSXfZdJfOl; Tue, 04 Jul 2017 23:55:49 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1499212549; bh=s5aVE9p4Ug6LlheUqM5SVu5McFp1Rz0JYBJ/+KnQ25M=; h=Received:Received:Date:From:To:Subject:Message-ID:MIME-Version: Content-Type; b=mwGr+bdvyGuQ6jat202GMyJoizT4ka+7NVG3rtD3JDOeHBA4+k50zzln8xw9cjEUH KaQbuDwVvH2QSsWHaTyClpi6/zXlp1vrED7IM04h7ehCTm1sSzBm3tO+T7f+T9zp1p TSH6MM2hN2rcmx7ESvBvMBaI9grPlF14boRFWktC1uhpg+iPLylEXW9DjTIAqE0QV0 UEYiOHGmAL7UxyodOllw5qP5eiaAQz3lsv1LswSVG+TfBIiYTJqIDS4GIdbPkjXx6W F9fUYzxlaHzI0NvcWWchwPuCHlenE4CcGeRhqjs+qnZTlsV5SKkVXIBZRp/k8cjEax zc1Ffar7r/crg== Received: from zoo.hsd1.co.comcast.net ([IPv6:2601:282:8000:7637:b0f6:5c54:9af2:6790]) by resomta-po-01v.sys.comcast.net with SMTP id SXfYdSnNGPheQSXfZd47Bs; Tue, 04 Jul 2017 23:55:49 +0000 Date: Tue, 4 Jul 2017 17:55:46 -0600 From: Alan Braslau To: Mark Millard Cc: FreeBSD PowerPC ML , Justin Hibbits Subject: Re: powerpc64 update from source kernel panic (11.0) Message-ID: <20170704175546.3f006aee@zoo.hsd1.co.comcast.net> In-Reply-To: <7800C44D-8FD9-480B-8D53-D505F72F082E@dsl-only.net> References: <20170704145456.6d8c095e@zoo.hsd1.co.comcast.net> <19637A8C-9C28-42D9-8E3E-E30E998D787A@dsl-only.net> <20170704165249.10d01228@zoo.hsd1.co.comcast.net> <7800C44D-8FD9-480B-8D53-D505F72F082E@dsl-only.net> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-apple-darwin16.6.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfAMGtR5rqHWOGGT8JSYNplbpyu5red43CoJGwtXIzFujbQb5G/KL/eJXuUN1aOWiU6V1hgEpulbvOi73HnlkHAQa8R6DXt5qEviz5rLA3jUd6ysVeG67 OHZQ5IwAvE/Bng0aedKaEVar+nWe8cYzJxMf5ArKx70Snwjk6WP/p3yU/NbwZY8YkLQX+P3s7GvKQ6EUxU8SL9CsPZJXMMuv6Z5UsQDd9Ds07qYVRZdVqEHO g+dAVgxm6VHXKhYiLnLxQw== X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2017 23:55:51 -0000 On Tue, 4 Jul 2017 16:28:14 -0700 Mark Millard wrote: > On 2017-Jul-4, at 3:52 PM, Alan Braslau > wrote: > > > On Tue, 4 Jul 2017 15:37:31 -0700 > > Mark Millard wrote: > > > >> On 2017-Jul-4, at 1:54 PM, Alan Braslau > >> wrote: > >> > >>>> Alan Braslau braslau.list at comcast.net wrote on > >>>> Tue Jul 4 16:01:41 UTC 2017 : > >>>> > >>>>> I installed freebsd 11.0 powerpc64 on an iMac G5 without any > >>>>> problems and have installed a fairly complete functional system. > >>>>> > >>>>> However, upgrading from source (unmodified configuration) > >>>>> results in a kernel panic upon boot. Has anyone experienced > >>>>> this? > >>> . . . > >>> I'm sorry, I thought that it could be assumed that I installed > >>> RELEASE: I simply installed 11.0-RELEASE-p1 (from an iso image) > >>> and updated the source from base/releng/11.0 which gave me > >>> revision 320623. > >>> > >>> make buildworld > >>> make kernel > >>> shutdown -r now > >>> -> kernel panic > >>> then... > >>> boot kernel.old > >>> > >>> I did not try anything custom. > >> > >> I probably also should have asked if you are > >> using 32-bit FreeBSD or 64-bit. (G5's can use > >> either when things are working.) > >> > >> -r320623 is from head (not from releng/11.0/ ): > >> > >> https://svnweb.freebsd.org/base/head/?view=log s shows: > >> > >> Revision 320623 - Directory Listing > >> Modified Mon Jul 3 23:27:57 2017 UTC (23 hours, 2 minutes ago) by > >> jasone Update jemalloc to 5.0.1. > >> > >> If this is real then you have jumped to a binary incompatible > >> kernel relative to your world. (That may not be the only > >> problem and you might not have even got that far.) > >> > >> As of when I looked head was up to -r320659 . > >> > >> I list the below in case the 320623 is a typo or some such. . . > >> > >> https://svnweb.freebsd.org/base/releng/11.0/?view=log shows: > >> > >> -r317487 from 2017-Apr-27 > >> -r316722 from 2017-Apr-12 > >> -r314125 from 2017-Feb-23 > >> (I'll stop there.) > >> > >> https://svnweb.freebsd.org/base/releng/11.1/?view=log shows: > >> > >> -r320654 from 2017-Jul-4 > >> -r320639 from 2017-Jul-4 > >> -r320608 from 2017-Jul-3 > >> (I'll stop there.) > >> > >> https://svnweb.freebsd.org/base/stable/11/?view=log shows: > >> > >> -r320645 from 2017-Jul-4 > >> -r320641 from 2017-Jul-4 > >> -r320638 from 2017-Jul-4 > >> -r320621 from 2017-Jul-3 > >> (I'll stop there.) > >> > >> > >> Can you report for sure what you actually got? > >> > >> === > >> Mark Millard > >> markmi at dsl-only.net > >> > > > > 320623 seemed odd > > and typing svn up gives 320659 > > and svn info indeed gives 317487 (2017-04-27) as the last changed > > revision. > > There are two revisions for svn. If you explicitly use > update -r?????? the two will be equal, for example: > > # svnlite info /usr/src | grep "Re[plv]" > Relative URL: ^/head > Repository Root: svn://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 320570 > Last Changed Rev: 320570 > > But if you just grab the most current without > specifying then the "Last Changed Rev" number > is what you want to reference. > > The other number will reflect the global svn > state across branches and such and so frequently > will appear more recent than what is actually > checked out and also possibly pointing into > the wrong branch. > > > (am I misusing svn?) > > > > Also, I thought that I specified powerpc64. > > I agree that I likely should have taken > "freebsd 11.0 powerpc64" to mean: > > TARGET_ARCH=powerpc64 > > But, with things already being odd, I wanted to > be sure it was just not the processor-type that > was being specified. (In head TARGET_ARCH=powerpc > recently has had extra problems that did not > show up for TARGET_ARCH=powerpc64 .) > > > Indeed, the problem seems to be the loading of a kmod that does not > > get updated until installworld. My fault (or some missing > > information in the handbook). > > I've never used PORTS_MODULES or the like > so I'm unsure of the details for avoiding > compatibility issues. > > > === > Mark Millard > markmi at dsl-only.net > Thank you for the explanations. I had simply typed: mv /usr/src /usr/src.bak svn co https://svn.freebsd.org/base/releng/11.0 /usr/src I may have done an svn up the next day before buildworld. (I have never specified revisions, as I have usually used svn on an entire project repository.) By the way, the handbook does not suggest using "svn up -rXXXXXX" so I do not know that I did anything unusual. I still don't get the problem as I am not using any PORTS_MODULES. I see that /boot/kernel is a directory containing all of its modules, as is /boot/kernel.old The updated system is running, and I have moved the loading of the wireless module from /boot/loader.conf to /etc/rc.conf. Maybe this module is fussy about when it is loaded and perhaps it is not generally recommended to load modules via loader.conf. Note that the module loaded previous to the update of the kernel via loader.conf. Sorry for this noise... Alan