From nobody Mon Sep 8 19:45:13 2025 X-Original-To: dev-commits-src-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLHVh0z1Dz672VX for ; Mon, 08 Sep 2025 19:45:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLHVh0ZlFz3wGd for ; Mon, 08 Sep 2025 19:45:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-32b959b4895so3172083a91.1 for ; Mon, 08 Sep 2025 12:45:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1757360726; x=1757965526; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nv3yAfQocDZTn/FW3sUlE2sc9UVQwXF0RHT1Jbq27as=; b=ojxyk8phUTHxkvVY5JSCoGNPY78XH5Z9s/Ie+9CMJnCd5uIakBdJbKlhEkPJ6U+6Jn JjxalEFsTYUiJ3ob7+GR1/O0O/lWLkS8f5jAcoo463Z2HskX2d2ImOUEgulAh9euSrPg kCSK1TlXWzWKLrC50yxsK85VTcUmFmSjLz/AlMMlupvtRAkCbxqcR/A+UdtVK9fxq0eF 9qyQ8l93gNnkXE6NCLvucEzqoj7ntob7EXu58iOodMzFgiDtD4J8cH9NJFshki2bqEkx P7+f1r8H13RQyjLoxaZyIux+C5YjLGpLRaDUi1SydPHB/gIpLEzvd7NJsiLCatEytppK ON4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757360726; x=1757965526; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nv3yAfQocDZTn/FW3sUlE2sc9UVQwXF0RHT1Jbq27as=; b=Ch1Keb/WVL0TuiMT4mOonERn2AQcpndAU/XH2Q66k1y2QjomY34OLsmT46tES/uNha j4tIE8Rc78xBECdRt07XSHv/p0mVPUp9FisnZ0fwSZkgaiImQjnj3Fy5e+ODcHcvqX3U 5xF9SiOTB4FL0ozvCJThKcB72bbPrxWxwII2gB//gush/nLFW09bYpy5UUfoB2shLe7k XazuKVSa1Xp9AZQLofHbbWXD0Jn1okmZuzEcdFGRIWmN0wu3wP18L/bvHjCL/vAAf7ka C3IuKw27O6gWXjbt+jwXQmEkmvr+RrQ/rYBujYqNJh8faReFdJVNrSm4btowvYPLNRqd 3WFA== X-Forwarded-Encrypted: i=1; AJvYcCUXbGWDvhQxfp59f19SeQmm4tJPmbp/+iqFzjDwmSa4vL484iv7mvcaxMLRtFwP/nGrOVXrUlsQk+ifaSJLKV3eQnKvWg==@freebsd.org X-Gm-Message-State: AOJu0YwLtVafLeUDxvy7KsNisTfJXHWdJK0ExWK6jQKsePc987jXM5nG f/2hpH7LGKfhpW5lpF11udzIF9kHuh23JK3PP5lkGU86x+4RJHbPHbx/84bOKyN8JrqTaCjp0VF LR+g1lhByI47mp3BFzuMRixLVvr/ljYarw0m6KYzEMw== X-Gm-Gg: ASbGncsn/DiCrYsfiSYoAaI5gOv33w/hjKoe8jtmOcpQTmCzWLsuiZGexw0vOEU7GjM f0YA9SCyKpRPuQ9egIvrjV7X4T2V3EDmwsZvuOJDJIBtqKQBD0iaovo6rzqzJhoIRtyvp69ZC7C cDKSTv+VDSI62ywipJk9yOUj7KvTowiiSXCRsNnzmQyJnT/2fJMMqGWsiEc5qBcqSvCN97kN1Uf T5H7pjNY61vvmSKEto0fNd6bz3ofBAuavMWgkBA9P5VvTXDZw== X-Google-Smtp-Source: AGHT+IHPOX63SwNGCG9QQngn5ySAgDOBnHmxmQRySAO7X76683p480UarQpLenvbx6sLp6Cm8Muq6duVuhR8Osf3nN0= X-Received: by 2002:a17:90a:ec85:b0:327:96dd:6293 with SMTP id 98e67ed59e1d1-32d43f7d6b4mr11135266a91.26.1757360725674; Mon, 08 Sep 2025 12:45:25 -0700 (PDT) List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-main@freebsd.org Sender: owner-dev-commits-src-main@FreeBSD.org MIME-Version: 1.0 References: <202509041126.584BQBBt067763@gitrepo.freebsd.org> <23rq9r12-75nn-sqs8-06o7-p785s2q915o3@yvfgf.mnoonqbm.arg> <8A4EFC13-ABA3-471B-9726-5940E2B88DED@FreeBSD.org> <0p6ns5r7-ss8q-n81s-s83n-6n16o6pr37p2@yvfgf.mnoonqbm.arg> In-Reply-To: From: Warner Losh Date: Mon, 8 Sep 2025 13:45:13 -0600 X-Gm-Features: Ac12FXwQScYurdAm7evoRppfSy1Mr71OxPNaw140s4m2o1uJAeZscW6PJ0jZ__Q Message-ID: Subject: Re: NOIP/NOINET/... for arm64 too? [was: Re: git: 1c23d8f9f398 - main - vtnet: improve checksum offloading] To: Mark Johnston Cc: Michael Tuexen , "Bjoern A. Zeeb" , srcmgr@freebsd.org, "src-committers@freebsd.org" , "dev-commits-src-all@freebsd.org" , "dev-commits-src-main@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000cbeb3c063e4f6d35" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLHVh0ZlFz3wGd --000000000000cbeb3c063e4f6d35 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Sep 8, 2025 at 6:52=E2=80=AFAM Mark Johnston wr= ote: > On Sat, Sep 06, 2025 at 02:59:25PM +0200, Michael Tuexen wrote: > > > On 6. Sep 2025, at 10:31, Bjoern A. Zeeb < > bzeeb-lists@lists.zabbadoz.net> wrote: > > > > > > On Sat, 6 Sep 2025, Michael Tuexen wrote: > > > > > >> OK, that is fixed in > > >> > https://cgit.FreeBSD.org/src/commit/?id=3D7c448f5aab8be6977d0860e608e7d49= 7b495d28c > < > https://cgit.freebsd.org/src/commit/?id=3D7c448f5aab8be6977d0860e608e7d49= 7b495d28c > > > > > > > > Thanks! > > > > > >> Thanks again for reporting and I am sorry for breaking the NOIP > (again). > > >> BTW: Is there a reason we don't have the NOINET, NOINET6, and NOIP > kernel > > >> configs for arm64? > > > > > > I think initially we only added all the extra kernel configs 10-15 > years > > > ago to amd64 as that was the fastest way to build a universe (for a > > > target). I am likely guilty for NOINET and VIMAGE and NOIP... > > > initially generating them if I do not misremember. > > > > > > Adding them to a 2nd arch would increase full make universe build > times but > > > given a lot of people have started to do native builds on higher core > arm64 > > > machines I wonder if it would be time to add them there? > > Does adding a kernel config also requires it to activate it in make > universe? > > arm64 is now tier one and I use arm64 platforms more often then amd64 f= or > > development. > > I believe adding a new config to sys/arm64/conf will automatically cause > it to be included in universe builds. > > > > I'll Cc: source manager and see how they feel about this... > > I don't see any particular problem with building the extra kernels on > arm64 as well. It might be useful to build-test NOIP etc. > configurations with "options FDT". > > But even if one is using arm64 for development, it's trivial to build > the corresponding amd64 kernels when build-testing, just set TARGET. > I agree. We should just add them to arm64. It's part of being Tier 1. And while we can test them today, I'd like to see them explicitly tested since we're still breaking these configurations too often. Warner --000000000000cbeb3c063e4f6d35 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Sep 8, = 2025 at 6:52=E2=80=AFAM Mark Johnston <markj@freebsd.org> wrote:
On Sat, Sep 06, 2025 at 02:59:25PM +0200, Michael Tuex= en wrote:
> > On 6. Sep 2025, at 10:31, Bjoern A. Zeeb <bzeeb-lists@lists.zabbadoz.= net> wrote:
> >
> > On Sat, 6 Sep 2025, Michael Tuexen wrote:
> >
> >> OK, that is fixed in
> >> http= s://cgit.FreeBSD.org/src/commit/?id=3D7c448f5aab8be6977d0860e608e7d497b495d= 28c <https:= //cgit.freebsd.org/src/commit/?id=3D7c448f5aab8be6977d0860e608e7d497b495d28= c>
> >
> > Thanks!
> >
> >> Thanks again for reporting and I am sorry for breaking the NO= IP (again).
> >> BTW: Is there a reason we don't have the NOINET, NOINET6,= and NOIP kernel
> >> configs for arm64?
> >
> > I think initially we only added all the extra kernel configs 10-1= 5 years
> > ago to amd64 as that was the fastest way to build a universe (for= a
> > target).=C2=A0 =C2=A0I am likely guilty for NOINET and VIMAGE and= NOIP...
> > initially generating them if I do not misremember.
> >
> > Adding them to a 2nd arch would increase full make universe build= times but
> > given a lot of people have started to do native builds on higher = core arm64
> > machines I wonder if it would be time to add them there?
> Does adding a kernel config also requires it to activate it in make un= iverse?
> arm64 is now tier one and I use arm64 platforms more often then amd64 = for
> development.

I believe adding a new config to sys/arm64/conf will automatically cause it to be included in universe builds.

> > I'll Cc: source manager and see how they feel about this...
I don't see any particular problem with building the extra kernels on arm64 as well.=C2=A0 It might be useful to build-test NOIP etc.
configurations with "options FDT".

But even if one is using arm64 for development, it's trivial to build the corresponding amd64 kernels when build-testing, just set TARGET.

I agree. We should just add them to arm64. It= 's part of being Tier 1. And while we can test them today, I'd like= to see them explicitly tested since we're still breaking these configu= rations too often.

Warner
--000000000000cbeb3c063e4f6d35--