From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 16 13:27:24 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B04FD16A4CE for ; Mon, 16 Feb 2004 13:27:24 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C34043D1F for ; Mon, 16 Feb 2004 13:27:24 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1GLRNm1016896; Mon, 16 Feb 2004 16:27:23 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040216193108.GE12181@seekingfire.com> References: <40306CE7.6080104@mindspring.com> <20040216193108.GE12181@seekingfire.com> Date: Mon, 16 Feb 2004 16:27:21 -0500 To: Tillman Hodgson , sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Back to the Future - 64-bit time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Feb 2004 21:27:24 -0000 At 1:31 PM -0600 2/16/04, Tillman Hodgson wrote: > > Garance A Drosihn wrote: >> > >> >Well, I have done more typing and testing, and it looks like I >> >can reliably upgrade a 32-bit time_t system to 64-bit time_t >> >even for people who install from NFS-mounted partitions. >> > >> >I have also expanded the instructions for updating, and tried >> >to make them more useful and informative. So there is now the >> >writeup, and two useful scripts: >> > >> >http://people.freebsd.org/~gad/time-64/UPDATING.64BTT >> >http://people.freebsd.org/~gad/time-64/installworld_oldk >> >http://people.freebsd.org/~gad/time-64/installworld_newk >> > >> >The 'oldk' script is only needed for installing via NFS mounts. > > >The 'newk' script is recommended for anyone doing this upgrade. >When you say "installing via NFS mounts", are you referring >to /usr/obj? The extra instructions will be needed if there is *any* partition that you need to have NFS-mounted at the time you enter the 'make installworld' command. Usually when you are upgrading, you can reboot into single-user mode on the "new kernel" (after doing the 'make installkernel'), and then simply NFS-mount all the directories that you need for the installworld step. However, when moving from 32-bTT to 64-bTT, you will find it impossible to NFS-mount anything after that reboot, unless you do the extra ./installworld_oldk step before that reboot. >The reason that I ask that my /usr/src is remote but my /usr/obj >is local. If /usr/src being remote marks me as doing an NFS >install for the purposes of these scripts, what are the >disadvantages (if any) of use the _oldk script? Yes, your example is an "NFS install", wrt this change. For this specific update (going from 32-bTT to 64-bTT), there is just a slight increase in risk by running the installworld_oldk script. If you follow the directions, and if you are ONLY making the update from 32-bTT to 64-bTT (as described in the directions), then the risk is pretty close to zero. If you think you're going to do the 64-bTT change, and AT THE SAME TIME also 'cvsup' another three weeks-worth of other changes to 5.2-current, then the risk could be much more serious. This is described in a little detail in the UPDATING.64BTT file. Actually there are two parts to the installworld_oldk script. The first part (creating /boot/kernel/bin) is totally safe. It's the second part which introduces a little risk. > > >Adventurous people are invited to try this for installs on any > > >system, and let me know how it goes > >I plan up upgrade caliban.rospa.ca in the near future and I'll >report back how it goes. Thank you. The more people who can test this, the better. (aside: "64bTT" is my abbreviation for "64-bit time_t") -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu