From nobody Mon Sep 8 19:45:13 2025 X-Original-To: dev-commits-src-all@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 4cLHVh0xtXz672X9 for ; Mon, 08 Sep 2025 19:45:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 4cLHVh0HrMz3wK0 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-x1030.google.com with SMTP id 98e67ed59e1d1-32b70820360so3706137a91.2 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=ggtHYHSVyaoxHNCnOeG699Hfh+AN8C2RIpCJ52ipMAeQWRf2io1chpyGojvudZTAc4 Kzpi0tyfbILkTkqRLSxOeJHTxf+994Qv0hIV06L2MMQt15FOx0HnSDOOLFaEc6q1KA3h wtoj/tXV4iL3WBc+OsnGNhMt1RTAIv9QGIlpn212GCaO3QpdovctAIMYy4Yj6lv7w63+ l7Y+403IJw7F85Kj9dXjcrqKkPhASQ6NCPnq4XMEQUA34WSZXuYzer3OdGYJU6ggh0kg m8ZKT8ITIGl2K8xtbISlsPFNFtkW3ytldbInW73nMZJakqHgFgRDYT1sNxMomjeApYEN pcQg== X-Forwarded-Encrypted: i=1; AJvYcCXE3wB94WuxkJ+qqqcsiFu0kXzgf7gFOqJVnpZaMANoflGDTm4GUGfpNQoXgad+HFdPVxGtjGovAEB2Ma5/T7uNwu2P@freebsd.org X-Gm-Message-State: AOJu0YxuhYxFiZ+XClJOfrei0AqoBtp79jXTbmjuvZg3CKEORuCHmhIL m8czrdveFpltBfZo0OthbiNzMiuPzUJzIjG0vuNmcwFJxGOig5fawUk0wwn3EyEEGFdpNuE61GX Fbgk7Ay1bnaAxbxofDx0j//6I5Df/IipGE7Br6L4yug== X-Gm-Gg: ASbGnct4YzOe3SW177XD5uxrDxEeG1ZjHvtyFQ9X4l1MdPPwcEq/Lc5AyUj0lI2Huzc S71QcjMXKzJY+zPNhpLkZ6y/z3ev4OeKpPsN7neYCd9yeLq/R/mu+35W9dlDx03LQzCC31CW8ay 9iZGjD+IG3y1TiTUzyty6HN/gAMV8nmiYaxfpHTPDGgkS+AgnFDL2VhVUW/MOwqJmZyJ8AKtPwo xaWwwsjeTylxqY/AIte7dIT9Y3xMhbHwme204Xiw78MtI/2cQ== 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 all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-all@freebsd.org Sender: owner-dev-commits-src-all@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: 4cLHVh0HrMz3wK0 --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--