From owner-freebsd-current@FreeBSD.ORG Fri Jan 4 09:07:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B00A16A41A; Fri, 4 Jan 2008 09:07:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id BA38813C44B; Fri, 4 Jan 2008 09:07:30 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6883C2089; Fri, 4 Jan 2008 10:07:22 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 593B72049; Fri, 4 Jan 2008 10:07:22 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 3EC6E844CD; Fri, 4 Jan 2008 10:07:22 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jason Fesler References: <477C82F0.5060809@freebsd.org> <863ateemw2.fsf@ds4.des.no> <200801032200.25650.peter.schuller@infidyne.com> Date: Fri, 04 Jan 2008 10:07:22 +0100 In-Reply-To: (Jason Fesler's message of "Thu\, 3 Jan 2008 13\:08\:18 -0800 \(PST\)") Message-ID: <8663yac62d.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Peter Schuller , Jason Evans Subject: Re: sbrk(2) broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2008 09:07:31 -0000 Jason Fesler writes: >> Also, may I humbly inject a user centric view here - it is pretty annoyi= ng to >> be limited to 500 MB of mallocable memory on 32 bit machines when you ex= pect >> 3 GB to be usable (with 1 GB mapped to the kernel). > > amen. :-( Has anyone tried upgrading a system from i386 to amd_64 > with any success? "Sidegrading" is supposed to work now in HEAD; with a little hacking, you can build an amd64 world and kernel on the i386 world, install the kernel, reboot, and install world. AFAIK, the required hacking involves copying /libexec/ld-elf.so.1 to /libexec/ld-elf32.so.1 before rebooting so the new kernel will be able to run the old binaries. It should also be possible to install an amd64 world *before* rebooting, in which case you don't need the aforementioned hackery (installworld will do it for you) but you may have trouble doing anything at all after installworld since your new world will not run on the old kernel. The install process itself doesn't care, since it copies all the i386 binaries and libraries it needs before installing anything. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no