From owner-freebsd-stable@FreeBSD.ORG Sat Feb 11 09:58:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 536381065672 for ; Sat, 11 Feb 2012 09:58:31 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 3554C8FC0C for ; Sat, 11 Feb 2012 09:58:31 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Rw9iw-000C01-9N; Sat, 11 Feb 2012 09:58:30 +0000 Date: Sat, 11 Feb 2012 01:58:30 -0800 Message-ID: From: Randy Bush To: Konstantin Belousov In-Reply-To: <20120211073527.GQ3283@deviant.kiev.zoral.com.ua> References: <20120211060207.GK5775@dan.emsphone.com> <20120211073527.GQ3283@deviant.kiev.zoral.com.ua> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Stable Subject: Re: 9-stable from i386 to amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2012 09:58:31 -0000 > These statements are false, esp. worrying is that they are > interwinned with some facts that get tilted to support false presumption. > > Kernel do not care about which interpreter is /libexec/ld-elf.so. > The path to the interpreter is specified in the binary itself. So if you > have 32bit binary that put '/libexec/ld-elf.so.1' into PH_INTERP, > and /libexec/ld-elf.so.1 is 32bit, then amd64 kernel properly executes > that combination. > > Kernel has a hack that falls back to try to use /libexec/ld-elf32.so.1 > for some 'brands' of ELF images, in particular, for 32bit binaries. This > is done to help in situation when 32bit binaries also specified the > same path for interpreter. > > If you have 32bit world installed and booted 64bit kernel, it will boot. > It is the same as running 32bit world in the jail. > The management functions, like configuring network interfaces, ZFS > and many other system setup functionality does not work, indeed. as the system in this case is half the planet away and without console access, it might be helpful to have network interfaces working. so do you have direct suggestion(s) on how to hack the system (while the 32-bit kernel is running) so that i can boot the 64-bit kernel and get the 64-bit world up? randy