From owner-freebsd-ppc@freebsd.org Mon Jun 5 22:59:06 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 28627B7BEE0 for ; Mon, 5 Jun 2017 22:59:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0E2267061F for ; Mon, 5 Jun 2017 22:59:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: by mailman.ysv.freebsd.org (Postfix) id 0A4C9B7BEDF; Mon, 5 Jun 2017 22:59:06 +0000 (UTC) Delivered-To: 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 09E4BB7BEDE for ; Mon, 5 Jun 2017 22:59:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (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 AFBA87061D for ; Mon, 5 Jun 2017 22:59:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22172 invoked from network); 5 Jun 2017 23:02:49 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 5 Jun 2017 23:02:49 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Mon, 05 Jun 2017 18:58:58 -0400 (EDT) Received: (qmail 5948 invoked from network); 5 Jun 2017 22:58:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Jun 2017 22:58:57 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 55505EC8675; Mon, 5 Jun 2017 15:58:57 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: 64-bit time_t on 32-bit powerpc From: Mark Millard In-Reply-To: Date: Mon, 5 Jun 2017 15:58:56 -0700 Cc: ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Justin Hibbits X-Mailer: Apple Mail (2.3273) 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: Mon, 05 Jun 2017 22:59:06 -0000 On 2017-Jun-5, at 1:54 PM, Justin Hibbits wrote: > On Fri, Jun 2, 2017 at 11:45 PM, Justin Hibbits = wrote: >> Calling all powerpc(32) users, >>=20 >> Attached is a patch which changes the size of time_t from 32-bit to = 64-bit >> on powerpc. ARM and MIPS already use 64-bit time_t, the only other = holdout >> is i386, which cannot be changed. I want to get this in soon so = there's >> plenty of soak time before 12 is branched. It works well enough for = my >> cases, but I want others to poke, prod, and try to break it. = Especially try >> your favorite ports builds, and make sure things still a) build, and = b) work >> as expected. >>=20 >> Almost forgot, too... With powerpc64 users, the compat32 has been = updated as >> well, obviously. So, some testing of that is needed, too. >>=20 >> - Justin >=20 > I was just informed I forgot a very crucial part of the patch -- the > update to UPDATING: >=20 > 20170612: > The FreeBSD/powerpc platform now uses a 64-bit type for time_t. = This is > a very major incompatible change, so users of FreeBSD/powerpc = must be > careful when performing source upgrades. It is best to run = 'make > installworld' from an alternate root system, either a live = CD/memory > stick, or a temporary root partition. Additionally, all ports = must be > recompiled. >=20 > In short: Do _not_ try to reboot to the new kernel with existing > userland. Boot to an alternate userland and install from there. What timing as far as live-update contexts go. . . ino64 requires a new kernel boot with an old world still in use: world must not have been updated first. So it appears one should not try to jump from pre-ino64 to post-powerpc-64-bit-time_t in one step via a live-system update sequence. > Also, shortly after I sent out the patch, I realized I hadn't tested > with TARGET_ARCH=3Dpowerpc64, which broke. I'll send out an updated > patch later tonight. =3D=3D=3D Mark Millard markmi at dsl-only.net