From nobody Sat Mar 25 22:51:35 2023 X-Original-To: freebsd-current@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 4PkZ7t0P2Vz41qyl for ; Sat, 25 Mar 2023 22:51:38 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4PkZ7s75VGz4Cwd; Sat, 25 Mar 2023 22:51:37 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 32PMpaBs075653; Sat, 25 Mar 2023 22:51:36 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 32PMpaYd075652; Sat, 25 Mar 2023 22:51:36 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202303252251.32PMpaYd075652@donotpassgo.dyslexicfish.net> Date: Sat, 25 Mar 2023 22:51:35 +0000 Organization: Dyslexic Fish To: thj@FreeBSD.org, jamie@catflap.org Cc: freebsd-current@FreeBSD.org Subject: Re: diff(1) goes into cpu-hogging endless loop References: <202303252155.32PLtEPF072349@donotpassgo.dyslexicfish.net> In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Sat, 25 Mar 2023 22:51:37 +0000 (GMT) X-Rspamd-Queue-Id: 4PkZ7s75VGz4Cwd X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Tom Jones wrote: > My guess is that you are hitting a worst case in the stone algorithm. I > have a WIP review to integrate the Myers algorithm from libdiff here: > > https://reviews.freebsd.org/D36860 Ahh, thanks, Tom. I'm glad it's being addressed. I'll check out the review. Cheers, Jamie From nobody Mon Mar 27 12:59:08 2023 X-Original-To: freebsd-current@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 4PlXvX2ysyz42F8w for ; Mon, 27 Mar 2023 12:59:20 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PlXvX1y4tz3pl4 for ; Mon, 27 Mar 2023 12:59:20 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679921960; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=z4VexPiEcd7TqK1JS63JQSfWim026ky5XGoqq1wQWpo=; b=NN5FhkPXFsHkQtp5p9PaWk2lk8YOELUXKH9lbV2VW7IOrKIuJYWbNViaVRs/l/zGqbtQqU elmccp0p0dYymKCTvifDbWJ6XnKo5j+0TdRZ9r7kTgMkxUokQCMwgrqNKOTInAyypXZlm+ 1U+/clLk0pgox1I2wMnjEZKDsjHXn9Mt/7d1NqUUC2LFCLBJsJUMIlAe8Ow0vyoG7sIkO1 nVf7v3eNBPethALhUdYAq2s3xnZTdJ3FxVdVt/SefG2WgJ4kpZQCo1bGo0xLBOK9NAXu53 CPsdCeY2Rk5UVYgb9s4VKsDVzg5ftzmn+4XdwcVhDi7ewYfLU4c6Lnb8Ikq1xA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1679921960; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=z4VexPiEcd7TqK1JS63JQSfWim026ky5XGoqq1wQWpo=; b=QVeXU1OJKbOzFGaG4SEsKTzeP7/uyNPJs5EHKVnSHl4Ig0JWqt5kgNWaP+hqi9Ki6YorGU XdT55WwQyQ+HzMw2NlVb1cPX0Bc12EY49UFBwhQAb5rdUgYfVdbIjFNfuvb+izYF2qaXHz JUJ+NWX4UdOfOTgoP2Mi2MzmxPuq/KwFO/1P5chQvfURPwE5roDdROHoSDRksWNMZSR6ZX cyZXUsEK1LuZxJEsrvGYHU+OPmMg89t9CIpkiirPWOy2l/V/AspwRgvt6o4qJKU4dGJ5XZ 5vjW5hO6rZC569A8aiD5cWzLgMPKxhEarg8pA7P5UOlmt4EpgupaXqq6+axc0Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1679921960; a=rsa-sha256; cv=none; b=B8FoyDrlTR91OsP+GUiKFsxusCKycrDDwGC0xsttfT0iqPPUVOtcngctVNEey5HvY5xlqT oDUJGHpy6nQLeUL4iefgqGKGLnq6ey6xN+IAo40C+C4cb0podTuCW3HR/q7Peu6y5m8iUi y9F0JwYdcQHa80QwpQ6JiOhMayH66yAfdLHqgg/rDr+y5KhAfgjM08wo9IwGZcR7QqVAmJ 7gmmQTGVResEfVEoir77X/sQJxAgb9IyG5PK3XeCxDg6Luj32huZliLi/1Y1TTeVEphC1f VeGdD0tpK9A8uFw5AWVX8CtSYPCZJUJfT8I5yMOpHt4UYIfra4WJMmX+KROFBg== Received: from mail-ua1-f47.google.com (mail-ua1-f47.google.com [209.85.222.47]) (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 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PlXvX0gLJz1QL0 for ; Mon, 27 Mar 2023 12:59:20 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-ua1-f47.google.com with SMTP id h34so6247987uag.4 for ; Mon, 27 Mar 2023 05:59:20 -0700 (PDT) X-Gm-Message-State: AAQBX9fsnWsW2ZDsE2wRJVQ3AWRw/j85C6ZvUAFM0+3d4W+UuW9keLCO SJ0d6XdhcLonXhBzE/+kCjFiOlMgkpAKxEjOSBg= X-Google-Smtp-Source: AKy350YkZvJJPovW+MNKiStwUv7L2t+az25DsaD3rC1igEx/uSaJYVcOWt+aqi2tPOV53Dfg5vsY7O3aQSGCfDYr3Ug= X-Received: by 2002:a05:6130:122:b0:764:a9a0:9a55 with SMTP id h34-20020a056130012200b00764a9a09a55mr7243824uag.0.1679921959657; Mon, 27 Mar 2023 05:59:19 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <13BBF767-6CBB-41D5-AD93-6ADD9C417811@FreeBSD.org> <1aa553c9-79b9-30a0-e4ca-95b1057f1d80@gmail.com> In-Reply-To: From: Nuno Teixeira Date: Mon, 27 Mar 2023 13:59:08 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: byteswap.h not found on 12 and 13 To: Warner Losh Cc: "Floyd, Paul" , freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000a7e86505f7e14f0d" X-ThisMailContainsUnwantedMimeParts: N --000000000000a7e86505f7e14f0d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Fixed at https://cgit.freebsd.org/ports/commit/?id=3Dfb22e1c2e3653558065ffa0509c3c02= 0834723db Thanks all, Nuno Teixeira escreveu no dia sexta, 24/03/2023 =C3= =A0(s) 11:15: > I'm thinking in the best plan to patch port. > What about patch it for OSVERSION < 14 that will fix 12 and 13 and when > 13.2 is out patching it only for 12. > > Any thoughts? > > Warner Losh escreveu no dia sexta, 24/03/2023 =C3=A0(s) = 09:37: > >> >> >> On Fri, Mar 24, 2023 at 3:23=E2=80=AFAM Floyd, Paul wrote: >> >>> >>> A modern and standard solution is std::byteswap. >>> >>> https://en.cppreference.com/w/cpp/numeric/byteswap >>> >>> According to this >>> >>> https://en.cppreference.com/w/cpp/compiler_support#C.2B.2B23_library_fe= atures >>> >>> you will need llvm 14 for that. >>> >> >> Which doesn't help OP since they needed 12 and 13 support for existing >> software. >> Also, that's C++ only, which I don't think helps either. >> >> I'm glad to see some articulated standards here because when I did >> endian.h >> and byteswap.h, it was a minefield of what can or can't be defined in th= e >> face >> of existing use. >> >> Warner >> >> >>> A+ >>> >>> Paul >>> >>> >>> >>> >>> > > -- > Nuno Teixeira > FreeBSD Committer (ports) > --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000a7e86505f7e14f0d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks all,

=
Nuno Teixeira <eduardo@freebsd.org> escreveu no dia sexta, 24/0= 3/2023 =C3=A0(s) 11:15:
I'm thinking in the best plan to patch po= rt.
What about patch it for OSVERSION < 14 that will fix 12 an= d 13 and when 13.2 is out patching it only for 12.

Any thoughts?

Warner Losh <imp@bsdimp.com> escreveu no dia sexta, 24/03/2023 = =C3=A0(s) 09:37:


On Fri, Mar 24, 2023 at 3:23=E2=80= =AFAM Floyd, Paul <paulf2718@gmail.com> wrote:

A modern and standard solution is std::byteswap.

https://en.cppreference.com/w/cpp/numeric/byteswap=

According to this
https://en.cppreference= .com/w/cpp/compiler_support#C.2B.2B23_library_features

you will need llvm 14 for that.

Which d= oesn't help OP since they needed 12 and 13 support for existing softwar= e.
Also, that's C++ only, which I don't think helps eithe= r.

I'm glad to see some articulated standards = here because when I did endian.h
and byteswap.h, it was a minefie= ld of what can or can't be defined in the face
of existing us= e.

Warner
=C2=A0
A+

Paul






--
Nuno TeixeiraFreeBSD Committer (ports)


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--000000000000a7e86505f7e14f0d-- From nobody Mon Mar 27 19:54:19 2023 X-Original-To: freebsd-current@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 4Plk6d0f77z420KX for ; Mon, 27 Mar 2023 19:54:33 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ua1-f50.google.com (mail-ua1-f50.google.com [209.85.222.50]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Plk6c0GF0z3HtK for ; Mon, 27 Mar 2023 19:54:32 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.222.50 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=none Received: by mail-ua1-f50.google.com with SMTP id g23so7250187uak.7 for ; Mon, 27 Mar 2023 12:54:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679946870; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=dvRlp5g90uzvIstDe5bx1x1mZ6Ppdls9bhZk72RtN9s=; b=ulj44vTRZ8+DBQEO5J5NNFTxiEcKi2RA7pEW6ounuHU5T2beuwYKdh2eZZ8CM7RJgb deCRATD2d7te+hxckti9KieTUBQW0Zd5VZ9QtWjLUp/q57Jk2SdkS+bFLlg8UGS0WCuR lj9ijR7g1IE6rkuDhxO5Ri59WLNWQVN0JTdFiQaaQ/+vgkQ7fOJDuEcPQyd4NJsqlcLL PsPvZR6bDXVQulCBTlzYdGAWhW+0+YKETpHGvL7+luC02MyZa0cCucYXz0HfI39Xzx3o DDmM9IYaD9UdgHNtOGmooOSSoePwNkDIb3Som/V9765wIeubWmj0iriRlBOviJb1+Ymj akYA== X-Gm-Message-State: AAQBX9e80Hrsswx2/4VF7Nte8J7HgiraabC+sYLkM9rduCvcEnApIloJ SPFTtEc2fI4lK0v7M2JeeZFG7zoA9DR4eSeVEnLDH4jixvo= X-Google-Smtp-Source: AKy350ZeJ6i8sSN+v5hxBuaVe7v9mgjmSB8iLCwKfw4aRigeraJL6k3yjAJIOUN08AASxfSBgqnlO08UJ5JF5KyCmTM= X-Received: by 2002:a1f:2fd8:0:b0:40c:4d1:b550 with SMTP id v207-20020a1f2fd8000000b0040c04d1b550mr7113577vkv.0.1679946870655; Mon, 27 Mar 2023 12:54:30 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 From: Alan Somers Date: Mon, 27 Mar 2023 12:54:19 -0700 Message-ID: Subject: head's up: disk physical paths changing To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.85 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.85)[-0.849]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.50:from]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.50:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[asomers]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Queue-Id: 4Plk6c0GF0z3HtK X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N I'm planning to commit a change to the format of disk physical paths, as reported by DIOCGPHYSPATH, and viewable by "diskinfo -v". This will only affect disks in a SES enclosure (which are most SAS enclosures with more than about 8 slots). Technically, this is a backwards-incompatible change. But I only know of two cases that are likely to be affected: * If anybody uses a /dev/enc@... device alias in /etc/fstab, they'll need to update it. * If anybody is using zfsd with autoreplace-by-physical-path, *and* happens to have a disk missing at the time they install this change, then zfsd won't autoreplace it when they replace the disk. They'll have to replace the disk manually with "zpool replace". If you think this will be a problem, or if you've thought of any more cases I haven't, then speak up. I'll commit in 2 weeks if nobody objects. https://reviews.freebsd.org/D39141 From nobody Thu Mar 30 02:24:07 2023 X-Original-To: freebsd-current@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 4Pn6gZ4mVVz42Fqj for ; Thu, 30 Mar 2023 02:24:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pn6gY16XXz3GNq for ; Thu, 30 Mar 2023 02:24:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=YrM0h0XR; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680143063; bh=TJb+UsPBRmxcoYJUfkZCGXz3n9aSXyDuX9DjoAEPa1g=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=YrM0h0XRvHbQu404xBMcO7iwHwJuLhmgcLHk22Vg011DZ5H/Z1AyOZVeOLruDsWKs8o4XZSAJOEuz7VUniMj57uSP2pdIXzs8sVlrn3f/77BkbeOPvgJHcRqdbDlR+QP/sc81tNdgZsX+TdF9DUiTD9L3sva74/w5yyUqIx0I1e/SlhJ6Dq8GFhuIKRyAMFWW2g195E53BMxbm7UkTaV11uISLlAPjHmQNgqCtHkhE+w6lGHLPZfGrvWL3v/hHXv3J7E8/Pf1M1z/Y9KqKDhsZ/UuVoUbTeXsqsjdX1Nsyb0eTMZs0rEAx8wc5cCNMzm1gD72lrPOaCQdCBuJfbprQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680143063; bh=1rzXk8VxyVhAAGhmIczxCAGIAPJOotqIr1zTqusFrjT=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=XqjaAswsCWpWFIbMAIgfq+ETr8hM+OvvWsev2ZuLZX9UrGzNe4zwtPTIDcKaa/XKDD4LR4NXvyG28LwY/7FE1KlNAMPpTxeEdL+1Dk9JbvgMjzIRlny7X13UDrtZ6Rh3+HVxgKHGRINqkCajCI0bEP676vCjAK47ettnYp0qh7Heicqu1nSMmvMO9gokdRV8uibEgnmFukOu6SHFU0/6zp9qJPuPbONWq4TjA3ANOKBM5gU0IalZGLR2tXfoTTrlcE5+YcNxcKg+tx2kPUxnBwaJwwYrAjIIzxeaCok0GiLqWAHEvekd3yZXN2Q+fw1zF6ypTMjic/5NV7fqPNfZ8A== X-YMail-OSG: QBUcSVUVM1lPkrieTvMylCrQbwSn__Ij_KfiKB6J.3zNe0Ktm1rN2vnefF1gUgC Cr0gXtZ0zkU8gnht5XceGgROiH4SMTzk2RWW_84r11nVEddW_5z5o8zvn1kz3B0FpEmdSw7__g_H _Dy4TtCaJNcWvPIDSr4cT0ptDPVp1YBPusXZdyAGg9FURNoD9sUC2O.HGjEQnCU2tDofFxDXPXZ4 gdaWynKnI19hi0VUGigXdt37Boni_vREQFfhc00r3OQlKcCmrDXlavYUO0pjZqdiljMlVaYbhirF jaFIjbWqAvaOrhi0ofp2aoPgOgWwZMZWE_1PIb27xuxcXJSczCyzzg_lauoOKrHdMCb1z6Ib.Scv VHdWJMLNRDDXQ1_oQghnR9n6snohJN.0DqunQ8WZ_aZqK5y_ig5kwDdy3f6DQPME_VAw0obuam_J 3s6kIWEIuh11TR.eUWzQsgAeuj56RPKXf9tuJ4bnxfaraS5sOSbWbLIOs20YNtpb1YPGAw2zlyOz 6eEVvZwvVpGUSnV0bD8MmGIFPnZMu4muZjd5._SXgMFI.YvjUdciMx.Rr3IUsP7nz3P0iODprQiX PxtfrS.xOApOfS1vukSeFYY_C9DT2ZSbvtekdPboUxTN0uQCluEiHfO0bII.8p4xNDqMgUVmv2D2 MmXz6wZKVPPb1dPYQN5lIMeI8AgNvr6JCu_YwD39WC3399D8quGJoYhzBZ_8H6NGTrF7FCUQzvAL Z0fy2y0j7dRk_OF72Z23teqauDPiZqHiPsNHRHfApBcLcWw9j6tLF9LUFp_fabTslvblksyp0e2I K1VXoYaThKgPqzl.KEa.P0tCmUB4KBFxOiXBzIbgGiSTJCBqcH0DdHEsZT85BhRq0l_ytzyHfZXC 8o2KugxS3L9EZQTJjB2Oa8W9WmMzz.LxePz1d.Fw81R43VBT99ZYMS.Jf6RR5CCkmeG8wyTKBuM0 F3BJcVk3KglchlK156OSfRcVuHiDPVAaNOXoWQJGs8g0Y8cdKd16fVByV4tu.vtIOoJBcTOikVrv XQJ5cp2.UKNXIsm7jdG3RoWEYxBlHea81txF99EvGPkxEBAi3RSuSdi76gxIYuDJ_yw60XEsQkXq kaqPG_Dhha86UVoAgtuq94IZ7B3VIqns2fNrhta.uGnct2OGBPqk_NImnxuJm_vdcaLutDJYE.Hs CzXMicbTF0T0nquBaP22K3GLmmTRh_F6N60KoM0lNdhjwwWgQ9AvH.bZbAwmBTstRposWySNKOOg o17K_m.KtPmUE05KNsBBhGL9sCrn3JT.W4H4vjq1HvNuheASAyJQh3AzS6Olo39CMBi04HkRcFAI kTlCKr9d6GTBmQvdCNqTICRzyPzgiyKfeVU5.H1hF6K5ZmvKcrl3h.P5_ffZHGG5tKjE9Lj_RrqC bayiq34VYW71JxdSL6_rjxzSeeSshsgrU1dDxqR4V.j3UDBvu3stqmGQIbAkfr2HCJ7SVuXMZKSt qcnT9tmONa.dZvN0217TSCfkB0Uhs_aUt8ZQrXSenewHxlu8NVnCmO.fxe_ks9F1DgN6AEZdg7r0 MHtbtloKvSSZclUYsyMURymLdsHecHJyxRtUDcS7NY9l78_SsuiswXMilpHWkKdQhyiar1HMRTbZ JOoT2Qlv6dvHB4MMp4zXct6ZuPyuP.Ik9S22KZgYCuXlei_1Gn6YIiaLxmGJlDhLQ4IW2Jxnfu5H J2vO1b8TiP7zUPeAC23hMsHp2KmW1XS6YjAkc6K.b0R.VCAyR4H_ZwlK1qJ_0y1ZQ7C9LbACtYXY EcH27JMfeyTolMyoSy8h5ab6.4x2FlQGE7nLeu.7bH1K_IlVxFvL5i23RH1Urqbm6_.XlJ5vr6Bg Wmzw2HrliAuNPieIp9Xth.GRDJL5tJJH7D38Cg7y2MYTVpzLkmXVDdvuH_BwlzEMIhD_m5ZVkPQ8 AJry1oiMq1oRJVyAhI_VNBCiposglqW10RxXPXNiaSENm_FetsyVIJI36ndQRE_QN1KwwhC_LNE7 nRcBMDP9c.arF6h5bQAHEj2jj1EvoWwSQEnemY160YL.uyoKMRjOULdABCgavHLOM1NPfcJEa3Rv MgNYICkYs1RRdcljvFZKZknn6hTm1YsdQ5b8kQtLeMhpvI_ABcADakn0WkLUturXVBhIzpH0hQf8 doRIEiLJPZQkw41FBSw_ur7qVxr3fPzw7_bPksE_ooc41ZCt6VsvkVDtFuk.UsYdeGWv3cjL._Gv 8scmnAwXxd7voPG3ygymAHApWGaBRkH8x2w_NX6aUQPAP4RR9Un75AnxX3mZcaOYSot0U7dvDVle h2g-- X-Sonic-MF: X-Sonic-ID: f5536b73-7f78-4480-8d76-e127ff3e50a8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 30 Mar 2023 02:24:23 +0000 Received: by hermes--production-ne1-759c9b8c64-7kw78 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 974bcc926a11e1576bd48f978adb64ed; Thu, 30 Mar 2023 02:24:19 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: RE: git: 6926e2699ae5 - main - arm: Add support for using VFP in kernel [vs. devel/libunwind for armv7 package builds] Message-Id: Date: Wed, 29 Mar 2023 19:24:07 -0700 Cc: "kd@freebsd.org" , "wma@freebsd.org" To: Current FreeBSD , freebsd-arm , FreeBSD Toolchain X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-2.35 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_SPAM_SHORT(0.15)[0.154]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4Pn6gY16XXz3GNq X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N h= ttps://lists.freebsd.org/archives/dev-commits-src-main/2023-February/01255= 0.html ("git: 6926e2699ae5 - main - arm: Add support for using VFP in kernel") did not follow a pre-existing naming convention that devel/libunwind = depends on, leading to 6000+ skipped ports on the FreeBSD armv7-package building = server. (No claim that there would not be a next-problem in the way, however.) The details are . . . # grep -r "\" /usr/main-src/ | more . . . ignoring debian no such file notices . . . /usr/main-src/sys/arm/arm/machdep_kdb.c: memcpy(regs->fpr_r, = pcb->pcb_vfpstate.reg, /usr/main-src/sys/arm/arm/machdep_kdb.c: = sizeof(regs->fpr_r)); /usr/main-src/sys/arm/arm/machdep_kdb.c: = memcpy(pcb->pcb_vfpstate.reg, regs->fpr_r, sizeof(regs->fpr_r)); /usr/main-src/sys/arm/include/reg.h: __uint64_t fpr_r[32]; Everything else uses fpr (no _r suffix). devel/libunwind expects the "fpr" spelling ( from = http://ampere2.nyi.freebsd.org/data/main-armv7-default/pb73012d372f5_s91b2= da1370/logs/errors/libunwind-20211201_1.log ): --- ptrace/_UPT_access_fpreg.lo --- ptrace/_UPT_access_fpreg.c:107:25: error: no member named 'fpr' in = 'struct fpreg' memcpy(&fpreg.fpr[reg], val, sizeof(unw_fpreg_t)); ~~~~~ ^ ptrace/_UPT_access_fpreg.c:123:30: error: no member named 'fpr' in = 'struct fpreg' memcpy(val, &fpreg.fpr[reg], sizeof(unw_fpreg_t)); ~~~~~ ^ 2 errors generated. *** [ptrace/_UPT_access_fpreg.lo] Error code 1 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Mar 30 13:25:03 2023 X-Original-To: freebsd-current@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 4PnPKv1684z41lq2; Thu, 30 Mar 2023 13:25:07 +0000 (UTC) (envelope-from vishwin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnPKt6wfXz3l0y; Thu, 30 Mar 2023 13:25:06 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680182707; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=PZ+j+YKzWKDaR6ySucAOcd1+df0W/tOXeHm0+Xj5Bc4=; b=Ozy6sU3FXGwiDRDnNEZ8ElYc6oK27ZChAyGLt+zbAL7ucahLanqtCCAWCIqK+JrrAXB7sS uOLE/MBl25IgsVgDQgqwl0lXi3aTB5yBRiPV9cgai2IS6LQomyquivMcDeLqO27bxvCcZd AzSG1henRw2r3qEaczX8kdoijf9U6+5spnRudPZXyZkJMdNI5XOlD8VjmCYfxjzq73nuV3 cmfd9D8txmqLBI8xkzZvRsHEJv8/kBI63bGPkg6W0NAAsLeGh5j5NOUKsRfr/qYBgRAsW4 N7u8nQyUpaVuITtwHF3dgZJva9i2XJAYEnahfGWg1bQRlVmXm/dR1uiGz4vvTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680182707; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=PZ+j+YKzWKDaR6ySucAOcd1+df0W/tOXeHm0+Xj5Bc4=; b=YZIPJAcOBCGi9dyecIyOuw28PTjTA3wfQqeNrQDwSzOM7qrDoHUSWKyHQlJQuS2QA/WBQA RsAWJ3G4Z8ArCeH8aps4CUY/F0vn8hgIuWFcwGu0b0gDSFJkIeDj/uGHGiZo2dazjDpQV4 +nqluBDQNJgrdpn+/eeGG9SJh3BFhM4N3eJYN42BR20BQmamTAAi90zal17hm7dpUEPWcd gOB5YFUnb0G6ozBbKaGo15068a0pKV0U7oIqFFnp/fJ9X32uQ3/gmPIn/nq9HrAIoEsoPi y3uMBhEYgz4Q9a1Q8/OCB7W245Hhpz99hBJxR9vgJPBvpWx3z229BKBV9WrGSQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680182707; a=rsa-sha256; cv=none; b=xuPVmBBcDnc1pmYwsFeBMHGyloQpyoKhyDCrWyg+uCRXWbyIVSzhg1upYPagznEhutr5zU dpAGClqy1DgEufYjQYyZs6Iq//PKJlEXVpFfpxkhnSx+RYjBs1KQ42Nc/L1+Vls3J8IS8a ebWnRqDyfGix0YgKV3B/KM54H5awGh3zY0YNXJA5RTkn0HJfB03NYz3EbBzfVRhGs6cb+s PpNDta4fiAPHn99tgdTaZwIFD5/0Gt5UeSRafF0FPznQRaOn4Wxtbj2mGRpHgnZKqPUycP JhT4xsDic9GfcifjHF1xuMtFajyflGW7g5whw/e3HiUoSuJnO4uYtBM4P2KPXA== Received: from [IPV6:2601:98a:602:da0:1fa8:be6c:38d1:bd] (unknown [IPv6:2601:98a:602:da0:1fa8:be6c:38d1:bd]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PnPKs3Xh2zZTX; Thu, 30 Mar 2023 13:25:05 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: <5f05c8f6-630c-c9de-ddf0-4ccddca46f71@freebsd.org> Date: Thu, 30 Mar 2023 09:25:03 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 From: Charlie Li Subject: x11/libinput assertion error To: x11@FreeBSD.org, FreeBSD Current Content-Language: en-GB Organization: FreeBSD Project Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------Obq605GWXCCWb7YzxwxupSST" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------Obq605GWXCCWb7YzxwxupSST Content-Type: multipart/mixed; boundary="------------gVZVAOuTEUyKNncvPSFcfd82"; protected-headers="v1" From: Charlie Li To: x11@FreeBSD.org, FreeBSD Current Message-ID: <5f05c8f6-630c-c9de-ddf0-4ccddca46f71@freebsd.org> Subject: x11/libinput assertion error --------------gVZVAOuTEUyKNncvPSFcfd82 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 U29tZXdoZXJlIGJldHdlZW4gLUNVUlJFTlQgMGU3MWY0Zjc3YzAxNmI0MDg3MTA2ZTdjNThi OTU4NjY3ZGY4ZTFiMiBhbmQgDQphMDJkOWNhZDc3YzEyMDdlYjgwOWJhNDlmYzE1OTVjOGVi YjJkYTI2LCB4b3JnLXNlcnZlciBjcmFzaGVzIG9uIGxhdW5jaC4gDQpJdCBoYXBwZW5zIHJp Z2h0IHdoZW4gbG9hZGluZyB4Zjg2LWlucHV0LWxpYmlucHV0LCBmb3Igd2hpY2ggdGhlIGVy cm9yIA0Kb25seSBtZW50aW9ucyBhIHNlZ2ZhdWx0IGF0IDB4MGIuIFN3aXRjaGluZyB0byB4 Zjg2LWlucHV0LWV2ZGV2IChhbmQgDQpyZW1vdmluZyB4Zjg2LWlucHV0LWxpYmlucHV0KSBh bGxvd3MgWCB0byBzdGFydCwgYnV0IHRoaXMgaXMgbm90IG9wdGltYWwuDQoNCkZ1cnRoZXIg aW52ZXN0aWdhdGlvbiByZXZlYWxlZCB0aGF0IGV2ZW4gbGliaW5wdXQtbGlzdC1kZXZpY2Vz KDEpIA0KY3Jhc2hlcywgYWx0aG91Z2ggd2l0aCBhIGNsZWFyLWN1dCBhc3NlcnRpb24gZXJy b3I6DQo+IEFzc2VydGlvbiBmYWlsZWQ6IChsaWJpbnB1dC0+cmVmY291bnQgPiAwKSwgZnVu Y3Rpb24gbGliaW5wdXRfdW5yZWYsIGZpbGUgLi4vc3JjL2xpYmlucHV0LmMsIGxpbmUgMTk1 Ny4NCg0KQWxsIG9mIHRoZSBwb3J0cyBpbnZvbHZlZCBoYXZlIHJlbWFpbmVkIHRoZSBzYW1l LCBhbGJlaXQgcmVidWlsdCBhZnRlciANCnRoZSBpbnRlcnZlbmluZyBBQkkgYnVtcC4NCg0K LS0gDQpDaGFybGllIExpDQrigKZub3BlLCBzdGlsbCBkb24ndCBoYXZlIGFuIGV4aXQgbGlu ZS4NCg0K --------------gVZVAOuTEUyKNncvPSFcfd82-- --------------Obq605GWXCCWb7YzxwxupSST Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEJXd5utNNhpeHcBMx/reFK+KbPocFAmQlja8FAwAAAAAACgkQ/reFK+KbPodV /Q//ZlnbyIvuxf/Y/OirSyc8JlPoGsP98gy1ADsimjveBLdx+sTw+SFQtJlBeWgVvfSqUCCB2eZS jZVBLZ2eoSmsZW/f2p+uVOoDDQpuQ07umVUTkexDQ4joAMNGMWlMt+jdve18Q/zsJ7U6nOIAK6pQ 9YwgqqdL/Qv1G5nAggb9cTGuGabq3UXUN3almwdk6folwA86bXGPDVNwPACrMgmmHlLqJ+R2sUMJ Rtwdsl7RMGlLDxJTotOGhh5Feu1FVv2A+MflLCGtXv3z2/9a0K8aroCdWVoh63j4dnGsty3jyB0+ PBP3EzaKRh5DLdHPSNFgB78hEoqxZ3pkjt97TxlRP1zvZGGXAch61an40b4Vf12S5GU44u9NEAq8 nBzTq2y4KM+LzhgXlwWYTgiw7c7r3OFJVYQDTXYop20fYVt4oOZraJYK8n7dPhAdcIJzGcFhmc8x wmug33iLspKZCzS7iLaGkv+dkMWa2z9yNl2N3+f5w4IC3Oj9s2vSzaWwV0HOwWZh3Ob9TBQSy6Ml 6TVcBl8vjbdkUSffr1wOPu2IIRX3D4iWHCiVZxR3hVVpnkPxNDJnb0M5/20FkL/JNM8c1ZnxZ1V4 t+l65+Nagk00WhAQac/hkSGsFQoamAxxB1XqDp0n+FPm0seOC0NiUlugweWitbjmRQqLWodpxgJq JPg= =SBX3 -----END PGP SIGNATURE----- --------------Obq605GWXCCWb7YzxwxupSST-- From nobody Thu Mar 30 13:45:18 2023 X-Original-To: freebsd-current@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 4PnPns279dz41n9l for ; Thu, 30 Mar 2023 13:45:53 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnPnr1BhBz3qR9 for ; Thu, 30 Mar 2023 13:45:52 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=QIrPSR9D; spf=none (mx1.freebsd.org: domain of freebsd@walstatt-de.de has no SPF policy when checking 2001:1640:5::8:30) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 418DC10A1E97 for ; Thu, 30 Mar 2023 15:45:48 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id A5C5110A014D for ; Thu, 30 Mar 2023 15:45:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1680183946; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=hphWkVZjbhTSQ//57sbGYVQ8tpuu/E39lR4hoH9T9FM=; b=QIrPSR9DfEu4FMBnJEknKU2QyE8WYX5b0oAhzZwYGyJS5GIUbUOz9S6zKXXOki/wgYCWkZ 2YoyUMro9SH6efpd5iMXEWgM/nZHhRHhavr5yNJ7fsihROhmUkH1yPEjVe8VTHj3OZ3DQp DWkzInYykH6sC06V33YJsq0gkPkTRifXVYBrPVpbGqD3jatTxhEEKkmD53xdxvq9LH8D3A L8Jrvhh/v7BnPzJQVx4Umq9bICCVq5j95ohYxqdhQmrYTf6kSAYwZVFWCqOikphdn30nHr vzaiPBo0mlu2GX2QGt/+MRWXMC6f0yrHuNkEZmL+vnu9VK/D8BAUU5/slWzUDA== Received: from thor.intern.walstatt.dynvpn.de (dynamic-092-224-064-023.92.224.pool.telefonica.de [92.224.64.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 6FA2510A1EBD for ; Thu, 30 Mar 2023 15:45:46 +0200 (CEST) Date: Thu, 30 Mar 2023 15:45:18 +0200 From: FreeBSD User To: FreeBSD CURRENT Subject: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-ID: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> Organization: walstatt-de.de List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-UID: 91c400 X-Rspamd-UID: feace5 X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1640:5::8:30:from]; DKIM_TRACE(0.00)[walstatt-de.de:+]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; TO_DN_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4PnPnr1BhBz3qR9 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello folks, some strange misbehaviour in a NanoBSD compilation is driving me nuts. Recently I posted some error messages regarding [...] src/sys/dev/an/if_an_pci.c:143:1: error: a function definition without a prototype is deprecated in all versions of C and is not supported in C2x [-Werror,-Wdeprecated-non-prototype] [...] but being able compiling the kernel was "a lucky shot/mistake" and in the vain of discussion it has been revealed that my nanoBSD specific "make.conf/src.conf" configurations were wrong. So, again: The builder host is a recent CURRENT (FreeBSD 14.0-CURRENT #2 main-n261876-f5a365e51fee: Thu Mar 30 11:23:19 CEST 2023 amd64), the target is a most recent 13-STABLE (git pull on a daily/hourly/most recentl basis when trying to build). As I understand the src/buildworld config, it seems crucial to have CURRENT and 13-STABLE somehow separated due to their divergende in used LLVM/CLANG (CURRENT has LLVM 15, 13-STABLE is with LLVM 14). Putting WITHOUT_SYSTEM_COMPILER=YES WITHOUT_SYSTEM_LINKER=YES into CONF_BUILD= AND CONF_WORLD= of NanoBSD configuration should prevent the usage of CURRENT's LLVM 15 and instead a cross compiling with 13-STABLE's LLVM 14 compiler and linker should be used to buildworld. But this doesn't seem to happen (at least in my case), since buildworld fails to build with: [...] cc -target x86_64-unknown-freebsd13.2 --sysroot=/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp -B/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-common -DMAINEXEC=bc -DNLSPATH=/usr/share/nls/%L/%N.cat -DBUILD_TYPE=A -DBC_DEFAULT_BANNER=0 -DBC_DEFAULT_PROMPT=0 -DBC_DEFAULT_SIGINT_RESET -DBC_DEFAULT_TTY_MODE -DBC_ENABLED -DBC_ENABLE_EDITLINE -DBC_ENABLE_EXTRA_MATH -DBC_ENABLE_LIBRARY=0 -DBC_ENABLE_LONG_OPTIONS -DBC_ENABLE_HISTORY -DBC_ENABLE_PROMPT -DBC_ENABLE_RAND -DDC_DEFAULT_PROMPT=0 -DDC_DEFAULT_SIGINT_RESET -DDC_DEFAULT_TTY_MODE=0 -DDC_ENABLED -DNDEBUG -I/pool/home/ohartmann/Projects/router/router/apu2c4/src/contrib/bc/include -DBC_ENABLE_NLS=1 -flto -DNDEBUG -fPIE -mretpoline -ftrivial-auto-var-init=zero -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang -std=gnu99 -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-variable -Qunused-arguments -Wl,-zrelro -pie -Wl,-zretpolineplt -o gh-bc args.o bc.o bc_lex.o bc_parse.o data.o dc.o dc_lex.o dc_parse.o file.o history.o lang.o lex.o main.o num.o opt.o parse.o program.o rand.o read.o vector.o vm.o bc_help.o dc_help.o lib.o lib2.o -ledit ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [gh-bc] Error code 1 make[5]: stopped in /pool/home/ohartmann/Projects/router/router/apu2c4/src/usr.bin/gh-bc [...] I'm now out of options here :-( Thanks in advance, Oliver -- O. Hartmann From nobody Thu Mar 30 13:53:19 2023 X-Original-To: freebsd-current@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 4PnPyT5RMPz41nmY for ; Thu, 30 Mar 2023 13:53:21 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-oa1-x2d.google.com (mail-oa1-x2d.google.com [IPv6:2001:4860:4864:20::2d]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnPyT3lZnz3rpp for ; Thu, 30 Mar 2023 13:53:21 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oa1-x2d.google.com with SMTP id 586e51a60fabf-17aaa51a911so19777111fac.5 for ; Thu, 30 Mar 2023 06:53:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680184400; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5qyWiesErkT4pgu7nH25h8+XRl3L2OZSc/n4yny4sCk=; b=VtKCUhNBcwLNGDadJum8w3KITfqSf+UPLQOrzrMDpEJLnDxdIqLor9gfCMhUW8dSNt OBTiCZ04hPmfwnCE57oZsrp7qpoxZ9/Nkd9p4JHTkycixm7nXDnAr6QY88P4qhmDv35G HJjElZ9VCWucA+Tx5StoESXLlII/aGkFzRpxxsIcKKyiOOWO0T2u4vRnunJJavdX5wUK /4OQGlycRLhY/O49PxPf1kTLxHa8cO6uPwxsAcYIdVV2GsFqf0dKoOenXplZkchL8jCd N0KxK5GFW8n0HQ+MhrP8o2BmA+RuYdNMhUZ7gb5BVKQ1nsHFSUV38a28XeF67Kzs26oO SiqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680184400; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5qyWiesErkT4pgu7nH25h8+XRl3L2OZSc/n4yny4sCk=; b=IlPi/hLrby4IoT+XzUaopRdtyIB27b37Kocqjy9H0Hcn5C7yPsCBQiEqKD5lonXUa7 ebmhpnkbElXpx26AA/+oDk7EPBiEpqtE+WPBkLtgbh2Stoc/ZjB5iCrLa2d0ZBysYWgx cfY1Tty5orZtypitNC2U4AfTxs2mBcQjY4ZGty/sLmxkwkyT0XBHxFwr+nbNzgdAxKvB up+UZOUEJunh0cLFuNjZyt2isrmgZZcFt2tdKnlSYeM8lafxU6nZRZPlBlsE4OFgphFx EET/0HvvXrSxbEwcOjfUWjhD3XkETdNflvnXSPuE8md0Z+JsbLg0ifhECziarXR9mebc 47fA== X-Gm-Message-State: AO0yUKW0M9uzkWa1fbb6EXM/tOWihiOZMr3gBcXFXLCmbx12M9ZKN/SZ 0K4dRtlrYD/7xhp+scaHyQTsxqT86164HqA28yy+IaS5 X-Google-Smtp-Source: AKy350ahqalNX4K7Iakr3sGfabWVgiVD/UxcSHw6hIS2ai0OCzkeR0PpdbEjwrKQ0rMxHULRPCp13FSO3qJ7II0cS04= X-Received: by 2002:a05:6870:cd0e:b0:17a:a52d:9df7 with SMTP id qk14-20020a056870cd0e00b0017aa52d9df7mr8253047oab.4.1680184399901; Thu, 30 Mar 2023 06:53:19 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Received: by 2002:ac9:7598:0:b0:49c:b071:b1e3 with HTTP; Thu, 30 Mar 2023 06:53:19 -0700 (PDT) In-Reply-To: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> References: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> From: Mateusz Guzik Date: Thu, 30 Mar 2023 15:53:19 +0200 Message-ID: Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') To: FreeBSD User Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4PnPyT3lZnz3rpp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 3/30/23, FreeBSD User wrote: > Hello folks, > > some strange misbehaviour in a NanoBSD compilation is driving me nuts. > Recently I posted some > error messages regarding > > [...] > src/sys/dev/an/if_an_pci.c:143:1: error: a > function definition without a prototype is deprecated in all versions of C > and is not > supported in C2x [-Werror,-Wdeprecated-non-prototype] > [...] > > but being able compiling the kernel was "a lucky shot/mistake" and in the > vain of discussion > it has been revealed that my nanoBSD specific "make.conf/src.conf" > configurations were wrong. > > So, again: > > The builder host is a recent CURRENT (FreeBSD 14.0-CURRENT #2 > main-n261876-f5a365e51fee: Thu > Mar 30 11:23:19 CEST 2023 amd64), the target is a most recent 13-STABLE (git > pull on a > daily/hourly/most recentl basis when trying to build). > > As I understand the src/buildworld config, it seems crucial to have CURRENT > and 13-STABLE > somehow separated due to their divergende in used LLVM/CLANG (CURRENT has > LLVM 15, 13-STABLE > is with LLVM 14). > > Putting > > WITHOUT_SYSTEM_COMPILER=YES > WITHOUT_SYSTEM_LINKER=YES > > into CONF_BUILD= AND CONF_WORLD= of NanoBSD configuration should prevent the > usage of > CURRENT's LLVM 15 and instead a cross compiling with 13-STABLE's LLVM 14 > compiler and linker > should be used to buildworld. > > But this doesn't seem to happen (at least in my case), since buildworld > fails to build with: > > [...] > cc -target x86_64-unknown-freebsd13.2 > --sysroot=/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp > -B/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp/usr/bin > -O2 -pipe -fno-common -DMAINEXEC=bc -DNLSPATH=/usr/share/nls/%L/%N.cat > -DBUILD_TYPE=A > -DBC_DEFAULT_BANNER=0 -DBC_DEFAULT_PROMPT=0 -DBC_DEFAULT_SIGINT_RESET > -DBC_DEFAULT_TTY_MODE > -DBC_ENABLED -DBC_ENABLE_EDITLINE -DBC_ENABLE_EXTRA_MATH > -DBC_ENABLE_LIBRARY=0 > -DBC_ENABLE_LONG_OPTIONS -DBC_ENABLE_HISTORY -DBC_ENABLE_PROMPT > -DBC_ENABLE_RAND > -DDC_DEFAULT_PROMPT=0 -DDC_DEFAULT_SIGINT_RESET -DDC_DEFAULT_TTY_MODE=0 > -DDC_ENABLED -DNDEBUG > -I/pool/home/ohartmann/Projects/router/router/apu2c4/src/contrib/bc/include > -DBC_ENABLE_NLS=1 > -flto -DNDEBUG -fPIE -mretpoline -ftrivial-auto-var-init=zero > -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang > -std=gnu99 > -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Wall > -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter > -Wcast-align > -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > -Wno-string-plus-int > -Wno-unused-const-variable -Wno-error=unused-but-set-variable > -Qunused-arguments -Wl,-zrelro > -pie -Wl,-zretpolineplt -o gh-bc args.o bc.o bc_lex.o bc_parse.o data.o > dc.o dc_lex.o > dc_parse.o file.o history.o lang.o lex.o main.o num.o opt.o parse.o > program.o rand.o read.o > vector.o vm.o bc_help.o dc_help.o lib.o lib2.o -ledit ld: error: args.o: > Opaque pointers are > only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: > 'LLVM 14.0.5') cc: > error: linker command failed with exit code 1 (use -v to see invocation) *** > [gh-bc] Error > code 1 > > make[5]: stopped in > /pool/home/ohartmann/Projects/router/router/apu2c4/src/usr.bin/gh-bc > [...] > > > I'm now out of options here :-( > are you even using the dev/an driver? you should probably just remove it from the kernel (and any other driver of the sort) ultimately you should be able to stick to the compiler from main. in the worst case the commit to turn "function definition without a prototype is deprecated" from errors to warnings could be merged to stable/13 to facilitate the build it may be you will be able to get away with modifying CFLAGS like so: CFLAGS+=-Wno-deprecated-non-prototype in src.conf and/or make.conf -- Mateusz Guzik From nobody Thu Mar 30 14:56:09 2023 X-Original-To: freebsd-current@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 4PnRM0684cz41sgl for ; Thu, 30 Mar 2023 14:56:12 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-oa1-x2c.google.com (mail-oa1-x2c.google.com [IPv6:2001:4860:4864:20::2c]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnRLz1KGdz40Lr for ; Thu, 30 Mar 2023 14:56:11 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=LvW6CZ6o; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2001:4860:4864:20::2c as permitted sender) smtp.mailfrom=mjguzik@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-oa1-x2c.google.com with SMTP id 586e51a60fabf-17ab3a48158so20020661fac.1 for ; Thu, 30 Mar 2023 07:56:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680188170; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=h/q9Xvbba04qh55oYUuWBk5vMzhlLbfGrn5j1pVvuy0=; b=LvW6CZ6omxiPAnW3dfSkN4Iis6U23UBACxzrpTSRtwlXhqjnPnqJZBEwFI9pVvBLl1 OJ9SvNFXoB/Rp7nqnvzqHsO3GYLBDxqpcpul1NQMXd1OoCULJyf2JWnzttOaVfUg8CZB i0fTElquacJQQkGOR+HPkjkE9+ARsSLDRFhLinz9m0nNcqLQG5h2sZZzywYux2QdFPOg Ht89BOV7GL7iIU2wEg4VjFDXrS6cUglob21RtPeaMzVzAjfKqMTtf+8DgfgB5DisVV6H 26ujZIwXCvxTpgdI5zcd507JEjaL+NHVh0WYsvpJ0LJoHaqxuFOgvh1z1wMXx4uLY7d7 9bow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680188170; h=cc:to:subject:message-id:date:from:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=h/q9Xvbba04qh55oYUuWBk5vMzhlLbfGrn5j1pVvuy0=; b=YaswvPajmla3t+sXuSjQgRFTk0R7H59abhztLiDJFJGolulldSS/VgkG/++NNMnxi0 cQPbE4bkYSTS+0mXahk8hc+GmKpztLEuKV9kXY+56niPZ3ceb4pVzwkNTBjJo3wKVOr5 eIszIBrGTQLapCdq9T8/5pPviskXhN4UOyAzSwM2LSB7GaB+QkhRk8/I8KO1ifjvIRAR S2G40g8u2aAcyY0Dgrwe9HldUMBUdzCxhtp6xx5wrSHXSmVTaPIZ4rhxmc8yg6Kiphep R3ui7prQeqDSwVH9G6Ytj70TYTyZI7HUd64da6r2w4sUkB6VvVhpEtVEAXLNQCEnVtSt 3pRg== X-Gm-Message-State: AAQBX9cuppbndHWBcQeYNKvmCYliqDen1lyXOQpfgm/mvk6CKbAfUC/w bQOKZ039+XkO/bEbu2EHMNoOgby7KJiWHgFPF0Nq0Yw2 X-Google-Smtp-Source: AKy350ZLsIr82in1ZjgJLI56wzHfiHHrga/9Le5ZBo4xRSdeP4W3cVPXvx7zBw57qLuTqP0TZSIIlftsRTtgJB9A0LQ= X-Received: by 2002:a05:6870:f916:b0:177:ca1c:2cd5 with SMTP id ao22-20020a056870f91600b00177ca1c2cd5mr7536101oac.4.1680188170126; Thu, 30 Mar 2023 07:56:10 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Received: by 2002:ac9:7598:0:b0:49c:b071:b1e3 with HTTP; Thu, 30 Mar 2023 07:56:09 -0700 (PDT) In-Reply-To: References: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> From: Mateusz Guzik Date: Thu, 30 Mar 2023 16:56:09 +0200 Message-ID: Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') To: FreeBSD User Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2001:4860:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2001:4860:4864::/48, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2001:4860:4864:20::2c:from]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4PnRLz1KGdz40Lr X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 3/30/23, Mateusz Guzik wrote: > On 3/30/23, FreeBSD User wrote: >> Hello folks, >> >> some strange misbehaviour in a NanoBSD compilation is driving me nuts. >> Recently I posted some >> error messages regarding >> >> [...] >> src/sys/dev/an/if_an_pci.c:143:1: error: a >> function definition without a prototype is deprecated in all versions of >> C >> and is not >> supported in C2x [-Werror,-Wdeprecated-non-prototype] >> [...] >> >> but being able compiling the kernel was "a lucky shot/mistake" and in the >> vain of discussion >> it has been revealed that my nanoBSD specific "make.conf/src.conf" >> configurations were wrong. >> >> So, again: >> >> The builder host is a recent CURRENT (FreeBSD 14.0-CURRENT #2 >> main-n261876-f5a365e51fee: Thu >> Mar 30 11:23:19 CEST 2023 amd64), the target is a most recent 13-STABLE >> (git >> pull on a >> daily/hourly/most recentl basis when trying to build). >> >> As I understand the src/buildworld config, it seems crucial to have >> CURRENT >> and 13-STABLE >> somehow separated due to their divergende in used LLVM/CLANG (CURRENT has >> LLVM 15, 13-STABLE >> is with LLVM 14). >> >> Putting >> >> WITHOUT_SYSTEM_COMPILER=YES >> WITHOUT_SYSTEM_LINKER=YES >> >> into CONF_BUILD= AND CONF_WORLD= of NanoBSD configuration should prevent >> the >> usage of >> CURRENT's LLVM 15 and instead a cross compiling with 13-STABLE's LLVM 14 >> compiler and linker >> should be used to buildworld. >> >> But this doesn't seem to happen (at least in my case), since buildworld >> fails to build with: >> >> [...] >> cc -target x86_64-unknown-freebsd13.2 >> --sysroot=/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp >> -B/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp/usr/bin >> -O2 -pipe -fno-common -DMAINEXEC=bc -DNLSPATH=/usr/share/nls/%L/%N.cat >> -DBUILD_TYPE=A >> -DBC_DEFAULT_BANNER=0 -DBC_DEFAULT_PROMPT=0 -DBC_DEFAULT_SIGINT_RESET >> -DBC_DEFAULT_TTY_MODE >> -DBC_ENABLED -DBC_ENABLE_EDITLINE -DBC_ENABLE_EXTRA_MATH >> -DBC_ENABLE_LIBRARY=0 >> -DBC_ENABLE_LONG_OPTIONS -DBC_ENABLE_HISTORY -DBC_ENABLE_PROMPT >> -DBC_ENABLE_RAND >> -DDC_DEFAULT_PROMPT=0 -DDC_DEFAULT_SIGINT_RESET -DDC_DEFAULT_TTY_MODE=0 >> -DDC_ENABLED -DNDEBUG >> -I/pool/home/ohartmann/Projects/router/router/apu2c4/src/contrib/bc/include >> -DBC_ENABLE_NLS=1 >> -flto -DNDEBUG -fPIE -mretpoline -ftrivial-auto-var-init=zero >> -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang >> -std=gnu99 >> -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Wall >> -Wno-format-y2k -W >> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes >> -Wpointer-arith -Wreturn-type >> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter >> -Wcast-align >> -Wchar-subscripts -Wnested-externs -Wold-style-definition >> -Wno-pointer-sign >> -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body >> -Wno-string-plus-int >> -Wno-unused-const-variable -Wno-error=unused-but-set-variable >> -Qunused-arguments -Wl,-zrelro >> -pie -Wl,-zretpolineplt -o gh-bc args.o bc.o bc_lex.o bc_parse.o data.o >> dc.o dc_lex.o >> dc_parse.o file.o history.o lang.o lex.o main.o num.o opt.o parse.o >> program.o rand.o read.o >> vector.o vm.o bc_help.o dc_help.o lib.o lib2.o -ledit ld: error: >> args.o: >> Opaque pointers are >> only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: >> 'LLVM 14.0.5') cc: >> error: linker command failed with exit code 1 (use -v to see invocation) >> *** >> [gh-bc] Error >> code 1 >> >> make[5]: stopped in >> /pool/home/ohartmann/Projects/router/router/apu2c4/src/usr.bin/gh-bc >> [...] >> >> >> I'm now out of options here :-( >> > > are you even using the dev/an driver? > > you should probably just remove it from the kernel (and any other > driver of the sort) > > ultimately you should be able to stick to the compiler from main. in > the worst case the commit to turn "function definition without a > prototype is deprecated" from errors to warnings could be merged to > stable/13 to facilitate the build > > it may be you will be able to get away with modifying CFLAGS like so: > CFLAGS+=-Wno-deprecated-non-prototype > > in src.conf and/or make.conf > So I looked into it and landed https://cgit.FreeBSD.org/src/commit/?id=82eb549f800e08158802b74bef62e7db0939a3fe As of that commit I can both buildworld and buildkernel a stable/13 tree while running main, without any magic to change compilers. -- Mateusz Guzik From nobody Thu Mar 30 15:14:59 2023 X-Original-To: freebsd-current@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 4PnRnP1QdPz41vF8 for ; Thu, 30 Mar 2023 15:15:37 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnRnN5xhWz4594 for ; Thu, 30 Mar 2023 15:15:36 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 0C59A10A3312; Thu, 30 Mar 2023 17:15:29 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 28E7210A1EBC; Thu, 30 Mar 2023 17:15:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1680189327; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=78ixiBfZIqumYGhlPr/kq8BVVwzGnAvxOa2gqq42dm0=; b=fPWNDkxoho5I+SxNo/J1qEfo8yDV+dFS7yj1aW2soohrkL463TdomzuyXtgsvPyeTefi0I 91mPwHxq7pVZf7hFxK2+eXXn+18gPd3YFtEPB3sQSeGrWqL6aqvJQ6VPP1VGvyUb0zh802 2sfpanzUsokRD6R6KWYHrmcuNhr4fxKiadWNqIAs0pdOo9YhGE/Uo8hlB2z3Ayz81EbOHB hkOLz5p7froVGU/lXI8LOJDL3DCHEQu+4/36zdLhYXOrsITH5nbaHVaX/wwZPKZfoZjZhz v9YUkjSC+oU41XhUkyopWDLHN187Dp29T0XD/ZTCHO24cKdb5wi9tiLpdSZkbA== Received: from thor.intern.walstatt.dynvpn.de (dynamic-092-224-064-023.92.224.pool.telefonica.de [92.224.64.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id E6FB810A1EBB; Thu, 30 Mar 2023 17:15:26 +0200 (CEST) Date: Thu, 30 Mar 2023 17:14:59 +0200 From: FreeBSD User To: Mateusz Guzik Cc: FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-ID: <20230330171526.77d5a60e@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> Organization: walstatt-de.de List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-UID: 44780e X-Rspamd-UID: 89b8cb X-Rspamd-Queue-Id: 4PnRnN5xhWz4594 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Am Thu, 30 Mar 2023 16:56:09 +0200 Mateusz Guzik schrieb: > On 3/30/23, Mateusz Guzik wrote: > > On 3/30/23, FreeBSD User wrote: > >> Hello folks, > >> > >> some strange misbehaviour in a NanoBSD compilation is driving me nuts. > >> Recently I posted some > >> error messages regarding > >> > >> [...] > >> src/sys/dev/an/if_an_pci.c:143:1: error: a > >> function definition without a prototype is deprecated in all versions of > >> C > >> and is not > >> supported in C2x [-Werror,-Wdeprecated-non-prototype] > >> [...] > >> > >> but being able compiling the kernel was "a lucky shot/mistake" and in the > >> vain of discussion > >> it has been revealed that my nanoBSD specific "make.conf/src.conf" > >> configurations were wrong. > >> > >> So, again: > >> > >> The builder host is a recent CURRENT (FreeBSD 14.0-CURRENT #2 > >> main-n261876-f5a365e51fee: Thu > >> Mar 30 11:23:19 CEST 2023 amd64), the target is a most recent 13-STABLE > >> (git > >> pull on a > >> daily/hourly/most recentl basis when trying to build). > >> > >> As I understand the src/buildworld config, it seems crucial to have > >> CURRENT > >> and 13-STABLE > >> somehow separated due to their divergende in used LLVM/CLANG (CURRENT has > >> LLVM 15, 13-STABLE > >> is with LLVM 14). > >> > >> Putting > >> > >> WITHOUT_SYSTEM_COMPILER=YES > >> WITHOUT_SYSTEM_LINKER=YES > >> > >> into CONF_BUILD= AND CONF_WORLD= of NanoBSD configuration should prevent > >> the > >> usage of > >> CURRENT's LLVM 15 and instead a cross compiling with 13-STABLE's LLVM 14 > >> compiler and linker > >> should be used to buildworld. > >> > >> But this doesn't seem to happen (at least in my case), since buildworld > >> fails to build with: > >> > >> [...] > >> cc -target x86_64-unknown-freebsd13.2 > >> --sysroot=/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp > >> -B/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp/usr/bin > >> -O2 -pipe -fno-common -DMAINEXEC=bc -DNLSPATH=/usr/share/nls/%L/%N.cat > >> -DBUILD_TYPE=A > >> -DBC_DEFAULT_BANNER=0 -DBC_DEFAULT_PROMPT=0 -DBC_DEFAULT_SIGINT_RESET > >> -DBC_DEFAULT_TTY_MODE > >> -DBC_ENABLED -DBC_ENABLE_EDITLINE -DBC_ENABLE_EXTRA_MATH > >> -DBC_ENABLE_LIBRARY=0 > >> -DBC_ENABLE_LONG_OPTIONS -DBC_ENABLE_HISTORY -DBC_ENABLE_PROMPT > >> -DBC_ENABLE_RAND > >> -DDC_DEFAULT_PROMPT=0 -DDC_DEFAULT_SIGINT_RESET -DDC_DEFAULT_TTY_MODE=0 > >> -DDC_ENABLED -DNDEBUG > >> -I/pool/home/ohartmann/Projects/router/router/apu2c4/src/contrib/bc/include > >> -DBC_ENABLE_NLS=1 > >> -flto -DNDEBUG -fPIE -mretpoline -ftrivial-auto-var-init=zero > >> -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang > >> -std=gnu99 > >> -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Wall > >> -Wno-format-y2k -W > >> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > >> -Wpointer-arith -Wreturn-type > >> -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter > >> -Wcast-align > >> -Wchar-subscripts -Wnested-externs -Wold-style-definition > >> -Wno-pointer-sign > >> -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > >> -Wno-string-plus-int > >> -Wno-unused-const-variable -Wno-error=unused-but-set-variable > >> -Qunused-arguments -Wl,-zrelro > >> -pie -Wl,-zretpolineplt -o gh-bc args.o bc.o bc_lex.o bc_parse.o data.o > >> dc.o dc_lex.o > >> dc_parse.o file.o history.o lang.o lex.o main.o num.o opt.o parse.o > >> program.o rand.o read.o > >> vector.o vm.o bc_help.o dc_help.o lib.o lib2.o -ledit ld: error: > >> args.o: > >> Opaque pointers are > >> only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: > >> 'LLVM 14.0.5') cc: > >> error: linker command failed with exit code 1 (use -v to see invocation) > >> *** > >> [gh-bc] Error > >> code 1 > >> > >> make[5]: stopped in > >> /pool/home/ohartmann/Projects/router/router/apu2c4/src/usr.bin/gh-bc > >> [...] > >> > >> > >> I'm now out of options here :-( > >> > > > > are you even using the dev/an driver? > > > > you should probably just remove it from the kernel (and any other > > driver of the sort) > > > > ultimately you should be able to stick to the compiler from main. in > > the worst case the commit to turn "function definition without a > > prototype is deprecated" from errors to warnings could be merged to > > stable/13 to facilitate the build > > > > it may be you will be able to get away with modifying CFLAGS like so: > > CFLAGS+=-Wno-deprecated-non-prototype > > > > in src.conf and/or make.conf > > > > So I looked into it and landed > https://cgit.FreeBSD.org/src/commit/?id=82eb549f800e08158802b74bef62e7db0939a3fe > > As of that commit I can both buildworld and buildkernel a stable/13 > tree while running main, without any magic to change compilers. > Running poudriere on another most recent CURRENT box with a 13-STABLE jail also gives me the ability to build a clean 13-STABLE jail (buildworld from sources from another source tree like it is done for FreeBSD-pkgbase, then updating jail's with poudriere's -m src=/path/to/13-STABLE/src) - the only pity is that due to a chflags problem during install I have to delete the jail first and then recreate it to install the new compiled 13-STABLE binaries. Quint essence: Since a couple of weeks for now I can build 13-STABLE on CURRENT that way. But I can't build NanoBSD as reported above. -- O. Hartmann From nobody Thu Mar 30 15:23:06 2023 X-Original-To: freebsd-current@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 4PnRym4JTcz41vts for ; Thu, 30 Mar 2023 15:23:44 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnRym27TZz47Mj for ; Thu, 30 Mar 2023 15:23:44 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 1124D10A3312; Thu, 30 Mar 2023 17:23:36 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 7503A10A0081; Thu, 30 Mar 2023 17:23:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1680189814; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BQWQTanxzhkTuBmjyEAq02I9coBMT97hNqc0cbo7d/I=; b=p20gLYA/OJhxX14dlungtu7rtuiSkIs9Ykq2Y0g3F+pDqWy212zV4xIN9+Cc6qDyXtybz9 S9kQdgZWWhA5fxn3/9A2McO5TnhhFeAG7n5mpVDBE856lvJAIBdJhgnEDiqKK4HDZwhy9U fwMxDIsy1aGGKaVW98uwivhxrnfehmBK4uRYN22gP2oEdhkqRA8sKVO6UkBc8k5HvfrFeG r3dxiGvjfcJvTIS1/ibuDoBh0IVOSyizpZnPOpL3MD5axJz1N5fR0UFDCw7uRxwiuiAcpf gZYNOmb/71tI9Z3NLASqXcOLkVsbd99fOy0AKowtV+/lqsqQ41dq0Vqxywd7Hg== Received: from thor.intern.walstatt.dynvpn.de (dynamic-092-224-064-023.92.224.pool.telefonica.de [92.224.64.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 3E40010A017E; Thu, 30 Mar 2023 17:23:34 +0200 (CEST) Date: Thu, 30 Mar 2023 17:23:06 +0200 From: FreeBSD User To: Mateusz Guzik Cc: FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-ID: <20230330172333.09d9c6b8@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> Organization: walstatt-de.de List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-UID: b9b075 X-Rspamd-UID: c56a9d X-Rspamd-Queue-Id: 4PnRym27TZz47Mj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Am Thu, 30 Mar 2023 15:53:19 +0200 Mateusz Guzik schrieb: > On 3/30/23, FreeBSD User wrote: > > Hello folks, > > > > some strange misbehaviour in a NanoBSD compilation is driving me nuts. > > Recently I posted some > > error messages regarding > > > > [...] > > src/sys/dev/an/if_an_pci.c:143:1: error: a > > function definition without a prototype is deprecated in all versions of C > > and is not > > supported in C2x [-Werror,-Wdeprecated-non-prototype] > > [...] > > > > but being able compiling the kernel was "a lucky shot/mistake" and in the > > vain of discussion > > it has been revealed that my nanoBSD specific "make.conf/src.conf" > > configurations were wrong. > > > > So, again: > > > > The builder host is a recent CURRENT (FreeBSD 14.0-CURRENT #2 > > main-n261876-f5a365e51fee: Thu > > Mar 30 11:23:19 CEST 2023 amd64), the target is a most recent 13-STABLE (git > > pull on a > > daily/hourly/most recentl basis when trying to build). > > > > As I understand the src/buildworld config, it seems crucial to have CURRENT > > and 13-STABLE > > somehow separated due to their divergende in used LLVM/CLANG (CURRENT has > > LLVM 15, 13-STABLE > > is with LLVM 14). > > > > Putting > > > > WITHOUT_SYSTEM_COMPILER=YES > > WITHOUT_SYSTEM_LINKER=YES > > > > into CONF_BUILD= AND CONF_WORLD= of NanoBSD configuration should prevent the > > usage of > > CURRENT's LLVM 15 and instead a cross compiling with 13-STABLE's LLVM 14 > > compiler and linker > > should be used to buildworld. > > > > But this doesn't seem to happen (at least in my case), since buildworld > > fails to build with: > > > > [...] > > cc -target x86_64-unknown-freebsd13.2 > > --sysroot=/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp > > -B/pool/home/ohartmann/Projects/router/router/apu2c4/world/obj/amd64/ALERICH_13-STABLE_amd64/pool/home/ohartmann/Projects/router/router/apu2c4/src/amd64.amd64/tmp/usr/bin > > -O2 -pipe -fno-common -DMAINEXEC=bc -DNLSPATH=/usr/share/nls/%L/%N.cat > > -DBUILD_TYPE=A > > -DBC_DEFAULT_BANNER=0 -DBC_DEFAULT_PROMPT=0 -DBC_DEFAULT_SIGINT_RESET > > -DBC_DEFAULT_TTY_MODE > > -DBC_ENABLED -DBC_ENABLE_EDITLINE -DBC_ENABLE_EXTRA_MATH > > -DBC_ENABLE_LIBRARY=0 > > -DBC_ENABLE_LONG_OPTIONS -DBC_ENABLE_HISTORY -DBC_ENABLE_PROMPT > > -DBC_ENABLE_RAND > > -DDC_DEFAULT_PROMPT=0 -DDC_DEFAULT_SIGINT_RESET -DDC_DEFAULT_TTY_MODE=0 > > -DDC_ENABLED -DNDEBUG > > -I/pool/home/ohartmann/Projects/router/router/apu2c4/src/contrib/bc/include > > -DBC_ENABLE_NLS=1 > > -flto -DNDEBUG -fPIE -mretpoline -ftrivial-auto-var-init=zero > > -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang > > -std=gnu99 > > -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Wall > > -Wno-format-y2k -W > > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > > -Wpointer-arith -Wreturn-type > > -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter > > -Wcast-align > > -Wchar-subscripts -Wnested-externs -Wold-style-definition -Wno-pointer-sign > > -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body > > -Wno-string-plus-int > > -Wno-unused-const-variable -Wno-error=unused-but-set-variable > > -Qunused-arguments -Wl,-zrelro > > -pie -Wl,-zretpolineplt -o gh-bc args.o bc.o bc_lex.o bc_parse.o data.o > > dc.o dc_lex.o > > dc_parse.o file.o history.o lang.o lex.o main.o num.o opt.o parse.o > > program.o rand.o read.o > > vector.o vm.o bc_help.o dc_help.o lib.o lib2.o -ledit ld: error: args.o: > > Opaque pointers are > > only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: > > 'LLVM 14.0.5') cc: > > error: linker command failed with exit code 1 (use -v to see invocation) *** > > [gh-bc] Error > > code 1 > > > > make[5]: stopped in > > /pool/home/ohartmann/Projects/router/router/apu2c4/src/usr.bin/gh-bc > > [...] > > > > > > I'm now out of options here :-( > > > > are you even using the dev/an driver? No, it is commented out in the kernel config file. That error occurs when using the CURRENT system's compiler building the nanoBSD binaries. > > you should probably just remove it from the kernel (and any other > driver of the sort) I tried to put the option WITHOUT_MODULE="an" into the nanoBSD sections building world/installing world as initially described - but without any effect. To be honest, at this moment I'm stuck with the error reported above in building world preventing me proceeding to buildkernel. > > ultimately you should be able to stick to the compiler from main. in > the worst case the commit to turn "function definition without a > prototype is deprecated" from errors to warnings could be merged to > stable/13 to facilitate the build > > it may be you will be able to get away with modifying CFLAGS like so: > CFLAGS+=-Wno-deprecated-non-prototype Well, I live my freeBSD life under the impression using WITHOUT_SYSTEM_{COMPILER|LINKER} gives me a full cross-compiler environment putting myself in the position compiling 13-STABLE with a bootstrapped/self hosted compiler for the build of 13-STABLE. But this seems not the whole truth ... > > in src.conf and/or make.conf > NanoBSD has a kind of "merged" src.conf/make.conf and it is sometimes obscure to figure out from the outside what is used from the NanoBSD config to feed both make.conf and src.conf during a buildworld/buildkernel. -- O. Hartmann From nobody Thu Mar 30 15:27:31 2023 X-Original-To: freebsd-current@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 4PnS394mb6z41w5j for ; Thu, 30 Mar 2023 15:27:33 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnS393lV6z4B1f; Thu, 30 Mar 2023 15:27:33 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680190053; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+oETmSaE6WTK4zpOqxPGWeddBtWR5w6KcjE4c50cXxI=; b=TJfw76GNUwBCioNV8I3velkvAYnPp2fWMlOsBjYMpHZgaY9lQBYN9AY4MFRsP0ilNioqmz r3DK7teaSs6Psxh9gcm6SXjlNJemLILFqgh5Gbl1GUJ5EY8YVhAQE0vkn2pOQHD7c7cT5U F35usTfRmc/LtGe7LL+faW94h83VJt576jcwDKbysQKR3xsiv9ZqamyOsQqqY53g90tnx0 Luy0lsFnDoIgOjWSb1Bc9/Yc0ZP6wdUxPiWF44NTDk+iurf+z5yVEXMz2p3f2PmuT7IqRm 4ZCjyB7gBLHgr/8TYq0Aerkz/Pyp+Qb3l4ULGmTQYFVXqsVvu2J1GovU9NPdQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680190053; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+oETmSaE6WTK4zpOqxPGWeddBtWR5w6KcjE4c50cXxI=; b=wWsHya98EZiBTx/NPwNx0HypW0K8U5xhzVJbLqyRQdgmtkCIF2SHphI2bWgFx6u3jl6tzl S1b2LG8+f45BONSamGSwkcO2sYAAKK03V9PemHtLDHdptnDtPECfmbqCmvaRqy9co4SdCb WmaPd16uuVtUPlRN1yH+oFPrDXxzUAT2BMRvwDPbyKjsilQcjBJZI4bSEwirebUHZVGYR5 q2pOs85IOzl3Fx3zUEMtHtfj0BkJnC57xITacBlBn+wPMYO/VbxzuQoCz5+u4dd5mioSUM 1rN3RxvZG+wBXyorQXyaf6Uq1IK5XtTzBEttR12IbqvMaywlf3rvgCLapmrg7w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680190053; a=rsa-sha256; cv=none; b=toVdsM5B3xWBxFu4/WwN0W5TQyr8zYH4bynle1RhkeAGgjligT6fV7yVEQwf0as7aWZ9wv 2k9TFlUAJXZKITvbByAjbI2WAsRXiTykA7/rKBtSB2+YqRVn2+3WYIOuC3eY2yzyB2eRrK 3gUchvMf4xB8utJG3MY/K6eUc9xvmnF0wBPIWtCMIMYdTGLQXzlVYRnaCjBNkqftSHmJKx vvH8n4E+avflMlME6p3BgWSkrtczGuDmLpWJPebdU3xAyMgcANcnVnNhtBblMR38q1cgWN yhyLSCdwI2QHPTAEZr7RPDNx4yGVMs0DUvL6a01NEoO8yVQ9bJzZLyaky0rp/Q== Received: from ltc.des.no (unknown [84.210.219.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PnS391WWHzcdX; Thu, 30 Mar 2023 15:27:33 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.no (Postfix, from userid 1001) id 14DE7390D1; Thu, 30 Mar 2023 17:27:31 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FreeBSD User Cc: Mateusz Guzik , FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') In-Reply-To: <20230330172333.09d9c6b8@thor.intern.walstatt.dynvpn.de> (FreeBSD User's message of "Thu, 30 Mar 2023 17:23:06 +0200") References: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> <20230330172333.09d9c6b8@thor.intern.walstatt.dynvpn.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (berkeley-unix) Date: Thu, 30 Mar 2023 17:27:31 +0200 Message-ID: <86ileiz2cc.fsf@ltc.des.no> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ThisMailContainsUnwantedMimeParts: N FreeBSD User writes: > I tried to put the option=20 > > WITHOUT_MODULE=3D"an" it's spelled WITHOUT_MODULES, cf. make.conf(5). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Mar 30 16:38:57 2023 X-Original-To: freebsd-current@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 4PnTfH4YYSz421Z2 for ; Thu, 30 Mar 2023 16:39:35 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnTfH0LXXz4Q4V; Thu, 30 Mar 2023 16:39:34 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 5339510A3306; Thu, 30 Mar 2023 18:39:27 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id B991A10A1E97; Thu, 30 Mar 2023 18:39:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1680194365; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=V+kCASbhrtvwMmd9ob3fAq2qjSJRS8tc+PST2qrocd8=; b=JsGV1NIXM/M8YzeI3Cj6pHLwL/HBcHEEDg3cKXpp0bXW7L0BCroS4+phglRz9Y+CY4u8nq pRtqbrYDqWFIa1jqHCVGyFGdhSLKOktyVNZ67SLib6WL6JsXCmt0HoC0fG9+7QPvc/B289 homCzpza3mosRB9RtuakBDxCpc22FDeugab0VASdsZy8QL/cqm5AHwvzgHCe+XyeZPaGHX RcsjHYuI+Vv+pnrT/AE4g263x4XdCnYe4Pr5pM2Y5/KPuylMb/RcI8ZbBH9eglZPIO8rqN UYT0bTR/2us145+0UbUto8q8K4HwvBc+UGZdabhBr4DhGT7X8J/cORP3ndAobg== Received: from thor.intern.walstatt.dynvpn.de (dynamic-092-224-064-023.92.224.pool.telefonica.de [92.224.64.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 7C65F10A32F4; Thu, 30 Mar 2023 18:39:25 +0200 (CEST) Date: Thu, 30 Mar 2023 18:38:57 +0200 From: FreeBSD User To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: Mateusz Guzik , FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-ID: <20230330183924.1ca0b543@thor.intern.walstatt.dynvpn.de> In-Reply-To: <86ileiz2cc.fsf@ltc.des.no> References: <20230330154545.5f957aa6@thor.intern.walstatt.dynvpn.de> <20230330172333.09d9c6b8@thor.intern.walstatt.dynvpn.de> <86ileiz2cc.fsf@ltc.des.no> Organization: walstatt-de.de List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-UID: 0378c3 X-Rspamd-UID: d6b0d2 X-Rspamd-Queue-Id: 4PnTfH0LXXz4Q4V X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Am Thu, 30 Mar 2023 17:27:31 +0200 Dag-Erling Sm=C3=B8rgrav schrieb: > FreeBSD User writes: > > I tried to put the option=20 > > > > WITHOUT_MODULE=3D"an" =20 >=20 > it's spelled WITHOUT_MODULES, cf. make.conf(5). >=20 > DES Correct, and so I use it ... ;-) [...] # BUILD and INSTALL! # Options to put in make.conf during both build- & installworld. # See man src.conf(5) for more details on WITHOUT_ tags. CONF_WORLD=3D' WITHOUT_MODULES=3D"an" WITHOUT_AMD=3DYES WITHOUT_APM=3DYES WITHOUT_ASSERT_DEBUG=3DYES WITHOUT_AT=3DYES WITHOUT_BHYVE=3DYES WITHOUT_BLUETOOTH=3DYES WITHOUT_BOOTPARAMD=3DYES WITHOUT_BOOTPD=3DYES WITHOUT_CALENDAR=3DYES WITHOUT_CCD=3DYES WITHOUT_CDDL=3DYES WITHOUT_CTM=3DYES WITHOUT_DEBUG_FILES=3DYES WITHOUT_DICT=3DYES WITHOUT_DIALOG=3DYES WITHOUT_EXAMPLES=3DYES WITHOUT_EE=3DYES WITHOUT_FINGER=3DYES WITHOUT_FLOPPY=3DYES WITHOUT_FREEBSD_UPDATE=3DYES WITHOUT_FDT=3DYES WITHOUT_GAMES=3DYES WITHOUT_GCOV=3DYES WITHOUT_GOOGLETEST=3DYES WITHOUT_HAST=3DYES WITHOUT_HTML=3DYES WITHOUT_HYPERV=3DYES WITHOUT_INETD=3DYES WITHOUT_IPFILTER=3DYES [...] --=20 O. Hartmann From nobody Thu Mar 30 17:08:28 2023 X-Original-To: freebsd-current@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 4PnVHn5Llvz4233w for ; Thu, 30 Mar 2023 17:08:37 +0000 (UTC) (envelope-from meka@tilda.center) Received: from c3po.tilda.center (c3po.tilda.center [108.61.164.129]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnVHm2nYTz4SrH for ; Thu, 30 Mar 2023 17:08:36 +0000 (UTC) (envelope-from meka@tilda.center) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tilda.center header.s=c3po header.b=feAajbSt; spf=pass (mx1.freebsd.org: domain of meka@tilda.center designates 108.61.164.129 as permitted sender) smtp.mailfrom=meka@tilda.center; dmarc=pass (policy=reject) header.from=tilda.center Received: from tilda.center (meka.rs [109.93.255.137]) by c3po.tilda.center (Postfix) with ESMTPSA id B06B01D51E for ; Thu, 30 Mar 2023 19:07:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tilda.center; s=c3po; t=1680196035; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=60y2xIimXKit17kL56T4PxAvPsavB3gixWWJ0ArpHs4=; b=feAajbSt260VWf+V4BUPTrksJXjVMgxLgpZwh3GalPGW5xZNQtk2v1Fs2V8mgS88is56Y3 xZY/jRW9BJTM2mxEiwbPwVUpJ4L+ptmVxXP507RnNTuUqVZRxYebzaFRuuHxaEAVJ6StkV WJ7bjpB+CHP9tjjaovYjVbWu7rOGSTk= Date: Thu, 30 Mar 2023 19:08:28 +0200 From: Goran =?utf-8?B?TWVracSH?= To: freebsd-current@freebsd.org Subject: Kernel panic on jail start Message-ID: <20230330170828.442jpwilq3q47lis@tilda.center> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="o45a5ot2qlxy3zdk" Content-Disposition: inline X-Spamd-Result: default: False [-5.39 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_MIXED_CHARSET(0.71)[subject]; DMARC_POLICY_ALLOW(-0.50)[tilda.center,reject]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[tilda.center:s=c3po]; ASN(0.00)[asn:20473, ipnet:108.61.164.0/22, country:US]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[tilda.center:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PnVHm2nYTz4SrH X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --o45a5ot2qlxy3zdk Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Hello, I get the kernel panic when starting jail. With git bisect I found out the offending commit is 0b56641cfcda30d06243223f37781ccc18455bef. After reverting it, everything is back to normal. For completeness, this is my jail.conf: network { $id = 1; $base = /var/jails; persist; vnet; path = "${base}/${name}"; mount.devfs; host.domainname = "example.com"; host.hostname = "${name}.${host.domainname}"; vnet.interface = "epair${id}b"; devfs_ruleset = 8; allow.raw_sockets; mount += "/var/run/reggae ${path}/var/run/reggae nullfs ro 0 0"; exec.prepare = "[ ! -e ${path}/var/run/reggae ] && mkdir ${path}/var/run/reggae || true"; exec.prepare += "ifconfig epair${id}a && ifconfig epair${id}a destroy || true"; exec.prestart = "ifconfig epair${id} create up group $(echo ${name} | cut -b 1-15) || (ifconfig epair${id}a destroy && false)"; exec.prestart += "ifconfig jails addm epair${id}a"; exec.start = "echo ifconfig_${vnet.interface}_name=\\"eth0\\" >/etc/rc.conf.d/network"; exec.start += "/bin/sh /etc/rc"; exec.stop = "/bin/sh /etc/rc.shutdown"; exec.poststop = "ifconfig epair${id}a destroy"; exec.clean; exec.consolelog = "/var/log/jails/${host.hostname}"; } The jail root is created with bsdinstall disinstall/distfetch and 14-CURRENT. Regards, meka --o45a5ot2qlxy3zdk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE1WIFkXy2ZeMKjjKEWj1TknovrLYFAmQlwfsACgkQWj1Tknov rLYDIQ/+MIJ4xWj3vg5/6vimlUkVZi8YSH1u0t/oo/kLsaWeD9kXE4Q02jOyfbL2 jV2KDeR0n9dHi24jJHjeL7cxtUKcB7Qn2D4dSGE0XYjFVJBFBtV/3SjJ7mDaMzYF ZLkLptOdTp8wUAEGFQh4LbVFHLsSKOOCM+kkcehIwUb5qzR1+okK9895pytxlRJq GbIOIruanXO5RC0ElAgFo0nVcYEJAFCb/edSkGjJ6bY968+E20khZEQI3xzBel4Y NOnlC0lURhUlZ5HttyubFOWP/C0B/xN+0PkjSnB0NxxFQVNuwI3be/HRF0FkAWsU 1Es0Tw8hW+bRDAmdIBeAHS7ZI+suZQkXeHz+JXdNR9j465AJEheS6/smPcsfeCOI QqbnvobtEQWYkre4iCnO/Ys8mISTDOOW9nZXGiNY7W91EgezC6RfAel8jeDrMWVB KPJM7IDQ/7DqQe64kRlrjl/rPPly4rbDrhE+HfcDg06m/Yw978Pk1LaNMus7KDKs 4Jl892M3o1DddSZcfNMf+fUv43ccWt+t4RP82x/qvT2bkiTp/YqjhZ00mRimmP6t xyo8O49DSr4aCpB+wpd86QuWu9EuMIsUCzCewqn/0wCNcxOazRUT/JL5Fk1dir9f OgTNMICSzUfp+HrNn8coAmoO/9x231L4NZl9NedJyNM5Z7QIrNY= =sHvi -----END PGP SIGNATURE----- --o45a5ot2qlxy3zdk-- From nobody Thu Mar 30 17:12:56 2023 X-Original-To: freebsd-current@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 4PnVNt1XHqz423k8 for ; Thu, 30 Mar 2023 17:13:02 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Received: from heemeyer.club (heemeyer.club [195.93.173.158]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnVNs53pgz4VbR for ; Thu, 30 Mar 2023 17:13:01 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Authentication-Results: mx1.freebsd.org; none Received: from heemeyer.club (localhost [127.0.0.1]) by heemeyer.club (8.17.1/8.16.1) with ESMTP id 32UHCvf1015225; Thu, 30 Mar 2023 20:12:57 +0300 (MSK) (envelope-from dchagin@heemeyer.club) Received: (from dchagin@localhost) by heemeyer.club (8.17.1/8.16.1/Submit) id 32UHCvlu015224; Thu, 30 Mar 2023 20:12:57 +0300 (MSK) (envelope-from dchagin) Date: Thu, 30 Mar 2023 20:12:56 +0300 From: Dmitry Chagin To: Goran =?utf-8?B?TWVracSH?= Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic on jail start Message-ID: References: <20230330170828.442jpwilq3q47lis@tilda.center> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230330170828.442jpwilq3q47lis@tilda.center> X-Rspamd-Queue-Id: 4PnVNs53pgz4VbR X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:61400, ipnet:195.93.173.0/24, country:RU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, Mar 30, 2023 at 07:08:28PM +0200, Goran Mekić wrote: > Hello, > > I get the kernel panic when starting jail. With git bisect I found out > the offending commit is 0b56641cfcda30d06243223f37781ccc18455bef. After > reverting it, everything is back to normal. For completeness, this is my > jail.conf: > it would be better to see backtrace at least, thanks > network { > $id = 1; > $base = /var/jails; > persist; > vnet; > path = "${base}/${name}"; > mount.devfs; > host.domainname = "example.com"; > host.hostname = "${name}.${host.domainname}"; > vnet.interface = "epair${id}b"; > devfs_ruleset = 8; > allow.raw_sockets; > > mount += "/var/run/reggae ${path}/var/run/reggae nullfs ro 0 0"; > > exec.prepare = "[ ! -e ${path}/var/run/reggae ] && mkdir ${path}/var/run/reggae || true"; > exec.prepare += "ifconfig epair${id}a && ifconfig epair${id}a destroy || true"; > exec.prestart = "ifconfig epair${id} create up group $(echo ${name} | cut -b 1-15) || (ifconfig epair${id}a destroy && false)"; > exec.prestart += "ifconfig jails addm epair${id}a"; > exec.start = "echo ifconfig_${vnet.interface}_name=\\"eth0\\" >/etc/rc.conf.d/network"; > exec.start += "/bin/sh /etc/rc"; > exec.stop = "/bin/sh /etc/rc.shutdown"; > exec.poststop = "ifconfig epair${id}a destroy"; > exec.clean; > exec.consolelog = "/var/log/jails/${host.hostname}"; > } > > The jail root is created with bsdinstall disinstall/distfetch and > 14-CURRENT. > > Regards, > meka From nobody Thu Mar 30 19:56:53 2023 X-Original-To: freebsd-current@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 4PnZ2N4zQ0z42GP2 for ; Thu, 30 Mar 2023 19:57:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PnZ2M35JJz3jMx for ; Thu, 30 Mar 2023 19:57:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=OJHv9mjJ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680206231; bh=bEFUkCLfcmuB6SyZTizHXQHyHurtYrwdHQO9FYWC7lk=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=OJHv9mjJjmW0xL2dE5grLYhpi2ON9T+NyIrphDp+9PaJo3UvCVsDtH+q7j9q3Ga9nuiuA1amTHdqbj2Tl+F8xxLszCgrigvnaIsOmjf7omAcByl/2KkUnAxk9zHBS6QKW2OXFTRy3VlX+32B83NS9oDkDZmVMDAsyJo82e1+mpL3hz/PGnsXJ8MHN20d5nVFzeRosR4YWqpkp7wrBpIxdMUSklnftOtTGWZJme2hoY812ePF3TlaHFQnsIoBR5ZMgZbObb5lyfyHQaRqhRh3Bz5fQMEbT3O8NTitHQX6F7U5LlPeUXW9kWm5/b8TcYjDTK1msK2BZmGrmx+mYzH19A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680206231; bh=s6eOrlqS9E7/konBI+8dtmG/kHZZPEreOJ+dV70juNR=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=QWaLiS+Uot3i70R4Y9q6O2xW0eb5J3Asm0prqZ4DD7N/jqXkQkVW5456ZxNBtmd7kILVwpDL/jYz2rw6P/08DbO6hmTNls03ZwABRHU1OqDTbldVD9qyFmbs2Bkt98CYxXhXYI1o6jLkN6xYfs1bqG6+CdzwzbSvyPdYGiSUVK9RrRvZF/bjNdi7kwi68gLZ1+ru1HPjIK72Rg9dR/5kQmKBu38YNuMGtD43lPBYwHKDfCEGqdYY6DzqwLwNb/aiYtlH3XQyTk97q6GL4BVZB4UdH8XDT+lU7wu7jtM3GZUnRF70EXGnRMTwVokYCTnMCr6YRsWW/oFmCjk3vjwPeA== X-YMail-OSG: TwVaAPUVM1mTgtvSQberm0aJMbDRi5TwkVd8XYrU4qTsldz3gJVtfXrbjgZYl9v O8At1ZIxQ3IzA5rjs6zVr8zYwOOszqfElltZebRTBBibUwlHx.48Y_OAbDiqKXUHaWss0ovPpIjn kZs2rgAzO7gfaGnywtZpppq7zied_PbJnR8dyOSM9fuIlN78v0yRTEzBO70KHaV6hy3E5Lx_h2c3 QeLQk0rd8HcKvBeLpmIgev1csrSX9ZVNajBnxKOystr70vF_BjJssn3HinKZ68GLFg0SzyFiv0JK Tk7xosLXTb0_XANT8SIT7eQM1qAgpt8QzOvUTxKcWkXSZvklHNsR7weBvcU8gtUYep8zzIIjnZ7t HZWLkebUNTiADbAF73TSYlJ0AP7LCZShWphIgKWgnAgCOlCol_9ZJr5OVZbuj6HWikue3vmyCy3k 5YrTPovpqFB1VRtGtxUzwCFtywgGcf_IzI0s2K7axt88WxxHcwFl7jZytCPO6852zPHEiz8yYthC oJuoPPh_t9L4LryiAmUNNMJbH7WTnbf.qDO8UJUdmHOk1v85wijqzPX822xKsJuQXKbBESEmQzJ5 r_kKuWqP5tLbgDcOcCLJGPVUFXBFmM6oPnWD3KYklZft_am8ojKZ6tm9Q55kAgigWWRq.6760qKM .LxcJ_HILbeulH2lEFsF6s2ieq__jc07.iqot3bgnGkfcjSdJBUTllX..QyPzAwAgQMQkSLyyqd4 8njdYSf5d8UxqS1DS6xszKhloiR5rTnscjEvsDr8lQzvNNN99ikH.DG4rfZk7dYTwFRw1CeGUgh. hNNkavK7lBJCZjaOMlkpR9s_716XD4EvKe7gy6Ni.89oNvCuGLsBdhEXvvK9SBuAfK9eSLhvfkDe V8VZbjgG7FWYnjN1NMwfdJCYWjjUovWZjowlGNlz8uUFxdEuTXWwIAEqlcHK0D8.MaDmS5bvO4dn 8CKcmK9a__dyRXaiaOHqmXbH9HMmtpA.VJ2m3.uiIzk0HmmGQyaEQaticONbg5UXxTJ._mLeu9kn U2A25uVRAeNJnZgHlkpctQdFTzfoVn2qQI.X_hRxJdgxNlRfs5kds1PiX5fOrwC3GH5SVSZ3EQsO Fk5Xfzw.5IFEdMSsjHqDSoUHljUyPtLziOcB0S.QiCca_JATkYGeDPgjhIaIy61xSVNx62c4K6LS PL2J5HFT8INWH1MDgWbC3L_hd11pkkV0RFzqxYL7lqf3KYCwsJHfsDBpZMFJGFDbW1Y423WWnxyn cmnvwgvyLUVWb9BIkHaaeKCnmb0akQKgwGXDnOI7ECqKP5MIMm5LDmgsJQ6f7qHB7S.RZE3gYxOQ RuE0w.5v03yrt746hJZjvrXxzHEVPkgO5fGTJvYdF5HJAaPe6gL5MqNv_vISw4.idHEBi3i9mA7c 8eogEbau1BzbNpvhrkR2cxkMM3KMwF66NzMa_Qx0jb4PLergELYEXDK7XpAMuzKC7ku14qDrCeNZ BtabkHeJM7opEganY5Gp6NCF701EWlXZMl.FB72VNKKfmgZZTiQufM5TRiKZ3jWWw2DbEi89uSxE xzI5EwLHiFl8Z8KAUlwHfnf_32G5hiYDL4_5ZeZWyE_xLazBBpmCoURjZ2y5KVRpj1MP1NpPbYyY hY5Lt6F07dQeQhuDoPI8Y.J7FrrC_IOAPgYsYBH08JZNlJAJXuJaj73ZE0xA5WwG8kqkJF3FaNb8 eq3F0N_RkCFnz_OZcnCDKeI2U4WEu5dI7_EJHjXW97ktZv_RFCgo82fid5_0TRnptRhGbmnI61u0 uRnQmu_XWXslXxIjoZKjgDoVtBXL1tW9FAs1gtI8rW4g_S5xEsmv69XxWVJWbdgN.0b46Kl6ZgPN nAewPWdWIXAdyxAwearB26cjyU5OcBafCdTOEZWqj2nnnKfDxKYK0h4g8k62dSedsyJm0OjtA1iq .j02yqaEBG04liz7J7Ib8ZwMZ225lKC6rrDEp3YTVyRKpMpI98ubvccbrSHf85stldPPDP5gGecT iGaX2.UTY_hAeWewM7xngrm.pE6y4TlFaKJkQQaT_b28zE415tW2zEcTq7U1CROViZVY10WmmBYA rxDOuxkC4MW4ScJ82Ll4iJyjqL.Vt830UAY3TcLm9vf4U5.Z0fA1J.entjYHpcVNi3.Q.RGBOjhq VdAt8.dfrXakhyuAMMAOMDFQMwSHJIZu4SnubmYbR.TsQIjBAb0ph.o_R87C3vm0pBpFBqMeKXKY CIrUzHBN3LiBHNUo9dwsZSanXv9on3CP3odfRwXE8TxbEuzzkRG8n0eBLyL2RDrFvu86vsVr8ul8 D3LQwdqY- X-Sonic-MF: X-Sonic-ID: 396498d3-995e-4b70-8be6-99ef8963cc9a Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 30 Mar 2023 19:57:11 +0000 Received: by hermes--production-bf1-5f9df5c5c4-n84wh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5a8037eb64ea0b48d051c376d3f876a7; Thu, 30 Mar 2023 19:57:05 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-Id: Date: Thu, 30 Mar 2023 12:56:53 -0700 Cc: freebsd@walstatt-de.de To: Mateusz Guzik , Current FreeBSD , FreeBSD Toolchain X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_THREE(0.00)[4]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from] X-Rspamd-Queue-Id: 4PnZ2M35JJz3jMx X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Mateusz Guzik wrote on Date: Thu, 30 Mar 2023 14:56:09 UTC : > On 3/30/23, Mateusz Guzik wrote: > > On 3/30/23, FreeBSD User wrote: > >> . . . > > >=20 > So I looked into it and landed > = https://cgit.FreeBSD.org/src/commit/?id=3D82eb549f800e08158802b74bef62e7db= 0939a3fe >=20 > As of that commit I can both buildworld and buildkernel a stable/13 > tree while running main, without any magic to change compilers. For reference, that patch involves: +.if ${COMPILER_VERSION} >=3D 150000 +CWARNFLAGS+=3D -Wno-error=3Ddeprecated-non-prototype +CWARNFLAGS+=3D -Wno-error=3Darray-parameter +CWARNFLAGS+=3D -Wno-error=3Dstrict-prototypes +.endif I'm unclear here. Is the goal that a system clang 15+ toolchain can build just the bootstrap toolchain and such that are then used to actually build stable/13? Otherwise I'm unclear on how compatibility with what a system clang 14 toolchain would produce is established. To my knowledge, FreeBSD has not actively supported newer FreeBSD building older FreeBSD across versions. It has supported somewhat-older building newer. I'd guess there are various ways that having newer toolchains build compatible results for older toolchains is messy and that FreeBSD has generally avoided systematically dealing with such. I'll note that even when the toolchain stays at the same LLVM version, FreeBSD version V to V+1 gets a change in the default target triple: even that case is a form of "cross-build" between the older compiler and the bootstrap compiler to be used in building V+1 (and any later V+1 compiler builds for V+1). Has the target triple been systematically forced to be correct for targeting the older FreeBSD? May be just some more explanation of the context/intent will clear my confusion(s). But for now using a system clang 15+ toolchain to produce an older FreeBSD that is based on s system clang 14 toolchain and an older target triple seems odd to me. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Mar 30 21:45:37 2023 X-Original-To: freebsd-current@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 4PncRT53K0z42NTL for ; Thu, 30 Mar 2023 21:45:41 +0000 (UTC) (envelope-from void@f-m.fm) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PncRS4Z5qz3ynm for ; Thu, 30 Mar 2023 21:45:40 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=SuXlJQxe; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=ND0mnNyA; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 66.111.4.27 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 37E9B5C0145 for ; Thu, 30 Mar 2023 17:45:39 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Thu, 30 Mar 2023 17:45:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1680212739; x=1680299139; bh=Qk KoEGS6qRbQegPYKFqL4KUhrFx1emJBDFBKhnBzjn0=; b=SuXlJQxeCkhgcF9AS9 zIMIuWD7Hrs2fL0hqoR1/Lg8mzzNAo1HeOUNCAEmQWNxs8oxdUUb895sQYhq65Hv 8pdf98WqgEjaXwh1QE1xzByZCcndJ22NXuHqQi8iCGVGMVoYPFpsBmcjkZIE2w+K anNCWyBd/Fa60mPhlSHZUsmmJnq6AkKq3lPkMgQHpT9/VJMpyIlH3exl3Roh5vX8 PzhsZi9iCtgpoVW7z50Izv5nHW1A1tnuZQkQFbpq7W3SkMwgZn23sXW6lL2DNU5c sHKN9tsljnR8X+Lb/FipSGSZl4K1WREC/7lCT+Ii+7pyuEqjaCNGFgIlRnY3waUO x6Xw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1680212739; x=1680299139; bh=QkKoEGS6qRbQe gPYKFqL4KUhrFx1emJBDFBKhnBzjn0=; b=ND0mnNyAhamny8D/I6n9z6sqvI97a cnBzGQ5/7w/jhkh6Lm/IKmQb+MSYRfa58ufthtTbnyPB4TS7gMB6S4aiehHNtRGn mjuOwocjbtBUjfuFV1em3Wg2Fxjat3QCb9ZHP5yNrE/nNW8qMXvn3yQXutsbkfrW K36K/HbX9t1SoMPLsG1580cQzB+3aL5x67/dpZXeJ58BzAT00z2a7Z0/V9s9DRr1 +8ZhIfoE7YQu0pxqGrOB3uwOtH7UsalmnNK5xE+CGHWp7inCHM3NKtI57JdoBWZ6 bqb7rcU7GqtRgq0cZiWuc4p+YSoTNXgozKqUSbS2uZkvZaBdrs21iolVA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeitddgtdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepkeeluddvlefhieelfefggffhffektdehleelgfdugfdvgeekjeejuddthe ehgfeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Thu, 30 Mar 2023 17:45:38 -0400 (EDT) Date: Thu, 30 Mar 2023 22:45:37 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-4.60 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.27:from]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEMAIL_FROM(0.00)[f-m.fm]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.111.4.27:from]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4PncRS4Z5qz3ynm X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N On Thu, Mar 30, 2023 at 12:56:53PM -0700, Mark Millard wrote: >To my knowledge, FreeBSD has not actively supported newer >FreeBSD building older FreeBSD across versions. Are you sure? I routinely build & run 12.4 and 12-stable bhyve and poudriere jail instances on -current. -- From nobody Thu Mar 30 22:15:38 2023 X-Original-To: freebsd-current@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 4Pnd6J6hjKz42QPr for ; Thu, 30 Mar 2023 22:15:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pnd6J1THGz42yx for ; Thu, 30 Mar 2023 22:15:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=4gtoaaMJ; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::532) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-ed1-x532.google.com with SMTP id er13so41394146edb.9 for ; Thu, 30 Mar 2023 15:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; t=1680214550; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=Pepu5niu7LeMzTX9cGOAFRLt/DXpdaVwELmMZMUrpaM=; b=4gtoaaMJamZwKHcNz10Wz+z5Cc+KK0wC+o9HV3fZ444F4Ts9yxiq6AAyPrpuyePDZ2 o+NgCPQlq99pqBzQjdy7adQibHZ1OFCU35wHfcJCNqMsYu5EGEVqHn1iH96nQp2KeYjR +wedaemrMg1/p7TyvBIdwxeovIcGjrlbCFgss2dsHIwwWq6XOBI7KtAMtdh2L97WYRGL 1/HY4OTPVP9S4aZgz8e2L3JyRTssWrFu+y/zNH46KiNoANtUOD4RnTKtxicnRTS7hHpo 0Jkz+7hFBIUVCO93E7XtiRO+bigliWxyb+yrZsU+kuzwJwACmNRX34y/4jLWIdi8Dy5w mWGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680214550; h=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=Pepu5niu7LeMzTX9cGOAFRLt/DXpdaVwELmMZMUrpaM=; b=1+FOXUJnJlao+qezx4sC3xL4YOLwJ9yT2ucgIGXzs4FKTMP4Uco/+WO9CBSibdv2LM hRZKy9Oy4o+ssLyTHzTA9PDQiayzEqdAfw9p1Jb2kr1NLCzUkbuWUi++ObWP9yQSRWkG UPwMBHPzezpsMDuEBLvomLtKLhY4VyK3OqTNQuKVDAEKtaXTXi26ScWxmmwrUJm5Wj+i b3SXHSG9N84fvtNiGHfZoDANWEcRdOsxMxTXZElvYq831JBIbZue90MCtCNSfgwK7Q03 I4ka9CuwR176TsDkGFVpjy00X8gbd2nxkcioSdPlfRzADCh7wJ4TstdnQpgq/PZKZjBn DeGg== X-Gm-Message-State: AAQBX9d950AjH/u4t8MJ03iFMbseNsQqKHx/Ivtq1I0x0GRdhbC83Z5m hBv9FG1Rg69EcPH7JRpEZevfu7A2a3OwuDr7ppYFE0yGeGzN1mM4 X-Google-Smtp-Source: AKy350YIzQkHUSAVAoNOnmEhZ1A0HydnLnIukINAOvcO4rLDCvNOxEO6Mvn3zYEC+h94cuXA4LYv0H+7LmS3tJnzqAA= X-Received: by 2002:a50:8712:0:b0:4fa:123:3b32 with SMTP id i18-20020a508712000000b004fa01233b32mr12677112edb.7.1680214549616; Thu, 30 Mar 2023 15:15:49 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 30 Mar 2023 16:15:38 -0600 Message-ID: Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') To: FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000060709505f8256f2c" X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Pnd6J1THGz42yx X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N --00000000000060709505f8256f2c Content-Type: text/plain; charset="UTF-8" On Thu, Mar 30, 2023, 3:45 PM void wrote: > On Thu, Mar 30, 2023 at 12:56:53PM -0700, Mark Millard wrote: > > >To my knowledge, FreeBSD has not actively supported newer > >FreeBSD building older FreeBSD across versions. > > Are you sure? I routinely build & run 12.4 and 12-stable bhyve and > poudriere jail instances on -current. > It's something we try to keep working... on a best effort basis. Warner > --00000000000060709505f8256f2c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Mar 30, 2023, 3:45 PM void <void@f-m.fm> wrote:
On Thu, Mar 30, 2023 at 12:56:53PM -0700, Mark Millard wrote:

>To my knowledge, FreeBSD has not actively supported newer
>FreeBSD building older FreeBSD across versions.

Are you sure? I routinely build & run 12.4 and 12-stable bhyve and
poudriere jail instances on -current.

It's something we try to keep wor= king... on a best effort basis.

Warner=C2=A0
--00000000000060709505f8256f2c-- From nobody Fri Mar 31 02:30:15 2023 X-Original-To: freebsd-current@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 4PnkmB1L6rz42kxW for ; Fri, 31 Mar 2023 02:30:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pnkm83hF6z3pZ2 for ; Fri, 31 Mar 2023 02:30:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=pf8EZVkW; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680229830; bh=wcGBAp1so25Q0JIUYQTPTNyI7PToI/ZeWcClwtajKJ4=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=pf8EZVkW4r8vHTJMn6XxfQTaBL9h749ymrny3GFnG+VdMbC2y/FR1vi3VSLHV93I+fb4uCLEl03pTmE1i3afGr2Qnx8bm1VH9aWqj+rVvSG87s00LsSnzCZ5IKgDC4C8SZDjYdrqDJ0R8vEsI7xFK9LoEDxgchsdjuLdXEo54EP4MRSEIfxeA+jMkF14gkUg3jh64mzqSuHZUIBkJSeHc5Ymd98N4OemriRNBJIBWMwqYygybd5mtvCUoANMTZ297id/finfWiuwx1FqJo74nEEOdkZOGOySPmZoQMH+nWkf4Ji1q/5Vr0LDFLbllqMG2DqPJsJbCjUHIQtGJpOtOw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680229830; bh=dfiRToyJKl1uqKegxZHukolrFFUcyStBGlD5k2DwAIK=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=f45PBnM5lqTrQDjrM0ucHnBcjDQsdfcCjxnqkRaJnaX/SEV/zkIYNglQ99C+HF/LIK2sRA+WTFwYru9yzRtY6NF8QxPobPH0FyZcn7ozcMtNdQyKV7Ym6qL9a9jP+LivtCctbpDEMCGZpwfrDH1V3OuyUmbhQfxuF7ty8c9kw+RVHp1ElE5EPUkBB0qLizyYUoLllqZmtWUCicw5DgrM5SvjCypipijpqLvxDu+25o18+3Yur17J8p1mKWDUFqxnvYfEsN0kH0Mh8+uJQ6JfwaoZXvA00It4zS3a+0VO9j+njVBMUqw0TYTTEtZjQrptPpfGkJIgKctGf7rBIH4Lzw== X-YMail-OSG: BCA5IAUVM1n.l3n4Y_zOU7yZ2brUieeGN1hJGIV1dXJAvz5hzSWl4nB4tXVrowM _ZbixVKQJJBeAnPaIk3HmbZDDbt5XhEh4Vk8NUuybAiROStPEqpUGC9QO_oGSMuFw63Vw7Q9xtxa cEmBwNEVbYcuyDkPW57V_gbTexCCY8d8ApmLnKa6weoAkFMXBWGs3g83D5MIRAxuXNLgej2K7MND JCzAYJRiluOrMIcKnqw_uArLFIBmIHwUuVpx6ZP27AfVLtySiE9KbqysJyVWR3xlskIOc_G.BgCK r68t5jN7C6tnsTrJLNobQP30vVzv4YYK66cukGY9rM8p5EoSEZ.Hsxj4l7Dk0ZD7F6YzRddGWCeR Vjfbq0lK54rTrlfrOkNjdMMvCrugdt0xMVj34CFoWWgh6rWaTnpCOwb9snzwva6lKXGc3GTAB4h0 O8RiB88H.GjMilByKgaCoVDfApnL_rPSiL2mtP1_2NK2tTbM2ycPnIzul2ccRFRzwzluaRLUZUTZ IbXi.5WuvcxlMmmQcuVYBEtlrNjPQ64RVFWg8H3AjUOP1EJYTdI.obutpKF1_.bsgKdg2N8jloU4 9Kt2B1X3YjIYdbZLbuk5zeUSTH2NoeEvLPmAroUupKDKnszSAlkaBDqiqd.0vlZgO2SHoLBNmI.C PneZQ3nDwh4NRP3Hg3r1_PvMbgvDxh7UkQwCUegvFf4r7qfJ06AJbBJzo1RRLWSny0BS5hcBuRaU w4ZkT7a7lrGN_OayVJ9mEvGTsQYHlrkwWx90F4u4E6KQ8TrJxrdEVuerHigUEvhI.hEgg50eb4JJ cLIHhV8g_vWiozB_wEiUmwxgt.CZVd6ZVEApt124A1i_7Lz47BuLIJ4YL8jPLLtIZOAedjCoPUVX ztTkCsveyFP6uCHVpLTL1gsG2REUBfhLv2zeNY2cixhKtBk2NpqJmMkMhXpEOHzxZRGLCIQu0iSc KhKIm67dkKZclUjSBQG6YGkNxdzdsMmm987B_2rFDVpkgCrWanMTNEwHLy_x_bGqUKpIiTKLGfrs WtZXNcp4BSE.jHpCaj2JFegixRmTdofahka.mthOfxGWqqfPZA8HEFNpPWCd_H4D91N5nLTJ.Hzq IR24rPxJiQUm9gC1zGWqSJoTVN3L8bjcB10sNeiIGymT9pMh7H9Vg1U42OJTO4hsde2lsj9hv5m7 F5rAaMfL4EFVKwTRJoLwd10mRYeIrnL1FfhH0uOFScrnGuqyWQG9Ub97C_ZUi24YpdhVym5zVwR9 lRSLiW54ehOTUDZVquEkZtVUeMlRyDYgftfRkEEsRlApXRwuy13vcJAGAwkIPDQNxxEZ4lIuRR_R JeRjaqWFMInsaM1EyL1DfohyuiuTgxf2Jwd1JQcpEq4SOzpPxnpJb0o2Tsa4CFuR8wzXAlS8cNqh 9Ez81FntpS3MTIdryCXLfhbjqe6gKTf3iqzJUDmdZswYslafGVuf0r1C82hMePHBjJxOrZWZ9Y8e jDS73sLhUGs_.ClVhCw8nJf__gB34QUlFhfjBYM107srtmmJFxsf9c2KNMfpb8.1Vr1SoS6PA3bW uuBQ5GjmVfJq32C5H6YJq7f9VNSP81qksjCcFsms9CXV5hcgkBZCHbC7gXc4frBMnB5F.tYuwcah LmpYZkGmaiJSNRlVRnxeMWQxHfTzpTCKaKRiOOGg8OL_fAq4Xg1AsWaUfidDybFtt156AXh6588m 8JDAz7ns2xEXWcjkRI05rcA6_cG_2IOiOSvtvA9IZ0wWr6IHQzFSEbXQNxqEMAzDvN0yp6UUNIhZ uFKl.TFLLakmOQmQNflwhawrdHQh0mU_19L6wXs55VkCF576JC_J5cGj_W9fAN16SWPu9hDi3JP4 HiTBRDzB_J8o20lgmDZbtAXVk.M6R4DXWzRrHrW9KvdZuJetT4nyIyO4ohYSXxEgCn1X2DjMn4EZ LnN6NCjeAzzHCGZ3qJ42c4ytIb9CNWzquSPE4NPuGTpLMPB9E3JombkEQO_Y5IYYrwgFtAqt5hJP 8K9QzWW4w70HICkK.l7kp_Ppa1ypVZuSV74o4dbgeCcVkDWTw.NTh8I7gT.lC3ZqDBcS9.y5GD9e 4lFjHB5v.uDc6qXInXnhJ3Q9XNhGE_Xy1WjH7oeDX5RLd0brio9BkA1ks3sZrCrNI5WxJdhlPKG4 TAEsuiMC8VHMQbnE7IGOpVg24mJ3d0kUPTGCRbKrfIEJjBlYzWKrtvFNzk1gwPrc8W14twesicUk 6FB_J8g9zsqimMUABDBlvkXlvQpSel.nvjNU5F2dYmoe76UlfbIV84cvZFFOARbqtEv0NwOcG3_U - X-Sonic-MF: X-Sonic-ID: 61fee54f-046b-4e3a-a4cd-adad6d95ac9b Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Mar 2023 02:30:30 +0000 Received: by hermes--production-ne1-7dbd98dd99-qthmr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cd52814d0dcf0aa4805d23060004b85c; Fri, 31 Mar 2023 02:30:26 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-Id: <2E3300BE-5D37-4476-B0CB-7D0ECAE06957@yahoo.com> Date: Thu, 30 Mar 2023 19:30:15 -0700 To: void , Warner Losh , Current FreeBSD , FreeBSD Toolchain X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <2E3300BE-5D37-4476-B0CB-7D0ECAE06957.ref@yahoo.com> X-Spamd-Result: default: False [-3.46 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.964]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_THREE(0.00)[4]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[f-m.fm,bsdimp.com,freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from] X-Rspamd-Queue-Id: 4Pnkm83hF6z3pZ2 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Warner Losh wrote on Date: Thu, 30 Mar 2023 22:15:38 UTC : > On Thu, Mar 30, 2023, 3:45 PM void wrote: > > > On Thu, Mar 30, 2023 at 12:56:53PM -0700, Mark Millard wrote: > > > > >To my knowledge, FreeBSD has not actively supported newer > > >FreeBSD building older FreeBSD across versions. > > > > Are you sure? I routinely build & run 12.4 and 12-stable bhyve and > > poudriere jail instances on -current. > > Looks like I can not avoid also dealing some with "run". I was trying only to deal with "build". I'll get "run" out of the way first. I do not think it is relevant to what I was referencing but that may not have been clear. A somewhat older user-space runs on newer kernel in a supported manor. But for newer user-space running on older kernel there is more risk. Some environments even complain: QUOTE Poudriere version: 3.2.8-23-ga7f8d188 Host OSVERSION: 1400073 Jail OSVERSION: 1400084 Job Id: 01 !!! Jail is newer than host. (Jail: 1400084, Host: 1400073) !!! !!! This is not supported. !!! !!! Host kernel must be same or newer than jail. !!! !!! Expect build failures. !!! END QUOTE Some FreeBSD package builders operate this way much of the time (main package building) and sometimes suffer for it. But it gives a away to discover unexpected ABI/semantics breaks and avoids having to update the server kernels as often. I'll note that building releng/13.* packages do not get the complaint because the Jail user-space is earlier (by version) than the host (the host normally being some main vintage): QUOTE Poudriere version: 3.2.8-23-ga7f8d188 Host OSVERSION: 1400073 Jail OSVERSION: 1301000 Job Id: 01 END QUOTE The Jail uses the older user space and its older toolchain, not the toolchain from the Host (main). The main/Host kernel actively supports this use of the older user space. [This context too can end up with discovering an ABI/semantics break. I was somewhat involved in the discovery of one of these breaks fairly recently for the package builders. Main got an update to avoid 13 and before from running into the problem and the package builders got the updated main kernel so that the later package builds that had the problem would go back to normal. The issue was not a toolchain issue in this case.] How this mixes with "build" in my context . . . I've used poudriere-devel on main [so: 14] to build for stable/13 and releng/13.* but the poudriere jails had and used the older user-spaces and the older user-spaces' toolchains, not the toolchain from main. Similarly, I've used chroot areas on a main system to have areas for stable/13 and for releng/13.* . Again these have the older user spaces and the older user spaces' toolchains in use inside, not use of main's toolchain. (I've not been doing virtual machine activities so I'll stick to referencing things analogous to what I've done.) So, given that much context for reference . . . Do you use main's toolchain to do your builds of releng/12.4 and stable/12 ? The first time? Their updating builds? As far as I can see use of main's toolchain means not using an older user space (via/in-a chroot, jail, etc.) to do the builds. A sequence can be bootstrapped by starting from materials for a pre-built release or snapshot of the older user space and then update via its internal toolchain. My understanding is this is the actively supported way, not building older user spaces directly from a newer user space and its newer toolchain. May be having the chroot/jail/... is a big enough issue that some effort is put to avoiding needing to have a older user space around. But I'm not aware of such and have certainly not done such. (I ignore here various odd things I needed to do when doing my early powerpc* clang related investigations before the PowerMac's died. Such was definitely not in the realm of supported activity.) > It's something we try to keep working... on a best effort basis. I'm not sure if that wording is about "run" vs. "build" vs. both. I was only focused on the user-space and toolchain vintage involved in the build, not about the kernel vintage that code was run under. I worry that my note got taken in a different way than I intended, making interpreting responses messy. === Mark Millard marklmi at yahoo.com From nobody Fri Mar 31 09:20:47 2023 X-Original-To: freebsd-current@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 4Pnvsb5f3pz42CDY for ; Fri, 31 Mar 2023 09:20:51 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Received: from heemeyer.club (heemeyer.club [195.93.173.158]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pnvsb1gXVz4QKd for ; Fri, 31 Mar 2023 09:20:50 +0000 (UTC) (envelope-from dchagin@heemeyer.club) Authentication-Results: mx1.freebsd.org; none Received: from heemeyer.club (localhost [127.0.0.1]) by heemeyer.club (8.17.1/8.16.1) with ESMTP id 32V9KljR094999; Fri, 31 Mar 2023 12:20:47 +0300 (MSK) (envelope-from dchagin@heemeyer.club) Received: (from dchagin@localhost) by heemeyer.club (8.17.1/8.16.1/Submit) id 32V9Klam094998; Fri, 31 Mar 2023 12:20:47 +0300 (MSK) (envelope-from dchagin) Date: Fri, 31 Mar 2023 12:20:47 +0300 From: Dmitry Chagin To: Goran =?utf-8?B?TWVracSH?= Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic on jail start Message-ID: References: <20230330170828.442jpwilq3q47lis@tilda.center> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230330170828.442jpwilq3q47lis@tilda.center> X-Rspamd-Queue-Id: 4Pnvsb1gXVz4QKd X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:61400, ipnet:195.93.173.0/24, country:RU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, Mar 30, 2023 at 07:08:28PM +0200, Goran Mekić wrote: > Hello, > > I get the kernel panic when starting jail. With git bisect I found out > the offending commit is 0b56641cfcda30d06243223f37781ccc18455bef. After > reverting it, everything is back to normal. For completeness, this is my > jail.conf: > > network { > $id = 1; > $base = /var/jails; > persist; > vnet; > path = "${base}/${name}"; > mount.devfs; > host.domainname = "example.com"; > host.hostname = "${name}.${host.domainname}"; > vnet.interface = "epair${id}b"; > devfs_ruleset = 8; > allow.raw_sockets; > > mount += "/var/run/reggae ${path}/var/run/reggae nullfs ro 0 0"; > > exec.prepare = "[ ! -e ${path}/var/run/reggae ] && mkdir ${path}/var/run/reggae || true"; > exec.prepare += "ifconfig epair${id}a && ifconfig epair${id}a destroy || true"; > exec.prestart = "ifconfig epair${id} create up group $(echo ${name} | cut -b 1-15) || (ifconfig epair${id}a destroy && false)"; > exec.prestart += "ifconfig jails addm epair${id}a"; > exec.start = "echo ifconfig_${vnet.interface}_name=\\"eth0\\" >/etc/rc.conf.d/network"; ah, I see where the problem is, ^^^^^^^^ until its fixed you can try to set compat.linux.use_real_ifnames to 1, or s/eth0/to some oyhe if name/ > exec.start += "/bin/sh /etc/rc"; > exec.stop = "/bin/sh /etc/rc.shutdown"; > exec.poststop = "ifconfig epair${id}a destroy"; > exec.clean; > exec.consolelog = "/var/log/jails/${host.hostname}"; > } > > The jail root is created with bsdinstall disinstall/distfetch and > 14-CURRENT. > > Regards, > meka From nobody Fri Mar 31 13:18:34 2023 X-Original-To: freebsd-current@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 4Pp1802lg2z42V4K for ; Fri, 31 Mar 2023 13:18:40 +0000 (UTC) (envelope-from void@f-m.fm) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pp17z4kGPz3xMs for ; Fri, 31 Mar 2023 13:18:39 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b="ezgljz/l"; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=QreSD7LF; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 64.147.123.20 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 0642F32008FF for ; Fri, 31 Mar 2023 09:18:37 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Fri, 31 Mar 2023 09:18:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1680268717; x=1680355117; bh=g6 32seqJ5RzCY8fUoE9H9Hx2zsz5FB+6q0zQsLBx/Bs=; b=ezgljz/lNZs+CsUU+D wVkpGD/TuqoLNbvcOH6tMXqXPzDu7Zx8+LsGwy1NDKnLVw0tCWDj+6CesHm1hWmE 7mrOlwcm9GMZL49u2nPX4LIXNccEAUqI2+3Smtflp6NuRcFjwGNQyVdrRY8WbMiA urAl/Fe6ikAIrHFzjWZ1chMtmaKt9d2itZ/hMUmHPXGIkRMvHYoH/qcphHYBWgr6 RkLOQIgYuvNSHTZFGFNdBUh9HFPST+lenbsJmHz9W0mP+UbJ4C/0hIw4oGK0x8B2 g00n/WYbr7dHCR65bC1XYhMPcx3OB1vWip6hXGcgCRlzGD2yWTPXsplF8TBTwDiM /PHQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1680268717; x=1680355117; bh=g632seqJ5RzCY 8fUoE9H9Hx2zsz5FB+6q0zQsLBx/Bs=; b=QreSD7LF5/Q97JHevEyGBFJzprHS/ u/soDgoApjFLUNxHvp1UObF8K74tmWyLR/jgs+uipb87GftTmMs6PwrYgDzpxt6P Jbc89Cm84FLI3GZpfxzlpALxkRtgj0HwUtlJVXVvWCjrONk/2EFqjgBhUsO+WL87 E9Fw7CjO0WCKEW08tY+UMJfi77/IrFw0HtVfBR3s6ZG3kJw5QOE16GVyaDUAFic2 B91IPpGbwN8zKQvCVlPy6/k+eqSsgKCbvYmcMuk/Hirn4n1x4Kc4b5YFAlOLynNu LFuik5KRR2coGpRO5b8LdBydSeRpYDiufU7WtqV3IIhnGzWJfkHy2Fd5A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeiuddgheelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepkeeluddvlefhieelfefggffhffektdehleelgfdugfdvgeekjeejuddthe ehgfeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 31 Mar 2023 09:18:37 -0400 (EDT) Date: Fri, 31 Mar 2023 14:18:34 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <2E3300BE-5D37-4476-B0CB-7D0ECAE06957.ref@yahoo.com> <2E3300BE-5D37-4476-B0CB-7D0ECAE06957@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <2E3300BE-5D37-4476-B0CB-7D0ECAE06957@yahoo.com> X-Spamd-Result: default: False [-4.27 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.67)[-0.672]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.20:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Pp17z4kGPz3xMs X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N On Thu, Mar 30, 2023 at 07:30:15PM -0700, Mark Millard wrote: >Warner Losh wrote on >Date: Thu, 30 Mar 2023 22:15:38 UTC : > >> On Thu, Mar 30, 2023, 3:45 PM void wrote: >> >> > On Thu, Mar 30, 2023 at 12:56:53PM -0700, Mark Millard wrote: >> > >> > >To my knowledge, FreeBSD has not actively supported newer >> > >FreeBSD building older FreeBSD across versions. >> > >> > Are you sure? I routinely build & run 12.4 and 12-stable bhyve and >> > poudriere jail instances on -current. >> > >Do you use main's toolchain to do your builds of releng/12.4 >and stable/12 ? The first time? Their updating builds? As far >as I can see use of main's toolchain means not using an older >user space (via/in-a chroot, jail, etc.) to do the builds. I don't know in detail about the toolchain. When 12.4 builds on -current, the screen shows it bootstrapping, and I guess this is for 12.4. The reason I commented on what you wrote was because your assertion appeared to me[1] to be incorrect, in that logically following on from that assertion would mean 'don't expect it to work because it's 'not actively supported' meaning that it's 'unsupported'. But I can't contextualise 'actively supported' into 'should work' or 'expected to work' given Warren's comment about 'best effort basis'. I build poudriere jails for 12.4 on -current like so: 1. git -C /usr/src checkout releng/12.4 2. poudriere jail -c -j 124Ramd64 -J12 -m src=/usr/src -b -v releng/12.4 To update: 3. git -C /usr/src checkout releng/12.4 4. git -C /usr/src pull --ff-only 5. then I have to delete and build the jail as in [2] otherwise it'll complain about wrong objectprefix is this workflow incorrect? >A sequence can be bootstrapped by starting from materials for >a pre-built release or snapshot of the older user space and >then update via its internal toolchain. My understanding is >this is the actively supported way, not building older >user spaces directly from a newer user space and its >newer toolchain. It appears to me[1] to be building its own toolchain and building within that. The ports it builds work on the machine it's built for, without errors about things like ABI etc. I don't do any pre-building, and am unsure if the poudriere jailbuilding process does anything outside of the standard build process. [1] non-expert in any of this! -- From nobody Fri Mar 31 14:51:36 2023 X-Original-To: freebsd-current@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 4Pp3CY4b5jz42r4j for ; Fri, 31 Mar 2023 14:51:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pp3CX4SY2z47wk for ; Fri, 31 Mar 2023 14:51:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="IEntMEe/"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680274310; bh=YKuJ3eR68z7+n/2gAPJ7qm54Y6v20bBPPiOhk2764J0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=IEntMEe/Ke3adlhB6hM2Hf1f6ZCDOE+8uwI7zzC1JDaQe+lr+YFeK37FtOQQx0E6/HjC9STajQRSa0SrPpGfXFu3sHKVjOSY/Bp/vbB/tibGJHPFZDeRyHtZHj5vpf2vlX3ENeyAWhSOJrgBwg4oJTl8+9OFUBFmJ6l/RLEpWuXO3oGjG6WU5qPlTJzIEqcFfFcMN+mkNm7ns8GMakVIaDyWuMqATXUsmLrGb08eB/qmE5IzzPZnRWS6g7DzgsiVb9Y5TqzNpz79WTRHs3E9ut/6DztWxvUc6EJtR7fiU0Uhdo9wB2BIetP9yFelo4c1Y6h0enMgHCbob170HB1o2A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680274310; bh=95z7g3SRPHqkNY6a1cB+2k66TnKVzJrNZ97bfTuvWKB=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=cOUuB7MRxz3yTWHIEv3o2IGoRBX0IqZBOj+O5K5umCstgljLWtBPEdeF/4ZlMeOqdfdBsQ8q4oSDUD2cG+7Ejg5IOBfjbOXKWpFNtqwC60CgJDWh5vToJyEGVSUi2+3yYEFaG2krJ4J979QbVJHetGtDMnU3sxbT242nhmuXq06j5Jk/e+qruy4wJjnySa4z7e7GkLeAnbj+OTrzbXS4VOF5Oh133QeK6XhWa0rWIpgKqEiGYK7rdzS8cP3HxQtSygoxa0MudsL6gnXGhv2Vq/QTDXYIVjaNCS8rmWnzCl5zsoIgfE0rHke2aYo8ycnS+H8OOPg29H/mnTzCXEVR1w== X-YMail-OSG: 4ztLK9UVM1lirARU0dT95iIa6uQoQymUZFWTSPjpS0xwRNjqBADisr8gEfLkBwq c4lOfHXx_E97BvokQSo.Cw2BwD.wjj5m4QE3l0F.5r6UDSAMqeM1sebcNnhSndaTXEgTgESMdKOd MbD9fXVWePFIVPmf_JWdzSHkgdPFx_Y5bbIH8zcIXLDMpE06kwhlO6loLbzkbC1yLKzDacmrv4wm l128l.2ycd45Wlu2CqI21.oOQNMU1jfbzaRg.QCp_56tvt5PnHqfYxsTowoZaRo3BQYs.t.yOExi p5hK2JRXOZzzaiT.xSFNiwFFJPmKywZeL2dLAJplftg7X5UY8zSMsLX9CCPkZIOfvby29.TskeZD 0Ig4EZP5kcMFdNhsVCee1bVUwTpAR8gXvU8cAO6lYQSbBtbjbKR7MXGKoWS0TWy5S2aQuPqzvM71 Wb9pRybfctimsl_2tmS_XNQip1ffkiMbGVLGU8sjxs3xwHZXTpcSYu0iiyYIt_SkD1dqLCQnaEUG eLlqq00Z8a44MwB_EJmJBp8BZbKw94FQLKnluCIcLjsZRdfZ968D3AUQxwvYMYTHmiP4mRKpQlcC SSYYPuULsW4mZXkxaRTt2aNabpmvxI.uL1J8JsfPnwi0yo3xLkRkc7BUam7YlgEHGtUJt.iHB3zS p3z0_3erlwkTg12jZhO3oBjZPEtykBPF.yI7Xbx7X8YdNBgGdPOVAM6LIufilicy9oFFLPIuNoKs KU_XnvBySXlpztYbBpizG6Inc0U_EoVPi_0pFAQmuwxk.C0BuhfwnU.RQMmAej_YSowkUMaAcLNp _4ofyq9xA9hvXLhHjJvk1X_hsEgZK7kPi2snW_cHUIKsCvlLx3.yTomixQ7jJdv2RMbEzHKN3GN6 pPzLh_ndAAsXQpUmLD7Kc__TzKjO50fHT.ezQVULzRmF3phqMWOaD3tPNn2eznOKM_SRv4ZyQZe2 d0aYzD51bvNkC11X3m_hnJt9tPJiVRH4gZ0TfSAkqFv79YLD3NOzuePBvlGPukjUzloBR7UNYcSn VXzNR.97MMNqNeZDPQunc6vH.Z2DFjFxfO2DzwuZcEbnLb5SjlfMrPNr4hBHE9cv91fVE.lbsypn h6QIeror_Z65Ht2sij31HtYw9IqUSfJBfW5sJu1i9GrQipPrwgc0Eqx5PyM44.NccooekkolWDSa I.uWuIAQRuFuSgOq2vmAx8XSa7UVYDDmDBD5SPBIZrlub6DS.DY81uDHDaS39TgqoNfLgf90qIk9 x6wxYLxp86.JtWckn3cT.2QGaDakLedCAcMNHbKYGEfroO_a_LANkWSI5h1AqACCajuZArHaAI1E M_9ctznrddjpicHx4bnCuYQB2JUUWs6G6uvIA8vqPv1rCdF0HwR9hZ3nsjQ7gSQLIJun.tJifPoM cWxH6j1l1vcF4G6cJPoRAe9bmwkExkr0O2zOnIMV64w50qs_LQWEP6rskHduhVsIkX2HP2YQ6lRK CzYt8zAQoJ_ecExCMMyIKz0y0IWTKdVqFYqoj836iDpBit.y1Bie4o9Ismuf5KGDbhpM5wjY4FfP 4W7K_VtzAapRwaMvUHdUK_5ZQFWGwppzSk4MSTElB4VW4yMKZJWqPsUHUEdnlM6eR9o7HBz3Qxyh SU0x4_oMNZSVRcOmOGuy9Qj3lr8kh.ketKWvAxdbFKCXqpp8YfuACFysaRnCcI0Irxl_INxzKtuI h5fF8ayCtPiUUHLwfoqGdt4GgeIOBBTUK2pM.Eya1UpNq7qDSv8v2_aZkxbby7daDeKv46CFZt_N v5OBGFdCshvTj.9jdblApdvNnaw5YWLxLO7jfcKN09joUkn3qqB9MIwDRjA4BGWzeddFIpMBGvOZ 37lvAXXck.H39SwxqyciQxe6PTVPbyarKJle2w3Z1HCZ.LuAExoNsobwphy7aTuiDZlDmRqADjBA Uh2MPO_S6FkylxJx1v8SDdB7Cjya3Hcno2g2DsGMKd2PJRNdrTsVvCbJqpjeW0dymtRmHht0F9yc nOZ_eLlUDaURJ9n4DsGbfBki395.dnHLe6Ew9GTFNXcWkFpTQoX01dFgk5F19GQ_mMp8qFNwypfy A02C1d.Yzh6HAZzOK9usQeQApbJ8pmekTiGtX1TJ4jU5cTwa6IyhGLGft.uxTE2V_cOaKrxN6..7 ckvudXtodtEIdeTR9uCsCCu8zWesBI.oETYOdSadwewTsrJosqQnUvD6zOD.gWejwRGgqoKybvVf FpTsdqwQCeSylSINk7glq0pDZ0__QiUMv7gvn9aVx2WeM_LR461CNRhJeJLVGPYK9owlAjAOTMS5 D X-Sonic-MF: X-Sonic-ID: 4c80896a-a6e7-4b28-b4a3-64078a4c0b40 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Mar 2023 14:51:50 +0000 Received: by hermes--production-ne1-7dbd98dd99-vxlqv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 073a0908a56912cc29dd80f1880fef0b; Fri, 31 Mar 2023 14:51:48 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : ld: error: args.o: Opaque pointers are only supported in -opaque-pointers mode (Producer: 'LLVM15.0.7' Reader: 'LLVM 14.0.5') Message-Id: Date: Fri, 31 Mar 2023 07:51:36 -0700 To: void , Current FreeBSD , FreeBSD Toolchain X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[f-m.fm,freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4Pp3CX4SY2z47wk X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N void wrote on Date: Fri, 31 Mar 2023 13:18:34 UTC : > On Thu, Mar 30, 2023 at 07:30:15PM -0700, Mark Millard wrote: > >Warner Losh wrote on > >Date: Thu, 30 Mar 2023 22:15:38 UTC : > > > >> On Thu, Mar 30, 2023, 3:45 PM void wrote: > >> > >> > On Thu, Mar 30, 2023 at 12:56:53PM -0700, Mark Millard wrote: > >> > > >> > >To my knowledge, FreeBSD has not actively supported newer > >> > >FreeBSD building older FreeBSD across versions. > >> > > >> > Are you sure? I routinely build & run 12.4 and 12-stable bhyve and > >> > poudriere jail instances on -current. > >> > > > >Do you use main's toolchain to do your builds of releng/12.4 > >and stable/12 ? The first time? Their updating builds? As far > >as I can see use of main's toolchain means not using an older > >user space (via/in-a chroot, jail, etc.) to do the builds. > > I don't know in detail about the toolchain. When 12.4 builds on > -current, the screen shows it bootstrapping, and I guess this is for > 12.4. > > The reason I commented on what you wrote was because your assertion > appeared to me[1] to be incorrect, in that logically following on from that > assertion would mean 'don't expect it to work because it's 'not > actively supported' meaning that it's 'unsupported'. > > But I can't contextualise 'actively supported' into 'should work' or > 'expected to work' given Warren's comment about 'best effort basis'. > > I build poudriere jails for 12.4 on -current like so: > > 1. git -C /usr/src checkout releng/12.4 > 2. poudriere jail -c -j 124Ramd64 -J12 -m src=/usr/src -b -v releng/12.4 > > To update: > > 3. git -C /usr/src checkout releng/12.4 > 4. git -C /usr/src pull --ff-only > 5. then I have to delete and build the jail as in [2] otherwise it'll > complain about wrong objectprefix > > is this workflow incorrect? I do my own system builds in a directory tree, such as /usr/obj/DESTDIRs/13_1R-CA72-poud , and then have pourdiere(-devel) null mount such to run its jails in for, in this case, releng/13.1 port building on a main [so: 14] system. So I'd need to investigate some to figure out for sure if there is anything odd about your sequence but the delete and build from scratch I'd expect to automatically do a bootstrap toolchain build and then use that build for the later activity that actually targets releng/12.4 . > >A sequence can be bootstrapped by starting from materials for > >a pre-built release or snapshot of the older user space and > >then update via its internal toolchain. My understanding is > >this is the actively supported way, not building older > >user spaces directly from a newer user space and its > >newer toolchain. > > It appears to me[1] to be building its own toolchain and building within > that. The ports it builds work on the machine it's built for, without > errors about things like ABI etc. I don't do any pre-building, and am > unsure if the poudriere jailbuilding process does anything outside of > the standard build process. > > [1] non-expert in any of this! So it looks to me you are building normal bootstrap toolchains and such via normal procedures. My original note was split in 2 parts: building/using bootstrap toolchains vs. otherwise, with the bulk of the text being just about the "otherwise" case: QUOTE I'm unclear here. Is the goal that a system clang 15+ toolchain can build just the bootstrap toolchain and such that are then used to actually build stable/13? Otherwise I'm unclear on how compatibility with what a system clang 14 toolchain would produce is established. . . . END QUOTE Most anything in the "otherwise" material was not intended to apply to the bootstrap case: very different contexts. By contrast, I was not so worried if building and then using a bootstrap toolchain was the intent (instead of direct use of the newer toolchain for everything). I could not tell which case(s) were the intend coverage for what I was replying to. So, overall, I think that you just went in a different direction than I was trying to go in the "otherwise" part of my original note. === Mark Millard marklmi at yahoo.com From nobody Fri Mar 31 16:38:47 2023 X-Original-To: freebsd-current@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 4Pp5Zy6Rgmz42yR5; Fri, 31 Mar 2023 16:38:50 +0000 (UTC) (envelope-from vishwin@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pp5Zy5wcdz4NF5; Fri, 31 Mar 2023 16:38:50 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680280730; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=vtzmpGGeeJR5d+PkylZ/sNU6+hmVONfO6sCEznvxPWg=; b=BZWBeRJP0/yfJ8cU/I6xTegZ34FLctppoXQ6VuyYW5QuhgQpb8MJ6f/qVaBQ9/Pw4DvCda z0/3EDPZ+WzWA6Ju/GZZLfFuSHaQbXFlO98AiU1CXSU0SDnvs7cAVzKHLwWRU2ooaTqV4v KYh0DQ1Ls3TJgYIPRr/kw4ogaTDonn+dXIhfyAmkOy+geiF+Vss+4qsHCYq8o9MHnRaYVE +HK8aAZHP1w9sJacNWEOyJjZkkpW0VDF/KgREaA105xjwj5Ek4LJ6aFQwxlD7qS6p3d8Ap jXVkrdyRZM4M18oq7+6FgWHbPmrZds5Zmy/r3WEA9fzJu9hnt78L+mU+H+tElw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680280730; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=vtzmpGGeeJR5d+PkylZ/sNU6+hmVONfO6sCEznvxPWg=; b=G143KKxJpGO1Oan8G+qF3y+SiyAOI/HMHqQDLNhqaI5K/8dYOsstb2wmK1EKwRh959KPag L6Gb0HjQZWQEVZ3U8DSiGExJnNSjLPAwMhTP1ruKX8Z8tzftMVHgXghK3XbB2DPxlNCY28 3UWchqEk5G6pT5fDUqTFC9SMwyx6EbKfN3I17YxPH/TdFzuiq0LFFa5rc7hFOFbGIkkeeP xrNavzPMzqm1f18Ny/AOAx9Idu/LoUJ21nK03j5E8VhIy2FQlOTWtBPPpLc3a02X6mQQZq gQitU1trzDcS6zgq+y6xlaTkRgFtSlodG8d5KR1EgWcNpALV9OM8n1sfAI4P4A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680280730; a=rsa-sha256; cv=none; b=HPbIafKVGh6H8QTiC3QsvQwMaUTvo4img+CfG9Gt843aG+rtyc7PGY/O50S16BkUvVpjNq 0efqNqtDQZPVHzxeEs1cKSDQp27foxMTeF2RMBRxRWqqtNJLKbNegf8TMKwgfdZftpY+CV Qyvk/eZ3n4HikAgV0aRZa7hN7w7szAqzGox8ESCpozlYHFq/9C6PbCRV/9CmYdeqOzM0vX RNp7JPwEjHoe/pCKskqEYPAgXpp8KnH0FCploPQ6BY/X8x+oATYZFARa8kvj5ZUYRWYQqX tONsEbI2VYpl3QeK15w2V48w5DLFvHqaHmJTMi15YkcHC5HrrESwqnV2qKl43w== Received: from [IPV6:2601:98a:602:da0:1fa8:be6c:38d1:bd] (unknown [IPv6:2601:98a:602:da0:1fa8:be6c:38d1:bd]) (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 did not present a certificate) (Authenticated sender: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Pp5Zy35HRz17hw; Fri, 31 Mar 2023 16:38:50 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: Date: Fri, 31 Mar 2023 12:38:47 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 To: Konstantin Belousov , src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org References: <202303272339.32RNdWPD063667@gitrepo.freebsd.org> Content-Language: en-GB From: Charlie Li Organization: FreeBSD Project Cc: "freebsd-x11@freebsd.org" , FreeBSD Current Subject: Re: git: 61194e9852e6 - main - Add kqueue1() syscall In-Reply-To: <202303272339.32RNdWPD063667@gitrepo.freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------ZMDb4rFfEn9S5XEg62katY2m" X-ThisMailContainsUnwantedMimeParts: N This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------ZMDb4rFfEn9S5XEg62katY2m Content-Type: multipart/mixed; boundary="------------XRCoa2njIvhPHKEa980uSpLt"; protected-headers="v1" From: Charlie Li To: Konstantin Belousov , src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org Cc: "freebsd-x11@freebsd.org" , FreeBSD Current Message-ID: Subject: Re: git: 61194e9852e6 - main - Add kqueue1() syscall References: <202303272339.32RNdWPD063667@gitrepo.freebsd.org> In-Reply-To: <202303272339.32RNdWPD063667@gitrepo.freebsd.org> --------------XRCoa2njIvhPHKEa980uSpLt Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 S29uc3RhbnRpbiBCZWxvdXNvdiB3cm90ZToNCj4gVGhlIGJyYW5jaCBtYWluIGhhcyBiZWVu IHVwZGF0ZWQgYnkga2liOg0KPiANCj4gVVJMOiBodHRwczovL2NnaXQuRnJlZUJTRC5vcmcv c3JjL2NvbW1pdC8/aWQ9NjExOTRlOTg1MmU2NDFkMTUzM2NkMDRhNTY3OWQ2MDQyZmY5NzVk Mw0KPiANCj4gY29tbWl0IDYxMTk0ZTk4NTJlNjQxZDE1MzNjZDA0YTU2NzlkNjA0MmZmOTc1 ZDMNCj4gQXV0aG9yOiAgICAgS29uc3RhbnRpbiBCZWxvdXNvdiA8a2liQEZyZWVCU0Qub3Jn Pg0KPiBBdXRob3JEYXRlOiAyMDIzLTAzLTI1IDIzOjM5OjAyICswMDAwDQo+IENvbW1pdDog ICAgIEtvbnN0YW50aW4gQmVsb3Vzb3YgPGtpYkBGcmVlQlNELm9yZz4NCj4gQ29tbWl0RGF0 ZTogMjAyMy0wMy0yNyAyMzozOToyNiArMDAwMA0KPiANCj4gICAgICBBZGQga3F1ZXVlMSgp IHN5c2NhbGwNCj4gICAgICANCj4gICAgICBJdCB0YWtlcyB0aGUgZmxhZ3MgYXJndW1lbnQu ICBJbW1lZGlhdGUgdXNlIGlzIHRvIHByb3ZpZGUgdGhlIEtRVUVVRV9DTE9FWEVDDQo+ICAg ICAgZmxhZyBmb3Iga3F1ZXVlKDIpLg0KPiAgICAgIA0KVGhpcyBjb21taXQgc2VyaWVzIGNh dXNlcyB4MTEvbGliaW5wdXQgdG8gaGl0IGFuIGFzc2VydCAod2hpY2ggYWxzbyANCnNpbGVu dGx5IGNyYXNoZXMgWCBvbiBsYXVuY2gpOg0KPiBBc3NlcnRpb24gZmFpbGVkOiAobGliaW5w dXQtPnJlZmNvdW50ID4gMCksIGZ1bmN0aW9uIGxpYmlucHV0X3VucmVmLCBmaWxlIC4uL3Ny Yy9saWJpbnB1dC5jLCBsaW5lIDE5NTcuIA0KDQpkZXZlbC9saWJlcG9sbC1zaGltLCB4MTEv bGliaW5wdXQncyBwcmltZSBkZXBlbmRlbmN5LCBoYXMgaXRzIG93biANCmtxdWV1ZTEoKSBp bXBsZW1lbnRhdGlvbiwgd2hpY2ggaXMgdXNlZCB3aGVuIHRoZSBzeXN0ZW0gZG9lcyBub3Qg YWxyZWFkeSANCmhhdmUgb25lLiBSZXZlcnRpbmcgdGhpcyBzZXJpZXMgYW5kIHJlYnVpbGRp bmcgZGV2ZWwvbGliZXBvbGwtc2hpbSB0byANCnVzZSBpdHMgaW5jbHVkZWQgaW1wbGVtZW50 YXRpb24gYWxsb3dzIHgxMS9saWJpbnB1dCB0byB3b3JrIGFnYWluLg0KDQotLSANCkNoYXJs aWUgTGkNCuKApm5vcGUsIHN0aWxsIGRvbid0IGhhdmUgYW4gZXhpdCBsaW5lLg0KDQo= --------------XRCoa2njIvhPHKEa980uSpLt-- --------------ZMDb4rFfEn9S5XEg62katY2m Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEJXd5utNNhpeHcBMx/reFK+KbPocFAmQnDJgFAwAAAAAACgkQ/reFK+KbPoeG YQ/7BsJ4lI3a4VVjs9edsQ1gKd9mS5vbxljUSAW5gVKzxQSa5kVBEmJxSNFTbyFht5idxQmABxXY IFe4EXNOjhZhVOVJwNigm+rjp3OB5IOYBU0s7EmWQ4CAUAJV0GBquXJeGECSXfPORq7Eo3YqDo3b /Znut1Kbu12fC2Ea9EKYw0Lf0O/io9ztjjfw+L2+dsiK3ewdJnzLywJGH3Ld12bZYktc+rX5N7Ym /6CybQYDy2UyCyRX5WeeKD9b185rMkynFzEXICaB1Kpg+3Zf8uPraklGZN1XfPHpz8HcNyIyQKby r62acXsKCWnupbUCuMY6tNvD+KAz7IosWQYl9OTaEgnAdGWksCDidUmFoAEoDOWUoVsQQV08ZsDB 5JMWYYNP9PoM1p0k2PqzRoXMZ2jGQOKtVEXB5dwmEVhXb8YcC1EcKVX2W5gROiRi9IeYxQqaRgYf 88tZ8nXe7vRNr786JgmcSeozXLk3CbRLrYCTCGXD+IOL5UcykJwlKmAOzOn8Qq/TkJx4/LFUnTTD b5TgCxKDaRAeBqWiwM47WeUGKbgoD3LxpKiKrmH13sWPC5Lp3qco1TUVJkpmrvXz06ZAqmAvuHzl mezGMLRXyogGPF00SjO55sAXLt0xm0JV/fF8Vwm9g53n+ODBTD6TmghBYo+YpS0OAZWwo7uq9RAB SWs= =22OT -----END PGP SIGNATURE----- --------------ZMDb4rFfEn9S5XEg62katY2m-- From nobody Fri Mar 31 17:27:54 2023 X-Original-To: freebsd-current@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 4Pp6gt4R7Xz432KC; Fri, 31 Mar 2023 17:28:10 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-lf1-f50.google.com (mail-lf1-f50.google.com [209.85.167.50]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pp6gt2hnhz4SVS; Fri, 31 Mar 2023 17:28:10 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-f50.google.com with SMTP id g19so16743983lfr.9; Fri, 31 Mar 2023 10:28:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680283688; 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=M4qMo8N3etndLGBuwEuOuvJccmcRQK6f8yK/yI3kXwI=; b=bmG9MvFpP9m5O/bzGNjrSVygN1jaN8dpUocf0XYZaf1kAQ/OdxtuBHQGn8tVrPoZ8e lBwlBu6EI7joCzvEJ2juhK313q5tHsVkQ7OZWZ6Z13//JEBhpc4Tksx8Av144wNTk5jX gZZBV9qvh2BqoFm3TyVHZ2isduV6cREVMU20JCu920QL+ksB+BPcg/+yZ94KHlhFqthV zNRLe+b4rkB+neeLgcmxc3pMxKC433haXtuc/9IjO0oxzqdj4UBIz9AJuYukqKz4XxVP 6aLNU+N1ztt7HMyVBdvTq/laV/qjxmyv9pZY9NfJU9VN3UNZyw2VZorlRwb01UAlHhl0 z/hA== X-Gm-Message-State: AAQBX9eNmrwgoH62q2Y0gpmAVU4Na6iTKsRQSo4m8tVtxdXqpvAGfYn1 XX9ktlF8d/L465CG7L7GWdtfqvKmxKm3mlEUf1fdKZGRpv8= X-Google-Smtp-Source: AKy350bol5zOO/f/n+0FujtCvHVpJ/AAbHgxMdVNs9xyArVJALcn4uISQdGLS1vQVxEJIEEmUZhA5uSfyjkmsmE0jWI= X-Received: by 2002:ac2:4844:0:b0:4db:1ae1:318b with SMTP id 4-20020ac24844000000b004db1ae1318bmr8255015lfy.5.1680283687606; Fri, 31 Mar 2023 10:28:07 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <202303272339.32RNdWPD063667@gitrepo.freebsd.org> In-Reply-To: From: Ed Maste Date: Fri, 31 Mar 2023 13:27:54 -0400 Message-ID: Subject: Re: git: 61194e9852e6 - main - Add kqueue1() syscall To: Charlie Li Cc: Konstantin Belousov , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org, "freebsd-x11@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Pp6gt2hnhz4SVS X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, 31 Mar 2023 at 12:38, Charlie Li wrote: > > Konstantin Belousov wrote: > > The branch main has been updated by kib: > > > > URL: https://cgit.FreeBSD.org/src/commit/?id=61194e9852e641d1533cd04a5679d6042ff975d3 > > > > commit 61194e9852e641d1533cd04a5679d6042ff975d3 > > Author: Konstantin Belousov > > AuthorDate: 2023-03-25 23:39:02 +0000 > > Commit: Konstantin Belousov > > CommitDate: 2023-03-27 23:39:26 +0000 > > > > Add kqueue1() syscall > > > > It takes the flags argument. Immediate use is to provide the KQUEUE_CLOEXEC > > flag for kqueue(2). > > > This commit series causes x11/libinput to hit an assert (which also > silently crashes X on launch): > > Assertion failed: (libinput->refcount > 0), function libinput_unref, file ../src/libinput.c, line 1957. > > devel/libepoll-shim, x11/libinput's prime dependency, has its own > kqueue1() implementation, which is used when the system does not already > have one. Reverting this series and rebuilding devel/libepoll-shim to > use its included implementation allows x11/libinput to work again. Ah, NetBSD added kqueue1 some time ago, and it uses the already existing flags (O_CLOEXEC etc.) If it's easy to test, can you try changing libepoll-shim to call kqueue1(KQUEUE_CLOEXEC)? From nobody Fri Mar 31 23:43:00 2023 X-Original-To: freebsd-current@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 4PpH0h0tXcz43QVM; Fri, 31 Mar 2023 23:43:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PpH0g1QhYz3xNT; Fri, 31 Mar 2023 23:43:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.17.1/8.17.1) with ESMTPS id 32VNh0F0027958 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 1 Apr 2023 02:43:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 32VNh0F0027958 Received: (from kostik@localhost) by tom.home (8.17.1/8.17.1/Submit) id 32VNh0Xw027957; Sat, 1 Apr 2023 02:43:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 1 Apr 2023 02:43:00 +0300 From: Konstantin Belousov To: Ed Maste Cc: Charlie Li , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org, "freebsd-x11@freebsd.org" , FreeBSD Current Subject: Re: git: 61194e9852e6 - main - Add kqueue1() syscall Message-ID: References: <202303272339.32RNdWPD063667@gitrepo.freebsd.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Rspamd-Queue-Id: 4PpH0g1QhYz3xNT X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, Mar 31, 2023 at 01:27:54PM -0400, Ed Maste wrote: > On Fri, 31 Mar 2023 at 12:38, Charlie Li wrote: > > > > Konstantin Belousov wrote: > > > The branch main has been updated by kib: > > > > > > URL: https://cgit.FreeBSD.org/src/commit/?id=61194e9852e641d1533cd04a5679d6042ff975d3 > > > > > > commit 61194e9852e641d1533cd04a5679d6042ff975d3 > > > Author: Konstantin Belousov > > > AuthorDate: 2023-03-25 23:39:02 +0000 > > > Commit: Konstantin Belousov > > > CommitDate: 2023-03-27 23:39:26 +0000 > > > > > > Add kqueue1() syscall > > > > > > It takes the flags argument. Immediate use is to provide the KQUEUE_CLOEXEC > > > flag for kqueue(2). > > > > > This commit series causes x11/libinput to hit an assert (which also > > silently crashes X on launch): > > > Assertion failed: (libinput->refcount > 0), function libinput_unref, file ../src/libinput.c, line 1957. > > > > devel/libepoll-shim, x11/libinput's prime dependency, has its own > > kqueue1() implementation, which is used when the system does not already > > have one. Reverting this series and rebuilding devel/libepoll-shim to > > use its included implementation allows x11/libinput to work again. > > Ah, NetBSD added kqueue1 some time ago, and it uses the already > existing flags (O_CLOEXEC etc.) > If it's easy to test, can you try changing libepoll-shim to call > kqueue1(KQUEUE_CLOEXEC)? Overloading open(2) flags this way is not wise IMO. Not to mention that a lot of them do not make sense in kqueue(2) context, and that we might want to add other flags which would put even more pressure on the limited O_* bit set. Please see https://reviews.freebsd.org/D39377 for my attempt to somewhat mitigate the mess.