From owner-freebsd-arm@freebsd.org Thu Apr 1 16:03:37 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 14FCF57D4C1 for ; Thu, 1 Apr 2021 16:03:37 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FB7Jm3SSgz4TXs for ; Thu, 1 Apr 2021 16:03:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x735.google.com with SMTP id y5so2648650qkl.9 for ; Thu, 01 Apr 2021 09:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4ja3aJ+tyHm3weBH8+ZN9WDlaki43qh0blTY/kJAsRQ=; b=qZqQZFxK2qsgyRK7XWUP7flbbFFlGFcDTXiHL4n72VQYgq6a9NRUhdqQwIuJ13Hqk7 8c48mwWGV1lbO8kCYk8THmSPjpiFYZQcmmD51fNAWRUvh3ukG1ziyb2+kWyayTBhir7O 9SXzkwuYQoS1359aJiw7CROZQUL+pc2nxlmnoBDKVTv2x5HLT8l1jjyhLk1ZmWwUhV9u k5LiujYo927MzYDiowjfQSzMFVUHqCm+W2J3djJQMSbvd91+S6MZQc0+dub1qCACP8fv avkriMJ59zmxAp77Bhyut6eb3++Ds0DeXCpR1YBg5oxnoEBbDkUKQO+yQaVIVVolkfEJ aGWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4ja3aJ+tyHm3weBH8+ZN9WDlaki43qh0blTY/kJAsRQ=; b=iKfjrvuPPUlOKJZO26qnEo1Txw0lMYq7yML4Ef0DdStkp9SQ+WGWHna6fxotUuFQXo u4G30F/bLMOzSVA1XpT2IAZUl9B3TUXP44zncv2usEtg+lRnwD4qrdZ1XgLO9Y+7Tib+ ejefv+XOUCiPTfUN56PSBl+UDpseWbrPojT0luL0okhfKR+eipdkVILLGipIybYlCf7D NQ7OC7mtQvnj1iXDzwJ8YbRvnkzMrxM1gOoImWW6lrFXXDxBDsNUOvn4JVmDfAabBV9q rF0AKto9zBFU1KrbcS3muvDawJiP87a8EgsHyEXajVgP1C4/bGRLehR5SLlGvt/sqqBb 7vWw== X-Gm-Message-State: AOAM5325VFd3kQBBESCd2SC1zkpyHhes32tfakQEI02IqkeB9Wc+cAW5 ld/lqCOMXOktcLqKMOZB+nwITXleO3QPndxU8gPXyg== X-Google-Smtp-Source: ABdhPJzhFjw5sz+7USB1owumOOalDuYLOkYDYhz32LLeQMuMjtLJbdLQPd4fHTv0WsQZA2WguCvl6Ofm57gUqMo8/9g= X-Received: by 2002:a37:a48a:: with SMTP id n132mr8650686qke.359.1617293015863; Thu, 01 Apr 2021 09:03:35 -0700 (PDT) MIME-Version: 1.0 References: <202103311655.12VGtx3T036893@office.dignus.com> <20210401151755.GO92026@FreeBSD.org> In-Reply-To: <20210401151755.GO92026@FreeBSD.org> From: Warner Losh Date: Thu, 1 Apr 2021 10:03:24 -0600 Message-ID: Subject: Re: 32-bit executables on aarch64? To: Glen Barber Cc: Mitchell Horne , freebsd-arm X-Rspamd-Queue-Id: 4FB7Jm3SSgz4TXs X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=qZqQZFxK; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::735) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::735:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::735:from]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::735:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2021 16:03:37 -0000 On Thu, Apr 1, 2021 at 9:18 AM Glen Barber wrote: > On Wed, Mar 31, 2021 at 08:48:50PM -0300, Mitchell Horne wrote: > > On Wed, Mar 31, 2021 at 7:45 PM Robert Clausecker wrote: > > > > > > Hi Mark, > > > > > > The intent is to test and develop software that only runs on > > > armv7 (specifically, Mecrisp Stellaris, a Forth system written > > > in ARM assembly). This is best done natively. > > > > > > It's actually kinda annoying that no binary release tarballs > > > are provided for armv7, so setting up the jail involves an > > > annoying make world step. For amd64 jails, I can just unpack > > > the binary tarballs and fix the configuration and I'm good to go. > > > > > > > This issue about lack of distribution sets for armv7 has come up a > > couple of times. It wouldn't take much to start producing them > > officially, so I plan to submit a patch for this once re@ is done with > > the 13.0 release. > > > > The problem is (was?) the armv6/armv7 bits used a specific KERNCONF for > each SoC, which made it somewhat impossible to guarantee that > distribution sets would "just work". As I understand it now, this is no > longer an issue. > > However, the release/Makefile has no real knowledge of how to build > a release for armv7; the build is done using release.sh and a specific > configuration file for each board. > > If the previous comment regarding KERNCONF is indeed no longer an issue, > I will be happy to work with you on creating these distribution sets. > KERNCONF was never an issue for userland, outside the boot loader bits. It mattered for a while because ubldr needed to know some stuff, but Ian fixed even that a long time ago (9.x or 10.x time frame, IIRC). We've moved to having GENERIC on armv7, and a special wart for RPIB for armv6. The former should be available as a generic set, just like we do for x86 where we bundle things with GENERIC. The RPIB stuff we can omit if need be. So the goal today is to have as generic an image as others. The IMAGE needs to be flavored with a specific u-boot to be bootable, but the binaries work with any armv7 kernel. I'm not entirely sure that we have to do this for 13.0 at the 13.0 release, but should for 13.1 for sure and ideally maybe a few days or weeks after 13.0 is released if possible. Warner