From owner-freebsd-arm@FreeBSD.ORG Thu Feb 12 18:37:48 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A034E47 for ; Thu, 12 Feb 2015 18:37:48 +0000 (UTC) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3727BA15 for ; Thu, 12 Feb 2015 18:37:48 +0000 (UTC) Received: by pdjy10 with SMTP id y10so13655016pdj.6 for ; Thu, 12 Feb 2015 10:37:41 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=MTWd/Sn+i9jyvFyHe7Ek7AasqUQ0DT+6nWRUYOuIVmE=; b=AmHG0x7e2VVBiR7BezqplgP7KsuSvowGlCFmmx9WbS1+2v96aRcSzbvZbTpefscqLW JFJ0aqE6T868hVyWYEPnn4T0YjmtpDf90m8J01poWWlwfRGEc7kBvR1hLyn7pGQ+7Y29 LwlPcRLBSnsdWtw8/Q6T3LbUPJ/aiRsaX+tLVypUZjURlHcGDx2I0tOGvolg/QIr1UpU AV4W3oDMMoaZpWkwktajbU2i8NkamUvuCYWLrxC/P6QziVzArX75TL6mG9wDn0b0FW+1 h4uKDIo26pGkpzlfedf8wCmek8JLTD+3g/UZUh3BWPlfAQEYdWzGnKtNleB9gjE+66GH Iikg== X-Gm-Message-State: ALoCoQnwo0EY1vP063v6dv6l31zBDNN7aQs2p6oTEZJbtAhMDZvjvwtk1EyR6gB5vj3VrUdVyQXe X-Received: by 10.68.224.6 with SMTP id qy6mr8378237pbc.155.1423766261331; Thu, 12 Feb 2015 10:37:41 -0800 (PST) Received: from [10.64.26.244] ([69.53.236.236]) by mx.google.com with ESMTPSA id ep2sm4396396pbc.78.2015.02.12.10.37.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Feb 2015 10:37:40 -0800 (PST) Sender: Warner Losh Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: FreeBSD/arm64 MACHINE/MACHINE_ARCH identification From: Warner Losh In-Reply-To: <54DCE9B5.8040203@freebsd.org> Date: Thu, 12 Feb 2015 11:37:38 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <607BF592-A09B-4DB4-9872-C9E63066AB57@bsdimp.com> <71E9C1B9-F819-420B-90A5-A36D58E71817@bsdimp.com> <228428CC-4042-4902-90A4-E7040F4BFFF5@bsdimp.com> <54DCE9B5.8040203@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2015 18:37:48 -0000 > On Feb 12, 2015, at 10:58 AM, Nathan Whitehorn = wrote: >=20 > On 02/12/15 09:15, Ed Maste wrote: >>>> Oh - I don't care what directory Linux puts the kernel source in, = only >>>> what's reported by uname. As far as I can tell that has always = been >>>> aarch64 for uname -m. >>>=20 >>> Traditionally in Linux, they have been a matched set. >>=20 >> Ok, it appears they may have abandoned this. >>=20 >>>> We might decide that "uname -m" has to be aarch64 to match >>>> expectations of third-party software set by other operating = systems. >>>> If that in turn means we have to move the kernel source, so be it. >>>=20 >>> This one I=E2=80=99m not on board with. You=E2=80=99ve not made a = compelling case for >>> it yet. >>=20 >> That's why I said "we might decide" -- I'm not sure myself. >>=20 >> However, there's no backwards compatibility concern here, we've never >> had a FreeBSD release that reports "arm64" for "uname -m". There's no >> reason for us to prefer "arm64" if everyone else uses "aarch64." >> Also, having arm64 for uname -m and aarch64 for uname -p seems a bit >> odd. >=20 > I would assume uname -m would be "arm", not "arm64". Unless there are = fundamental platform differences you are baking in somehow, which I = don't know. arm would be a pleasing outcome, but looking at his WIP tree, it looks = like it would be possible, but rather inconvenient to merge the arm64 = bits back under arm and make them conditional. Warner