From owner-freebsd-arch@FreeBSD.ORG Fri Jul 23 18:31:26 2010 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F821065675; Fri, 23 Jul 2010 18:31:26 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCA08FC0C; Fri, 23 Jul 2010 18:31:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6NIPilF003315; Fri, 23 Jul 2010 12:25:45 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 Jul 2010 12:26:18 -0600 (MDT) Message-Id: <20100723.122618.750582998550767254.imp@bsdimp.com> To: jhb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <201007200907.24715.jhb@freebsd.org> References: <20100719213054.GB2381@deviant.kiev.zoral.com.ua> <201007200907.24715.jhb@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: amd64@FreeBSD.org, kostikbel@gmail.com, freebsd-arch@FreeBSD.org Subject: Re: uname -m/-p for compat32 binaries X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2010 18:31:26 -0000 In message: <201007200907.24715.jhb@freebsd.org> John Baldwin writes: : On Monday, July 19, 2010 5:30:54 pm Kostik Belousov wrote: : > Hi, : > I intend to commit the following change, that makes sysctls : > hw.machine_arch and hw.machine to return "i386" for 32 bit : > binaries run on amd64. In particular, 32 bit uname -m and uname -p : > print "i386", that is good for i386 jails on amd64 kernels. : > : > I find the change very useful for me, but I wonder why such trivial : > modification is not yet done. Can anybody note a possible fallout from : > it ? : : Presumably ia64 and powerpc64 would need a similar change as well? It looks : fine to me. I suspect Y! used the UNAME_* approach as it didn't add yet- : another local diff to maintain in the kernel, and the uname fixes at Y! might : have predated SCTL_MASK32. mips might as well, someday. Warner