From nobody Sun Feb 5 18:36:21 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 4P8ylk1lpwz3khjh for ; Sun, 5 Feb 2023 18:36:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (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 4P8ylh5KDHz4GtH for ; Sun, 5 Feb 2023 18:36:32 +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="cuA5u/1u"; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::62c) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-ej1-x62c.google.com with SMTP id m2so28455304ejb.8 for ; Sun, 05 Feb 2023 10:36:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=m/cQrQUuCmzPidyjUXehkXu/Mk72PTpfvIr2cZb2VR4=; b=cuA5u/1uBTc2aq27JtRKMXRzpl9JkorLLBtyWkmxPxaoa1prSgT92LrMqFtp75g3Az VmD1GJzVGvO623s0zjocRgjenot0ufBQV+ygPEAwVpcq9T/W3ntV+iyABDbHduSuVdHG MCmgNv0y0ld8f4pkQJwC01lMa1Iex0vcuXSOkCZxF2yV/ibsfwkQ8r4EvO8Dk07qU2Uo u2qo8SJknx8fDDxJB76rq5NFTUJUW+MehNOWJ5XA3gU5VD6rjYU1W8N8BouYWZ6WoWwo XLbTaKj0V9/rznBZpGKeLrq01r5Hn+YOtDE961H84ApkVnVPe2JgOZCcdkI2K3nJ5v0n vkTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=m/cQrQUuCmzPidyjUXehkXu/Mk72PTpfvIr2cZb2VR4=; b=VJYFalW8st1wB5ob3FMb7CskCVR0n+4EF2DEeM8Dp2cj1HfzVwaUBfnxILWX2OSVsM uh6aZbizp9/XtLX67GVzjSEw7rlMlP6EB3Q7Aaq2Qkz8iR8IA3+ghpFyI2XmMgHSzxRZ eWV8PoVqVTzHboePDzSd/RNW2rXasvSX+jZZFRgUkKsP9AxxmRsiJToHiEoa3sQ65yQO jkQQvxtKRt70ZrnyqXn1DqkITEbC3/nN3Q9zFHKKwrQQt8BScWTLP9mDtkrzLQDy1LQu Xzl4Zza2dsy2UxtnPf89wmnH7Rc+BlWduBZRzA+3/92bN28Bxb6p0qBsspfq+xYlAC8o /NeA== X-Gm-Message-State: AO0yUKU7glpq/1AQsaRtAHRT/A6lGJCHROxwIiecCLdah4yOoa2HEeyW Xqk35j7lFcNvBo32ozpPGYuXwESwQq315Td8n8GL03+11fF0E9/2 X-Google-Smtp-Source: AK7set+A1ulFL7ZkYE8boeGQXKt8hPomPYUqxdb0YFtgU9TXofj2eQsfnFFtcuhKHS3nSdmA9j2voRA6I0qR3Z5LlNU= X-Received: by 2002:a17:906:d96d:b0:888:c14e:70b6 with SMTP id rp13-20020a170906d96d00b00888c14e70b6mr5257271ejb.306.1675622191093; Sun, 05 Feb 2023 10:36:31 -0800 (PST) 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: <202301300254.30U2sm0k061914@dell.no.berklix.net> <97020cad-f913-2985-2093-e4c23bf671e3@antonovs.family> In-Reply-To: <97020cad-f913-2985-2093-e4c23bf671e3@antonovs.family> From: Warner Losh Date: Sun, 5 Feb 2023 11:36:21 -0700 Message-ID: Subject: Re: Tooling Integration and Developer Experience To: User Ngor Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000007a6ccd05f3f83175" X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62c:from]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; TO_DN_SOME(0.00)[]; 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)[]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4P8ylh5KDHz4GtH X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N --0000000000007a6ccd05f3f83175 Content-Type: text/plain; charset="UTF-8" Greetings, I've created https://reviews.freebsd.org/D38382 to encourage more people to submit pull requests for simple fixes. A simple fix is one that's brief, easily reviewed in a few minutes, ready to land in the tree (or nearly so) and has all the normal 'curation' done: author name is set right, logically broken down into individual commits (where more than one is justified), all the 'fixup' commits are squashed back, and the change is rebased forward with force pushes when there's changes needed (not merged forward). My goal is to provide resolution for all pull requests within a month or three. Resolution might be "this is too complex, break it down" or "This needs to be discussed elsewhere" or "This change is just wrong and won't be applied in its current form", however. This process is supposed to be a quick one for easy patches. And if it isn't going to be quick, the patches will be redirected elsewhere or the pull request closed. This is a bit of an extension of an experiment with github pull requests I started a while ago and had to walk away from for reasons previously discussed. And there are times that people will want to use pull requests to do code review because for the code changing, it's better. Nothing precludes that, so long as progress is made and change land or are abandoned in a timely manner. Anyway, I have a doc review to update our docs on this, plus will try to put this into the github templates (though I'd also accept that from others that know it off the top of their head). https://reviews.freebsd.org/D38382 Think of this as a way to try to 'fast path' all the no-brainer changes. Warner On Sun, Jan 29, 2023 at 10:52 PM User Ngor wrote: > On 1/30/23 02:54, Julian H. Stacey wrote: > > Jamie Landeg-Jones wrote: > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261657 is a > trivial fix > >> to an admittedly trivial issue, but it's soon going to hit one year > old, > >> and has not had any feedback. Not even "this is rubbish. close ticket" > >> > >> | jamie@catwalk:~ % stat 'so good they named it twice' > >> | stat: so good they named it twice: stat: No such file or directory > >> > >> As such, it's the oldest of my patches to be completely ignored, but > then, > >> most of my fixes I haven't even submitted, because, what's the point? > >> I've instead spent time writing something so the patches are > automatically > >> aplied to my src tree, and distributed to all my servers. > > Forked from: 1 year src-patch anniversary. > > I feel Jamie's pain, this kind of experience can be very discouraging > to any > contributor without commit bit. > > All developers like quick feedback loops. Nobody wants to wait a year. I > think > FreeBSD project looses a lot of potential contributors due to issues of > this > kind. I don't believe there is any ill intent, there is no elite cast of > grumpy > commit-bit holders who only work on what they are interested in, > ignoring the > project as a whole. Far from it. > > But I do hope that the situation can be improved and I want to offer my > view and opinion. > > The Problem > ----------- > > I do believe that the source of all problems is lack of integration in > tooling > and communication. Let me elaborate: FreeBSD project has a lot of tools, > but > the tools are not well integrated together: > > - There are too many places where a patch can be posted: phabricator, > github, > bugzilla, mailing list. > > - There are too many places to have a conversation: mailing lists, > phabricator > reviews, bugzilla comments, github issues and PRs, forum, multiple IRC > channels spanning multiple IRC servers, etc. > > - A posted patch is cat in the bag, there is no pre-commit CI to do some > basic > sanity-checking, commit-bit holders need to do a lot of work to > verify the commit > (run CI on it) > > - Tools are not integrated. There is no information flow between them, no > effective cross-referencing, lookup or discover, etc. > > - Bugs in Bugzilla are not visible in Phabricator. > - Commits in Phabricator do not resolve bugs in Bugzilla > - Jenkins CI/CD and Phabricator don't know about each other. > > ... there are probably more examples, but this is enough to draw a few > conclusions: > > > 1. Information is fragmented and is easily lost or forgotten. > 2. It takes manual human effort to update information in multiple systems. > 3. Human attention (developers, contributors, etc.) to different systems > is spread > unequally. > > This leads to poor developer experience, regardless of commit-bit > status. A patch posted > in bugzilla went unnoticed for a year until frustrated and desperate > contributor started > complaining about it in the mailing list, and was committed hours later. > > The is also a lack of designated maintainers (I am drawing the analogy from > Linux kernel) A role who's job is to integrate: collect all patches, > feedback, > reports about a specific area (kernel subsystem, userland tool or > whatnot), and > update/curate the knowledge and communication around this area. > > In my 15+ year career in IT I've seen multiple projects fail due to > communication and integration issues. Without concentrated effort and > strong > leadership these problems rarely go away on their own. > > Proposed Solutions > ------------------ > In the order of implementation: > > 1. Tooling integration: > > This can be as easy as moving everything into Phabricator. > Phabricator, apart from features that we already use, has support > for CI/CD, > bug reports, wiki, project planning and milestones, chat, etc. > > Alternative platforms can be used as well: GitLab, SourceHut > > The main idea: to prevent information fragmentation and improve > discoverability, cross-referencing abilities, search, etc. > > The challenge: is inertia and migration of existing information out > of currently used tools. > > The sentiment: we don't need more tools, we need fewer tools that work > better together. > > 2. Growing the community: > > Integrated tooling improves productivity and allows focusing on > quickening > the feedback loop: accepting/rejecting/commenting one-off > contributions faster. > Regular contributors will be more visible and will get commit-bit > faster. > With enough commit-bit holders focused maintainership practice can > be started. > > > In the end this is just my opinion, I hope it will spark some conversation. > > Thanks for reading this far :) > > -- > Ihor Antonov > > > --0000000000007a6ccd05f3f83175 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Greetings,

= I've created https://rev= iews.freebsd.org/D38382 to encourage more people to submit pull request= s for simple fixes.

A simple fix is one that's= brief, easily reviewed in a few minutes, ready to land in the tree (or nea= rly so) and
has all the normal 'curation' done: author na= me is set right, logically broken down into individual commits (where
=
more than one is justified), all the 'fixup' commits are squas= hed back, and the change is rebased forward
with force pushes whe= n there's changes needed (not merged forward).

My goal is to provide resolution for all pull requests within a month or t= hree. Resolution might be "this is
too complex, break it dow= n" or "This needs to be discussed elsewhere" or "This c= hange is just wrong
and won't be applied in its current form&= quot;, however. This process is supposed to be a quick one for easy
patches. And if it isn't going to be quick, the patches will be redi= rected elsewhere or the pull request
closed.

This is a bit of an extension of an experiment with github pull re= quests I started a while ago and had to
walk away from for reason= s previously discussed. And there are times that people will want to use pu= ll
requests to do code review because for the code changing, it&#= 39;s better. Nothing precludes that, so long as
progress is made = and change land or are abandoned in a timely manner.

Anyway, I have a doc review to update our docs on this, plus will try to= put this into the github templates
(though I'd also accept t= hat from others that know it off the top of their head).


Think of this as a way to try to= 'fast path' all the no-brainer changes.

Warner

On Sun, Jan 29, 2023 at 10:52 PM User Ngor <ihor@anto= novs.family> wrote:
On 1/30/23 02:54, Julian H. Stacey wrote:
=C2=A0> Jamie Landeg-Jones wrote:
=C2=A0>> https://bugs.freebsd.org/bu= gzilla/show_bug.cgi?id=3D261657 is a
trivial fix
=C2=A0>> to an admittedly trivial issue, but it's soon going to h= it one year old,
=C2=A0>> and has not had any feedback. Not even "this is rubbish= . close ticket"
=C2=A0>>
=C2=A0>> | jamie@catwalk:~ % stat 'so good they named it twice= 9;
=C2=A0>> | stat: so good they named it twice: stat: No such file or d= irectory
=C2=A0>>
=C2=A0>> As such, it's the oldest of my patches to be completely = ignored, but
then,
=C2=A0>> most of my fixes I haven't even submitted, because, what= 's the point?
=C2=A0>> I've instead spent time writing something so the patches= are
automatically
=C2=A0>> aplied to my src tree, and distributed to all my servers.
Forked from: 1 year src-patch anniversary.

I feel Jamie's pain,=C2=A0 this kind of experience can be very discoura= ging
to any
contributor without commit bit.

All developers like quick feedback loops. Nobody wants to wait a year. I think
FreeBSD project looses a lot of potential contributors due to issues of thi= s
kind. I don't believe there is any ill intent, there is no elite cast o= f
grumpy
commit-bit holders who only work on what they are interested in,
ignoring the
project as a whole. Far from it.

But I do hope that the situation can be improved and I want to offer my view and opinion.

The Problem
-----------

I do believe that the source of all problems is lack of integration in
tooling
and communication. Let me elaborate: FreeBSD project has a lot of tools, bu= t
the tools are not well integrated together:

- There are too many places where a patch can be posted: phabricator,
github,
=C2=A0=C2=A0 bugzilla, mailing list.

- There are too many places to have a conversation: mailing lists,
phabricator
=C2=A0=C2=A0 reviews, bugzilla comments, github issues and PRs, forum, mult= iple IRC
=C2=A0=C2=A0 channels spanning multiple IRC servers, etc.

- A posted patch is cat in the bag, there is no pre-commit CI to do some basic
=C2=A0=C2=A0 sanity-checking, commit-bit holders need to do a lot of work t= o
verify the commit
=C2=A0=C2=A0 (run CI on it)

- Tools are not integrated. There is no information flow between them, no =C2=A0=C2=A0 effective cross-referencing, lookup or discover, etc.

=C2=A0=C2=A0 - Bugs in Bugzilla are not visible in Phabricator.
=C2=A0=C2=A0 - Commits in Phabricator do not resolve bugs in Bugzilla
=C2=A0=C2=A0 - Jenkins CI/CD and Phabricator don't know about each othe= r.

... there are probably more examples, but this is enough to draw a few
conclusions:


1. Information is fragmented and is easily lost or forgotten.
2. It takes manual human effort to update information in multiple systems.<= br> 3. Human attention (developers, contributors, etc.) to different systems is spread
=C2=A0=C2=A0=C2=A0 unequally.

This leads to poor developer experience, regardless of commit-bit
status. A patch posted
in bugzilla went unnoticed for a year until frustrated and desperate
contributor started
complaining about it in the mailing list, and was committed hours later.
The is also a lack of designated maintainers (I am drawing the analogy from=
Linux kernel) A role who's job is to integrate: collect all patches, feedback,
reports about a specific area (kernel subsystem, userland tool or
whatnot), and
update/curate the knowledge and communication around this area.

In my 15+ year career in IT I've seen multiple projects fail due to
communication and integration issues. Without concentrated effort and stron= g
leadership these problems rarely go away on their own.

Proposed Solutions
------------------
In the order of implementation:

1. Tooling integration:

=C2=A0=C2=A0=C2=A0 This can be as easy as moving everything into Phabricato= r.
=C2=A0=C2=A0=C2=A0 Phabricator, apart from features that we already use, ha= s support
for CI/CD,
=C2=A0=C2=A0=C2=A0 bug reports, wiki, project planning and milestones, chat= , etc.

=C2=A0=C2=A0=C2=A0 Alternative platforms can be used as well: GitLab, Sourc= eHut

=C2=A0=C2=A0=C2=A0 The main idea: to prevent information fragmentation and = improve
=C2=A0=C2=A0=C2=A0 discoverability, cross-referencing abilities, search, et= c.

=C2=A0=C2=A0=C2=A0 The challenge: is inertia and migration of existing info= rmation out
=C2=A0=C2=A0=C2=A0 of currently used tools.

=C2=A0=C2=A0=C2=A0 The sentiment: we don't need more tools, we need few= er tools that work
=C2=A0=C2=A0=C2=A0 better together.

2. Growing the community:

=C2=A0=C2=A0=C2=A0 Integrated tooling improves productivity and allows focu= sing on
quickening
=C2=A0=C2=A0=C2=A0 the feedback loop: accepting/rejecting/commenting one-of= f
contributions faster.
=C2=A0=C2=A0=C2=A0 Regular contributors will be more visible and will get c= ommit-bit
faster.
=C2=A0=C2=A0=C2=A0 With enough commit-bit holders focused maintainership pr= actice can
be started.


In the end this is just my opinion, I hope it will spark some conversation.=

Thanks for reading this far :)

--
Ihor Antonov


--0000000000007a6ccd05f3f83175-- From nobody Mon Feb 6 04:21: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 4P9Clv4NV7z3nTk5 for ; Mon, 6 Feb 2023 04:22:35 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (2403-5800-5200-4700-225-90ff-fe47-39b4.ip6.aussiebb.net [IPv6:2403:5800:5200:4700:225:90ff:fe47:39b4]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "dons.net.au", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4P9Clr3lFkz4HGc; Mon, 6 Feb 2023 04:22:32 +0000 (UTC) (envelope-from darius@dons.net.au) Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=dons.net.au header.s=default header.b=pOnApPG3; spf=pass (mx1.freebsd.org: domain of darius@dons.net.au designates 2403:5800:5200:4700:225:90ff:fe47:39b4 as permitted sender) smtp.mailfrom=darius@dons.net.au; dmarc=pass (policy=quarantine) header.from=dons.net.au Received: from smtpclient.apple ([IPv6:2001:44b8:1d2:8900:2db7:79ec:9211:da88]) (authenticated bits=0) by midget.dons.net.au (8.17.1/8.15.2) with ESMTPSA id 3164MAjG037076 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 6 Feb 2023 14:52:16 +1030 (ACDT) (envelope-from darius@dons.net.au) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dons.net.au; s=default; t=1675657336; bh=EO0Kr9dMGCrxMeD5hhBGvMndXh4Qem+Cgk279irL7QY=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=pOnApPG31gDOqKQXNEXvRlo3mBdHFPhWtqPBqa202wpBlgpv+N02lRT/IoRzHnBwX 9dd/I6GIAmDtCV5zU9RF/mHXMnenY4ZyYzm0WOO8PKuX9SUC8evvaArlj6Wd4D9lAT OZ/eAa7Tfb04oIds0foY4iz8DTas/xrlB7hsrpsM= X-Authentication-Warning: midget.dons.net.au: Host [IPv6:2001:44b8:1d2:8900:2db7:79ec:9211:da88] claimed to be smtpclient.apple Content-Type: text/plain; charset=utf-8 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: GitHub Code Search From: "Daniel O'Connor" In-Reply-To: <9432fe2d-ecc5-bb65-10d2-e5dd98d0fbae@freebsd.org> Date: Mon, 6 Feb 2023 14:51:54 +1030 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3CC98B13-AD82-4B7F-85CF-30513661A441@dons.net.au> References: <202301300254.30U2sm0k061914@dell.no.berklix.net> <97020cad-f913-2985-2093-e4c23bf671e3@antonovs.family> <9432fe2d-ecc5-bb65-10d2-e5dd98d0fbae@freebsd.org> To: Graham Perrin X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spam-Status: No, score=0.40 X-Rspamd-Server: midget.dons.net.au X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.985]; DMARC_POLICY_ALLOW_WITH_FAILURES(-0.50)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; DMARC_POLICY_ALLOW(0.00)[dons.net.au,quarantine]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:4764, ipnet:2403:5800::/27, country:AU]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[dons.net.au:-]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_REJECT(0.00)[dons.net.au:s=default]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4P9Clr3lFkz4HGc X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N > On 4 Feb 2023, at 22:08, Graham Perrin = wrote: >=20 > On 31/01/2023 17:47, David Chisnall wrote: >> =F0=A3=80=A6=E2=80=A6 The old GitHub search is not great, but = cs.github.com has replaced local search for me in the FreeBSD tree. It's = not *quite* as good as fxr, but it's close.=20 >>=20 >> For example, searching for sys_cap_enter:=20 >>=20 >> = https://cs.github.com/?scopeName=3DAll+repos&scope=3D&q=3Dsys_cap_enter+re= po%3Afreebsd%2Ffreebsd-src+=20 >=20 > I get:=20 >=20 >> failed to get nonce from session It's in beta, when I tried that link it redirected me to the sign up = page (which is waitlisted now..) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From nobody Tue Feb 7 01:23: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 4P9ll90vNHz3nhSl for ; Tue, 7 Feb 2023 01:23:49 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (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 4P9ll80lXzz3KKp; Tue, 7 Feb 2023 01:23:48 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=UvmhBwuW; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::531 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pg1-x531.google.com with SMTP id 7so9453749pgh.7; Mon, 06 Feb 2023 17:23:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=08vxF+TJkIKz13WBpu+qyg8OCT72rdtsePf7ShAyMMY=; b=UvmhBwuWyMNHAhYsRANzxT+cbSHO7c+Eu7FkxWwPEvWlM6iVzAt7KHUAkWimwrizS+ 4gGnPNon4GLDLxNwfAzSO1c+r9FbMOrGmS1RrBoHyac937O6KeXF4Hdf6H3oyfa6FKxy CLLTPb5PzXiPzoiRxxpe5pPD/d2BMiSQjOTueMuLTWzipDEA2K8hDIrxLGp+nO4P2Jhu mF6GL4B49Ko2EuiPo7Og/CMnCOACl1MGN0iCrf7qXNN+WMQ3cW+G3PpVleqBNjR8DzE7 MANU1q9DLDEwDE90XPKLMwLKWFTMHd5VTCraST9m+P14Xqc4rMVjbQUdMIUd1m/BNLI9 bwWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=08vxF+TJkIKz13WBpu+qyg8OCT72rdtsePf7ShAyMMY=; b=6rS6bqeMNokiavudfCBSIjRlpE6Va7aysj9EjWCm8pkICs6L3FmSQNcSPlXoYCYtVq 61Ia0OTFF/dku2+05BhIx4TAikbRJS0X8m0We6PqutIEBJl0DEfAsPbqwrOy+sZqW3On 8pt8dRPWTLIi6u1hIvTWzB/qI0+34hpcianVDze2N6HGpQjZCFl8oRIfAqjdG3ocww/A 5UTx4D+6zYM6Ar7rbNYCzGOgnf7SN7fcwQUqTtkEpLNDL3yKO5r5bmT5nDGEMICBche5 4M1WeR4pb9kcvtn3WdNGRv2f/opxlRAY2F2FGPHCh6sqMQn4YhlVjYDgmX5pDMshlaMe iLmw== X-Gm-Message-State: AO0yUKX9p6ad22BWJ0TCFTsYm33CrzcBjUIqtELqVRA+HfTe+nwILWHo skHzMSuqZy1pxZFphJbc1Sw3cx1CEboY64J1BzH2H9Ou2Q== X-Google-Smtp-Source: AK7set8CyWNb5IT3Vfy0U6YaYqIIzmAK9beb2j1S0mRPsD3KCR3jMspC95dJJIEkkhkiPlByMjxPsx4oFg7B4FML+ZI= X-Received: by 2002:aa7:8bdc:0:b0:592:5ee5:8826 with SMTP id s28-20020aa78bdc000000b005925ee58826mr323486pfd.20.1675733025954; Mon, 06 Feb 2023 17:23:45 -0800 (PST) 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: Rick Macklem Date: Mon, 6 Feb 2023 17:23:34 -0800 Message-ID: Subject: RFC: Should fspacectl() commit changes to stable storage? To: FreeBSD CURRENT Cc: Konstantin Belousov , Alan Somers Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::531:from]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4P9ll80lXzz3KKp X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N PR#269328 reports an issue related to fspacectl() being mixed with mmap'd I/O. When working on a fix for this for the NFS client, I realized that "man fspacectl" does not clarify if the deallocation should commit changes to stable storage before returning success. vop_stddeallocate() currently does not do this so, if a machine crashes immediately after fspacectl() returns success, the hole may not be there when the machine reboots. For POSIX writes, it is clear that recently written data may be lost when a machine crashes/reboots and fsync(2) is used to ensure the data is on stable storage and won't be lost when a crash/reboot occurs. The question is "Should fsync(2) be required to ensure a hole punched by fspacectl(2) is not lost or should it be guaranteed to not be lost when fspacectl(2) returns? Since fspacectl(2) is FreeBSD specific and there is no standard, it could be defined either way. So, what do you think? rick From nobody Tue Feb 7 01:59: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 4P9mY941b9z3njlx for ; Tue, 7 Feb 2023 02:00:13 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-vs1-f50.google.com (mail-vs1-f50.google.com [209.85.217.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 4P9mY83QNnz3NWn; Tue, 7 Feb 2023 02:00:12 +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.217.50 as permitted sender) smtp.mailfrom=asomers@gmail.com; dmarc=none Received: by mail-vs1-f50.google.com with SMTP id k4so14767449vsc.4; Mon, 06 Feb 2023 18:00:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=ivYl6PWfgc4L/ZZ6oLD2dbu3f7Hx9+UkudRvWVGkmGA=; b=0OeeCqej8prO+fTkw4+/EJKx/IzKMiHKG9M9NwU8uj19Nr58rIQpMdFkm5eyTyieeX Rs864eB+z9bjSGcXOOeiDgyaJu2s5+L3fTT9yrpwH6xy+k5iHL8ieuDXqpGT7ln6ezj4 pqHzLMe9lRls6w6Uu6UcTQbIkSZkLLbmouD9hzcUsK28Z56AS2GZj6zMNSAJO6/WgRMQ VkZOwmO6noZ5o3I8f34ZwTSmSkRdXdyQ6EwcY7o6UqwA8seW+xOXrBvNFZ8CJNt5Lo+k cRU7A0g+rfiMPRoL0bTV4l3V1XpO+9a0ytSXcOig1vEZdEGu4x0AeHMWHyqRoT9rrSfD yGqw== X-Gm-Message-State: AO0yUKUm7Cxnhfg3sCBD6C5TkYG9Dd1PMcMRGnQrjqTDl+EYjzrlOsuf T5fW6Vn5sKa54Kh6WmBOMj1KGwsFLj/yTNaG1UQ= X-Google-Smtp-Source: AK7set+56HqbjPW76KXhJexuLmRVdGr9uaD0PMadhmnYR6K6vljifRwkokPWEVY0FMpn4oxGhm6NYZqTRcHjZB8KYgM= X-Received: by 2002:a67:8c05:0:b0:40e:7b91:ffc6 with SMTP id o5-20020a678c05000000b0040e7b91ffc6mr352628vsd.53.1675735211647; Mon, 06 Feb 2023 18:00:11 -0800 (PST) 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: Alan Somers Date: Mon, 6 Feb 2023 18:59:59 -0700 Message-ID: Subject: Re: RFC: Should fspacectl() commit changes to stable storage? To: Rick Macklem Cc: FreeBSD CURRENT , Konstantin Belousov Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.996]; 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]; DMARC_NA(0.00)[freebsd.org]; RCVD_TLS_LAST(0.00)[]; TAGGED_RCPT(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[209.85.217.50:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[3]; FREEFALL_USER(0.00)[asomers]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.217.50:from]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4P9mY83QNnz3NWn X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On Mon, Feb 6, 2023 at 6:23 PM Rick Macklem wrote: > > PR#269328 reports an issue related to fspacectl() being > mixed with mmap'd I/O. > > When working on a fix for this for the NFS client, I realized that > "man fspacectl" does not clarify if the deallocation should commit > changes to stable storage before returning success. > vop_stddeallocate() currently does not do this so, if a machine > crashes immediately after fspacectl() returns success, the hole > may not be there when the machine reboots. > > For POSIX writes, it is clear that recently written data may be > lost when a machine crashes/reboots and fsync(2) is used to > ensure the data is on stable storage and won't be lost when a > crash/reboot occurs. > > The question is "Should fsync(2) be required to ensure a hole > punched by fspacectl(2) is not lost or should it be guaranteed > to not be lost when fspacectl(2) returns? > Since fspacectl(2) is FreeBSD specific and there is no standard, > it could be defined either way. > > So, what do you think? rick It think it should be just like write. An fsync should be required to ensure that the effects will be visible after a reboot. From nobody Tue Feb 7 03:47:30 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 4P9px70gv2z3nqXF for ; Tue, 7 Feb 2023 03:47:39 +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 4P9px63vSwz3nfs; Tue, 7 Feb 2023 03:47:38 +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.16.1/8.16.1) with ESMTPS id 3173lUJ6035343 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 7 Feb 2023 05:47:33 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 3173lUJ6035343 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 3173lU8L035342; Tue, 7 Feb 2023 05:47:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 7 Feb 2023 05:47:30 +0200 From: Konstantin Belousov To: Alan Somers Cc: Rick Macklem , FreeBSD CURRENT Subject: Re: RFC: Should fspacectl() commit changes to stable storage? Message-ID: 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 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: 4P9px63vSwz3nfs X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.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 Mon, Feb 06, 2023 at 06:59:59PM -0700, Alan Somers wrote: > On Mon, Feb 6, 2023 at 6:23 PM Rick Macklem wrote: > > > > PR#269328 reports an issue related to fspacectl() being > > mixed with mmap'd I/O. > > > > When working on a fix for this for the NFS client, I realized that > > "man fspacectl" does not clarify if the deallocation should commit > > changes to stable storage before returning success. > > vop_stddeallocate() currently does not do this so, if a machine > > crashes immediately after fspacectl() returns success, the hole > > may not be there when the machine reboots. > > > > For POSIX writes, it is clear that recently written data may be > > lost when a machine crashes/reboots and fsync(2) is used to > > ensure the data is on stable storage and won't be lost when a > > crash/reboot occurs. > > > > The question is "Should fsync(2) be required to ensure a hole > > punched by fspacectl(2) is not lost or should it be guaranteed > > to not be lost when fspacectl(2) returns? > > Since fspacectl(2) is FreeBSD specific and there is no standard, > > it could be defined either way. > > > > So, what do you think? rick > > It think it should be just like write. An fsync should be required to > ensure that the effects will be visible after a reboot. I agree. It is easy for an application to do fsync() after fspacectl() to get synchronous behavior. But if we make fspacectl() synchronous, application cannot revert the behavior to the speedy one. As Alan said, it should be same as write(). This does not preclude some filesystems to choose stronger guarantees, of course. From nobody Tue Feb 7 09:08:12 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 4P9y3333Xtz3khQG for ; Tue, 7 Feb 2023 09:08:15 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4P9y3217Mbz4Gwc for ; Tue, 7 Feb 2023 09:08:14 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.de header.s=s31663417 header.b=a+VoYrhN; spf=pass (mx1.freebsd.org: domain of garyj@gmx.de designates 212.227.15.18 as permitted sender) smtp.mailfrom=garyj@gmx.de; dmarc=pass (policy=none) header.from=gmx.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1675760892; bh=BsD8BWUTAMpw4OzYOx2hnMIXdH11slBWi3SRLQF+rNk=; h=X-UI-Sender-Class:Date:From:To:Subject:Reply-To; b=a+VoYrhNtA/cEUAj13nJpwT9LbEXENurJQ2b2gsNKV8KZYKjawgWBJRL1OSylZvPG Z1BNoryf/CyipnQtChfqoScWNW1q22ysqYYhb1zrJ6NdtO/K5JTF+sgb87vhSsanq9 BdqkwsFFyy9xfOyzoXIflDz0kOvjqdhjBYpUUeqc4TNpWJ+DmTbqynDaTiDIU61081 vMhrh7dUnNVRFdja7DqSSGtu6TRqdzFVR/Mem97FOvM4onfQtytcVRlKif7EF1KROu KT5W+pmK1BfSL81EKV8lPZNHj7EJWETrPnJSheqAZkWBBig+iOqeoTNc9Y1pAXYIjF ekvjW+OCGMSWw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([217.226.49.211]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M4s4r-1pQ92R1jxH-0020YT for ; Tue, 07 Feb 2023 10:08:12 +0100 Date: Tue, 7 Feb 2023 09:08:12 +0000 From: Gary Jennejohn To: freebsd-current@freebsd.org Subject: kernel compile fails if device bpf is not enabled Message-ID: <20230207100812.76d206d4@ernst.home> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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: quoted-printable X-Provags-ID: V03:K1:cHZQXRrLCSeQ+UdWuekb7N99IJZa5iDxPpYjKuJFuHvNIIRR190 ArFBBg2/cW/fpcFwBv26GGc2Q67PPMpAkf4uXcaO8u6hea+RfUHTVB1bUG6pg2WmgILseiZ jeo4n/+2XxNWSa74LgeF1NjBjYR3Mt5NQsW0PILtOEm5fCr/GCPMNPiXhUg5YzMBkWYO08a t4T6f+DB9shJsKFbhp01Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:CZtEZeSzus0=;0x557CjG97S+CdhWiFmmsP3I4Ic vn3iTXHJnbvHpxKDZqjgDtKcVLq+nzlN7Ue+DZqNSj7hFQoFxWA76Cy7GtGr/QVs9CRBs2Yr3 FEaSg/LmqwjCeREGEtlwNXxOyToPOlPe7JEagtT4Tf/vSPsVlFloeGccUCe7mJz/BhED6ZgMC F3Jdk3ewxO1wEtQatZrSOjobpCkxUQY9KkcqI1hqRu9jT4f6uBCuS5V47rwvJ5y5ZMu2sPvrK Rbk3BQVHe3LAnr6IMl+Gx6LI9z5i6R7rfm8bb6u1KAnP2evcPu5HWqAOXjmFrwSbeyOYomUV0 rkLa/WemdqYEkPyzcn07rE3QvSDDDv7lDXUnFuGPcbxODG1+JWcbh0r+p8AprlV0r09k6lbBJ 5A662RHSP3D2BNiNKUC735EW1q/0pNp9ZnwWb+WAXAeZFC7u2LqzGREHkOHetvqQTubABB0gK XAL+W0yI7B5VbT2yykfQlPm79IWO3kffZDmPFcV6QaExJx7UhzDCT+Iqh24CEvVPf8+40UkAp 1QsL14TSFaEwqDLWoLa9SJf6JyNfEH8E5B9a3H10y1m0EAl6UI2HhKD4/G5OA9i6vNkdp9zHL gZ9Z3tYka/qf0HceigVjljhmD2XVnhz19Ov5U1M0AWpMxpYK+Y69nonlZlmib0XAWoSytLT1A iCh9DaSbvhj3fEild6tgoX7644I8K90VcmlBCfnjpwzv8LtABLLAeYQQvs5SXRePx9kfOpIp7 o5J0WForlKHYCvHKrGCDgcw+ZVz+97BQxAHacNWrie9vNvF6Vksn1S9XoFRF4XR8YvzmiRcIk AyftyxMCfqzUBplOzwHYUDxfwPjmBkMtB6/6T5fnPIr6w0ivvraxkbeaO0U2jhsQK1xKGTlDu r45EKDSrx5U5EHxar9FoTIlN2td6WomOcU8QeIQLquPuD4cp5IoYrMp3KcwzjgQjt+Zfy80CR gM68+oNZ/3W3Edp19yvlAQHuA5Q= X-Spamd-Result: default: False [-4.02 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; NEURAL_HAM_SHORT(-0.93)[-0.928]; DMARC_POLICY_ALLOW(-0.50)[gmx.de,none]; R_DKIM_ALLOW(-0.20)[gmx.de:s=s31663417]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/25]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.15.18:from]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_REPLYTO(0.00)[gmx.de]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.15.18:from]; RCPT_COUNT_ONE(0.00)[1]; HAS_REPLYTO(0.00)[garyj@gmx.de]; RCVD_COUNT_TWO(0.00)[2]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmx.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[gmx.de:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; FREEMAIL_ENVFROM(0.00)[gmx.de]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4P9y3217Mbz4Gwc X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N I just saw this error today because I didn't have device bpf enabled in my kernel configuration file: =2D------------------------------------------------------------- >>> stage 3.1: building everything =2D------------------------------------------------------------- linking kernel.full ld: error: undefined symbol: bpf_mtap_if >>> referenced by if.c:4724 (/usr/src/sys/net/if.c:4724) >>> if.o:(if_bpfmtap) >>> referenced by if_tuntap.c:1717 (/usr/src/sys/net/if_tuntap.c:1717) >>> if_tuntap.o:(tunread) >>> referenced by if_vlan.c:1292 (/usr/src/sys/net/if_vlan.c:1292) >>> if_vlan.o:(vlan_transmit) ld: error: undefined symbol: bpf_mtap2_if >>> referenced by if_gif.c:323 (/usr/src/sys/net/if_gif.c:323) >>> if_gif.o:(gif_transmit) >>> referenced by if_tuntap.c:1816 (/usr/src/sys/net/if_tuntap.c:1816) >>> if_tuntap.o:(tunwrite) =2D-- kernel.full --- *** [kernel.full] Error code 1 This happens because a dummy bpf_mtap_if() (called a NOP stub in bpf.c) isn't being defined if bpf is not enabled. =2D- Gary Jennejohn From nobody Wed Feb 8 00:20:41 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 4PBLHw6PDjz3p8Jh for ; Wed, 8 Feb 2023 00:20:44 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (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 4PBLHw03Gwz3xqw for ; Wed, 8 Feb 2023 00:20:44 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=g5tBXTBO; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2607:f8b0:4864:20::22a as permitted sender) smtp.mailfrom=mjguzik@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-oi1-x22a.google.com with SMTP id 20so13383607oix.5 for ; Tue, 07 Feb 2023 16:20:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=JyA1LRZHgMr7xAhn/YwIzs+ESiW6rKSCbQ+NQi2Kbdg=; b=g5tBXTBOnIeLFCv3E2fXyN5gz5rGL5m68RjtyOJiMaWln2IOvN4+CPDDcbEY5gPJx+ 0XmI/qc9bLMxxKgFM4gzmZSIBnWuXp/TVinb1oIghzFPOW1y8AGBwMM/sztRVpQtJElb 9P6aOV+FIXIdyZEuB6w3KEFfEn/WeCNklB1eUEtJ+JIIM5bqpx09QfPBEzsjIsj3oyqP BEJbbzZGkqnUDLaAYjDGhdxqUZHc2qdQ5v4TrkfcKMxW5OBJir3d1x+eXVwAdRGNtSfz UL9XkEoL50mnpt2gfRL6iGRju9Y5lFUIwUScef/bXpkabHwCj9+Hhe0aZJHX1cb0shpm /srA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=JyA1LRZHgMr7xAhn/YwIzs+ESiW6rKSCbQ+NQi2Kbdg=; b=akCkcnE6DMQD/MpUBbObHtEv0w4k6wnz8iA4zY4yuBcsIpUbMYQog1T4XRoWnH9PJO 5PfD6szfsZIqXVObuRiND/4o4+s1VZT02sVaIgpsrYcQcEZlFiAh81y0pHx9NkzdEfx+ sT1+EgWn4L5QpzYQVlbd4jph35dyBtnz6fwPsNrk6JmZ2uYQkh9x6+AK16+pxYSPhYnM lpNrzIoMaKstN3IkJ+yISHd+Wu/4D15l1DKe74YHnga+uybO5NVz5bHnZqhu0/DdHARh Lw8OoAuhSm2OhXoikSir+okbFMb8FmFk7wZ2lRK375vyRNUJ0Q9tpqkwVMuwGW/mpafx LPqg== X-Gm-Message-State: AO0yUKXnjY2StO1N1aOAi/prVQAKQJl4Ls6cb+naBsvKfhUsXvKcdRLG phGTpP9PLU8CuJFoVxfzLq8JtneBXwzZKlc8ewrB5+b4 X-Google-Smtp-Source: AK7set8IYghzFKE93t62EBJ2U57riFXsdSg6w8ofRzJvvtiQAC16CsWJKpdzNayPAeWYY3K81KAMgY1VYr36Z2fRG3o= X-Received: by 2002:aca:5905:0:b0:37a:ca27:ae3d with SMTP id n5-20020aca5905000000b0037aca27ae3dmr54957oib.159.1675815641808; Tue, 07 Feb 2023 16:20:41 -0800 (PST) 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:6c92:0:b0:4b3:d953:974c with HTTP; Tue, 7 Feb 2023 16:20:41 -0800 (PST) From: Mateusz Guzik Date: Wed, 8 Feb 2023 01:20:41 +0100 Message-ID: Subject: buildkernel avoidably building modules specified in the config To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.987]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22a:from]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4PBLHw03Gwz3xqw X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N ... then a lot of the code ends up being compiled twice for no good reason. This popped up again as clang 15 emits a ton of warnings vs K&R funcs. I don't know how this works internally, is it really a big problem to sort out? I figured config(8) could generate a bunch of WITHOUT_ of similar, but I guess sys/modules/Makefile will have to be patched to support it, which it only does for some modules at the moment. I don't have any interest in working on it, so just bringing this up for interested. -- Mateusz Guzik From nobody Wed Feb 8 00:27:17 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 4PBLSK6Pqcz3p9BY for ; Wed, 8 Feb 2023 00:28:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (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 4PBLSK2gXhz44P7 for ; Wed, 8 Feb 2023 00:28:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x62c.google.com with SMTP id p9so1267646ejj.1 for ; Tue, 07 Feb 2023 16:28:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=y23A1klRIYaAqfBZSq3nkEuB4LNbYJcEIcks07DdS54=; b=bZ7SG+0Hf/zzv3s76JYBOytW0SsuI8/h0Nsl0lK27Zhb8F/3DVGuc5c9pMkLD7aenh 5RFVa4l1VdruoDRxniPjoXygJa7TSqog1Fe0YUMvlQ79WvE4O6ekV8JBQ/wBm1Xxt/Qe jb5vaX7H+o4pqqco5yiV7kvvOLrQb2x3oc0RD+3jkZFFvxZga71YMAGs+mZ8jNdDfp5R oYhxCiPnq8mLF+4NRIgUx3db67M8sM3KwcCRMI+jwsnwnDDTieHrzVNylF+8u+7ZLRSW OONQndoBoE4y47sR0Mbuw9RNQStlLEmLIeJMFt5/o66M9K5ja/ylVsTfdDINyExpPywR /lCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=y23A1klRIYaAqfBZSq3nkEuB4LNbYJcEIcks07DdS54=; b=QB7A1t1bRqmJi/GooxJjbBUP7LBtYRtU3GznjvPliWQLm4K+9BPPOe2uwbyB9DOANw hZL/wq6XW4c8oJwX1rkoBZPUo/zpXq/pxivskXg6Bovm5amzEkYXQAg5f8LElQGtMOic vAK6lcO5OOgfPEiZqBt+fWo6WV93p/GK6wgGLoXS5ELPD6dIFdYjga8LeR25XypHjUI/ JFcmzcxLhYu/k+yaeOrrg1t1fpDcA7YLMPvW1ZNx5w9d6G+yFugPjRHkl2aB82na3SzZ DctyRCxsHei0WgWhmWIjUflG291BLHI9bX3Tk7NHgALhPeWc1NW4JnKv/2rD4puj34wx ttwg== X-Gm-Message-State: AO0yUKWXfNb2uJERF6hu4NF/C0TgLuFM9zztPTBt5qv2IWtJ0TWR3/X2 Hn+IEUbuVO1IPKKfkhW7yjYFI5Iz92lncexeWoCA7A== X-Google-Smtp-Source: AK7set8pkTyhKpKVIV5ic9GYgw+rBWrEIdnn+k6hqMw0cm1dUPo7ea8AKGh/zzQ1UT68mfssHOHrWf0FZbUwaK2w5TA= X-Received: by 2002:a17:906:2f17:b0:888:c14e:70b6 with SMTP id v23-20020a1709062f1700b00888c14e70b6mr1375873eji.306.1675816079243; Tue, 07 Feb 2023 16:27:59 -0800 (PST) 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: Tue, 7 Feb 2023 17:27:17 -0700 Message-ID: Subject: Re: buildkernel avoidably building modules specified in the config To: Mateusz Guzik Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000001cd5a105f425562b" X-Rspamd-Queue-Id: 4PBLSK2gXhz44P7 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --0000000000001cd5a105f425562b Content-Type: text/plain; charset="UTF-8" On Tue, Feb 7, 2023, 5:20 PM Mateusz Guzik wrote: > ... then a lot of the code ends up being compiled twice for no good reason. > > This popped up again as clang 15 emits a ton of warnings vs K&R funcs. > > I don't know how this works internally, is it really a big problem to sort > out? > I figured config(8) could generate a bunch of WITHOUT_ of similar, but I > guess > sys/modules/Makefile will have to be patched to support it, which it > only does for some modules at the moment. > > I don't have any interest in working on it, so just bringing this up > for interested. > Yea... it's on the list that config.ng would do... At one point modules and kernel .o files were built differently which precluded a number of Makefile hacks. Warner Warner > --0000000000001cd5a105f425562b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Feb 7, 2023, 5:20 PM Mateusz Guzik <mjguzik@gmail.com> wrote:
... then a lot of the code ends up being compil= ed twice for no good reason.

This popped up again as clang 15 emits a ton of warnings vs K&R funcs.<= br>
I don't know how this works internally, is it really a big problem to s= ort out?
I figured config(8) could generate a bunch of WITHOUT_ of similar, but I gu= ess
sys/modules/Makefile will have to be patched to support it, which it
only does for some modules at the moment.

I don't have any interest in working on it, so just bringing this up for interested.

Yea... it's on the list that config.ng would do... At on= e point modules and kernel .o files were built differently which precluded = a number of Makefile hacks.=C2=A0 =C2=A0

<= div dir=3D"auto">Warner=C2=A0

Warner
--0000000000001cd5a105f425562b-- From nobody Wed Feb 8 04:49:46 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 4PBSGv0pnwz3kgvx for ; Wed, 8 Feb 2023 04:50:15 +0000 (UTC) (envelope-from zlei@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 4PBSGv0F1Vz4NfW; Wed, 8 Feb 2023 04:50:15 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1675831815; 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=8CR3uGNZ/2EVcT68ZjPeqYqkQLGRsGY0maV5iuAal+8=; b=vxHMeMrKHLmDKSTsMTKf4M2Alrhau+p5kulWr1Jz5MkrYSsWID557dLf1zyoqvvLXV0WxO VmQbCosRUJ69VRObY+5kuoiOTIk8jXJM8LwemymYnXrzGzql6sVPiDUnHSkRrERVc+Hay4 JTxy616DrPyNdCKqMCRmOxV+kyabjqkihGFMi+bYiF0ApgYHH3HoAgQPXay/2dJ6y2Eqiy 6lmqmkYyaWYphHk+PI/mE7Trs/tl1uI8eGJvO/kfHXjmAc5fr6P2/L1wCpcye44CJsbp4j kjjC2oNnrUAQFisNp1lY3fepBFdq1U/KLU+ezEqviNRr6v9Gum5yHUQSs3uVrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1675831815; 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=8CR3uGNZ/2EVcT68ZjPeqYqkQLGRsGY0maV5iuAal+8=; b=GeWAwUJSVBmIRxlEn8JlboJS6XNWJq42Bz2vRotb1crGyE7WJOLxcGGlO/W2J3mI/Nzzfe dY+SImJXX+VGNSAQ1YzrH/b+m7oHg8k16YOt/QP9ergOKB5E6xzR3JFNUgXoz3X7HnxltV MgrDNXyHr6vwK9VeF9rqSS7JJ1qM+FCCR1Wb0wdFtpCUGMSAtVlbrNk/4JutbYosujvv9k 42pBTdGTCZ0BF7G+ek7DoN+VVDuXqo1mo3DR6GM/89vWG0bHLqJktarEcvMaustJ0UpIex kaC+gCrDZKiUzkbhNOQEUdPDPlcENCB54mstULczzgVDkWIpb+54w6bFKpVd2Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1675831815; a=rsa-sha256; cv=none; b=tJgSGfXNTD3Gn6TzAwwwD/A447XN9eEtEywyViroNypbgCNHTRUJEqN4xhEVv+HWRsE/El A4pVE8w/T2XpA9amJ/w98ksOCFd91iFSEprxMS+g4OPJH7UBwRt5o9Kz2S9I2bl4OaV/L9 ELxRptQUigE4n0SJn8g8eqLVaHxV6xFfnY3nF6x6o0rO7C+bB9BRqmiNwHzWHrvCslOF4d F433aouhQDjyyBEJ6KnkdZe10mN762ERA4SW6wMkQRQJxZWmF8sR0Z+G3/RFQLvTF3hMq0 M/hPyIA6S8sAp6dFp/L09HnaPjani6E1cUwEHwGQOl1nxlAQmMF3+/B/Z5v6aw== Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PBSGs2KX9zkl5; Wed, 8 Feb 2023 04:50:13 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: <4FF5CEED-A667-455A-8BFC-960B50E8D93D@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_5EEEAFA2-17B5-4EE2-B53F-82B1472F949E" 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 \(3696.120.41.1.2\)) Subject: Re: kernel compile fails if device bpf is not enabled Date: Wed, 8 Feb 2023 12:49:46 +0800 In-Reply-To: <20230207100812.76d206d4@ernst.home> Cc: freebsd-current@freebsd.org To: Gary Jennejohn References: <20230207100812.76d206d4@ernst.home> X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_5EEEAFA2-17B5-4EE2-B53F-82B1472F949E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Gary, Thanks for the report! Post the fix to Phabricator = https://reviews.freebsd.org/D38432 = . Best regards, Zhenlei > On Feb 7, 2023, at 5:08 PM, Gary Jennejohn wrote: >=20 > I just saw this error today because I didn't have device bpf enabled = in > my kernel configuration file: >=20 > -------------------------------------------------------------- >>>> stage 3.1: building everything > -------------------------------------------------------------- > linking kernel.full > ld: error: undefined symbol: bpf_mtap_if >>>> referenced by if.c:4724 (/usr/src/sys/net/if.c:4724) >>>> if.o:(if_bpfmtap) >>>> referenced by if_tuntap.c:1717 (/usr/src/sys/net/if_tuntap.c:1717) >>>> if_tuntap.o:(tunread) >>>> referenced by if_vlan.c:1292 (/usr/src/sys/net/if_vlan.c:1292) >>>> if_vlan.o:(vlan_transmit) >=20 > ld: error: undefined symbol: bpf_mtap2_if >>>> referenced by if_gif.c:323 (/usr/src/sys/net/if_gif.c:323) >>>> if_gif.o:(gif_transmit) >>>> referenced by if_tuntap.c:1816 (/usr/src/sys/net/if_tuntap.c:1816) >>>> if_tuntap.o:(tunwrite) > --- kernel.full --- > *** [kernel.full] Error code 1 >=20 > This happens because a dummy bpf_mtap_if() (called a NOP stub in = bpf.c) > isn't being defined if bpf is not enabled. >=20 > -- > Gary Jennejohn >=20 --Apple-Mail=_5EEEAFA2-17B5-4EE2-B53F-82B1472F949E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Hi Gary,

Thanks for = the report! Post the fix to Phabricator https://reviews.freebsd.org/D38432 .

Best regards,
Zhenlei

On Feb 7, 2023, at 5:08 PM, Gary Jennejohn = <garyj@gmx.de> = wrote:

I just saw this error today because I didn't have device bpf = enabled in
my kernel configuration file:

--------------------------------------------------------------<= br class=3D"">
stage 3.1: = building everything
------------------------= --------------------------------------
linking = kernel.full
ld: error: undefined symbol: bpf_mtap_if
referenced by if.c:4724 = (/usr/src/sys/net/if.c:4724)
=             &n= bsp;if.o:(if_bpfmtap)
referenced by if_tuntap.c:1717 = (/usr/src/sys/net/if_tuntap.c:1717)
=             &n= bsp;if_tuntap.o:(tunread)
referenced by if_vlan.c:1292 = (/usr/src/sys/net/if_vlan.c:1292)
=             &n= bsp;if_vlan.o:(vlan_transmit)

ld: = error: undefined symbol: bpf_mtap2_if
referenced by if_gif.c:323 = (/usr/src/sys/net/if_gif.c:323)
=             &n= bsp;if_gif.o:(gif_transmit)
referenced by if_tuntap.c:1816 = (/usr/src/sys/net/if_tuntap.c:1816)
=             &n= bsp;if_tuntap.o:(tunwrite)
--- kernel.full ---
*** [kernel.full] Error code 1

This happens because a dummy bpf_mtap_if() (called a NOP stub = in bpf.c)
isn't being defined if bpf is not enabled.

--
Gary Jennejohn




= --Apple-Mail=_5EEEAFA2-17B5-4EE2-B53F-82B1472F949E-- From nobody Wed Feb 8 06:32:49 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 4PBVYK5b0Gz3kmx7 for ; Wed, 8 Feb 2023 06:32:53 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PBVYK1jM0z3J4q; Wed, 8 Feb 2023 06:32:53 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1675837971; bh=OfM4mzGxEtvg0kiT1GGCTCFfOT0kSAqjFoL2fSQUycA=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References: Reply-To; b=mceoah7+JN/yYsHUp9vSDWbXE0R4xlSRv2wZKgWE2UDVRkIcpoT/ITfkgLQImxZK4 16Y7KK79cMl7Qa3xRqUdMAasFjOPR/viYsOmYTQX+z9WgDzb+7D6qm6X17M4pFiRxL FNccsGVxlPuXBRIAgJ+najPbUsQMp2i8fLc6KUjaspbI4olQMN3eC+kDLPxX0+3Z5O W+G3C2+8lSfXLAY5hPf51kmzL6EXEgEABpUFE4uBzg/JnOTbDUm7Liv5U3LtwzxnZs NAnFc7d2+UBO47b0H5F8dPrKPgI0lF2XeB+H162HtS6LKuqKckw2Eqe7CwsbVtOOdJ YTmwZrQoUVk8Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([217.226.49.211]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MrhQ6-1onLBn0xS0-00nlkJ; Wed, 08 Feb 2023 07:32:51 +0100 Date: Wed, 8 Feb 2023 06:32:49 +0000 From: Gary Jennejohn To: Zhenlei Huang Cc: freebsd-current@freebsd.org Subject: Re: kernel compile fails if device bpf is not enabled Message-ID: <20230208073249.4ccb5fb7@ernst.home> In-Reply-To: <4FF5CEED-A667-455A-8BFC-960B50E8D93D@FreeBSD.org> References: <20230207100812.76d206d4@ernst.home> <4FF5CEED-A667-455A-8BFC-960B50E8D93D@FreeBSD.org> Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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: quoted-printable X-Provags-ID: V03:K1:cWF1rxZlJdVzpzPQU27/wgeNOqZYCid7iLBNsgC+3eo9YkATK70 0oBCq393IsHi2CUZ8T9TJooZ3MuKWiFSfb/h8VaVO31KM3e9w+wu3wm9WABjEs9CDK79AN3 62ewNmHxb/2Qb52w+6zgY+6kL5oEhBWQTBOkPRAslH2vtkJ/vot0+XTXHcUxYnfPYh6LKyu e8M/EJEIEpxWWVTAtkj0Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:tDLekSJOS4Q=;Eung3sFWsR5KnNwMpt4Q7GnLbmq 67uw9FdjKKKqLHAkXFQeh+XXHN6kIz1PS8RFjyrugKFGD1xPr8qpwEm2+ZJ+bUXTG1W5/rN1o XpbwdywrNN68NcALkV1UlNaB/kH7jW3bv5cuhdNhKPvybFGEW26CcTasvjVPoaF1C0/lWkJey 4oC79Ot+4JDuPXeiDpdYfhSJ+kwQRIDTcv+0gZw5sGAlQKkZ5DCHGEOcjfj2NSb1v6bV1kpWt AAULZe5kTjuTP2WV+POALCY3p5dbRL2Xgwghgwf6eE12XxZX8vJHXPHE30b6TP7P9m/BPENjb pQeM5UNdUHnlbYchnFqFM+z1wkYCoUaBgI2MtWJFCq6tgZFJ2uKjvP/TIIaNXre10RQGYYtwb uIpR04ogc2Iv4FvFU1KsHlvVyqT9imTvSpJ9OK/y/HrQRdvTHKbNck1Vc8XY46Cd3VQlQMubk HSKpIdT97X4bFEWHZlZjxXMHyNBVBHfRosagOBBlTPCtjBZKA+baOpIeI5bSJtJZkhc+htw1p pMAOdemFCHgxNJ1x7a2vKm/hUWaz3R5sszp4759bORUARG88FLFK9jDMjqelIMbvBf2rVpBUm IAYGIQcxLwKvIywZhs/gkMQFOYC12juZtPJrN6sHjU1yPFbfOTkDxITXmSEtZTIWO6zEu+9xl 65iARSjlBwoV5uXUiORyG7pjdss3VnTPHloBiuwsAWldB1l3ge1Ae9ADGOvetwEh/+j8dTM+g VkeOn3FGgfzvrqmXx23RgQp6SoucS6xTEQDhnSjuN0IK2xIsqR0+XBn6CLb0pQUflRDWZFeVk w82Y3REyXvket412o5uqAhD2/eTjwoxpeEOzSedx8sX9V3X8wt+dc9gq12hS7ODiIW6VumtU0 jRBe1/0pWtusdv2PGILyeA8Xo2RGnU07dY12wN2lQ48jXg6MqJGK97sCJf3OMQHvClEMK8mdC Pc28X9PUY/jH/cgfzSvdcM8HdCM= X-Rspamd-Queue-Id: 4PBVYK1jM0z3J4q X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Wed, 8 Feb 2023 12:49:46 +0800 Zhenlei Huang wrote: Hi Zhenlei, > Thanks for the report! Post the fix to Phabricator https://reviews.freeb= sd.org/D38432 . > > Best regards, > Zhenlei > Thanks! I see it's been accepted. > > On Feb 7, 2023, at 5:08 PM, Gary Jennejohn wrote: > > > > I just saw this error today because I didn't have device bpf enabled i= n > > my kernel configuration file: > > > > -------------------------------------------------------------- > >>>> stage 3.1: building everything > > -------------------------------------------------------------- > > linking kernel.full > > ld: error: undefined symbol: bpf_mtap_if > >>>> referenced by if.c:4724 (/usr/src/sys/net/if.c:4724) > >>>> if.o:(if_bpfmtap) > >>>> referenced by if_tuntap.c:1717 (/usr/src/sys/net/if_tuntap.c:1717) > >>>> if_tuntap.o:(tunread) > >>>> referenced by if_vlan.c:1292 (/usr/src/sys/net/if_vlan.c:1292) > >>>> if_vlan.o:(vlan_transmit) > > > > ld: error: undefined symbol: bpf_mtap2_if > >>>> referenced by if_gif.c:323 (/usr/src/sys/net/if_gif.c:323) > >>>> if_gif.o:(gif_transmit) > >>>> referenced by if_tuntap.c:1816 (/usr/src/sys/net/if_tuntap.c:1816) > >>>> if_tuntap.o:(tunwrite) > > --- kernel.full --- > > *** [kernel.full] Error code 1 > > > > This happens because a dummy bpf_mtap_if() (called a NOP stub in bpf.c= ) > > isn't being defined if bpf is not enabled. > > > > -- > > Gary Jennejohn > > =2D- Gary Jennejohn From nobody Wed Feb 8 10:11:16 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 4PBbPY4hXTz3n00Q for ; Wed, 8 Feb 2023 10:11:29 +0000 (UTC) (envelope-from zlei@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 4PBbPY42mGz3x7W; Wed, 8 Feb 2023 10:11:29 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1675851089; 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=ocvYm6fsIG5G/+a4wZW7bUPCupLpnSSRgw3B0C/evpU=; b=VEd5dNCGfZFHVOVqEzBVJtFkSLZ5L6tcI/6nzuWU9AucFKazWSWywMMfb/MXNPkvbc38Zq KI9u3JSTxTi9BZmYgnGzFM5iB5jmzDV+zChQ0bLUVVO4cPxYSWxX+HD9ys8NX16X5moGn7 9GrwO2Gv9lzNQuNDypQaoSd9AZePh8crGOMR1E+SYP7ywE5HImT/R2coTUtFPKgKcShhyv 1oVYtdiAlbv/ZrXMF4AWeU/ugskxbVZZBBu7z7DQfvbuV8iLHlMYC46HHgREUWp7VYJCgA +QB6b7dP4nJh9hLOTEo/r0Y9q0ytq2+7KcVRe4e1/a/vO0I7rk1oG08DXLwbOw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1675851089; 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=ocvYm6fsIG5G/+a4wZW7bUPCupLpnSSRgw3B0C/evpU=; b=votvGxBOB5LnELfj72A27bO1lQDQwM34W2df33/6pFE4nwSVKqTZNrfoLfL2KW1YgOt8Dj eBhkwr5ALC8AtK41rIuPylxQh83MonblBWcGzOvrnUaNt26dffHo2AuT30zI1AuAgIHifp 8FURXA8IVjs3FxbxiP5uE+GcEepLb84B9Fw7HqKaVcQETaTTmzK3rgtIUexwoRPvq/dk8r Yl5MJ8y0Nl2oUuqc2O0JReIsjBWgZg8Wgb0Uy+gyHbfn/e2xxA6Ievow/vuvPDcy6ikyms RofRDynBetvLufKYu/FQXZgcdCQpm9A7+mML66stX2JbLSTSMmHdAVXD4M1n5g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1675851089; a=rsa-sha256; cv=none; b=iFmsscml5+xmwsQRQPFGH1RdStfNkhWoSEmFVuXjyWs9vhvX5cY0hoVgug+hpuofn24rke 0IQ3M1364wId0eI6mNYuulC8e6E866khnhwzJLxh5cUkll8jaG2pI3ppJY8C9ddqNxHfZS QuwbiaznO3Qf/OvowXxxIYANj5cGNmYsJlJtxt1PtPUFhFft2JUR2aZvX5PodjVNQruTCG 1rUqkLgzZlKSMy3hcNsTE7m2R41X+xSDaRY20o1cmTpo/oX9IejObFak/2LrLG3iDnA/hM 4vCZGZJxhuA2wiCSk+Ye3cfhnHm7mXIeTqD6kquGuR7gmp7c4w5Qum7X9PMfFA== Received: from smtpclient.apple (unknown [IPv6:2001:19f0:6001:9db:98f0:9fe0:3545:10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PBbPX30ttztJB; Wed, 8 Feb 2023 10:11:28 +0000 (UTC) (envelope-from zlei@FreeBSD.org) From: Zhenlei Huang Message-Id: <71C09FDA-6109-470A-953A-258BC95376DC@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_A744D2AE-F7A7-49D6-9296-9BE984BE4D83" 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 \(3696.120.41.1.2\)) Subject: Re: kernel compile fails if device bpf is not enabled Date: Wed, 8 Feb 2023 18:11:16 +0800 In-Reply-To: <20230208073249.4ccb5fb7@ernst.home> Cc: freebsd-current@freebsd.org To: Gary Jennejohn References: <20230207100812.76d206d4@ernst.home> <4FF5CEED-A667-455A-8BFC-960B50E8D93D@FreeBSD.org> <20230208073249.4ccb5fb7@ernst.home> X-Mailer: Apple Mail (2.3696.120.41.1.2) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_A744D2AE-F7A7-49D6-9296-9BE984BE4D83 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Feb 8, 2023, at 2:32 PM, Gary Jennejohn wrote: >=20 > On Wed, 8 Feb 2023 12:49:46 +0800 > Zhenlei Huang > wrote: >=20 > Hi Zhenlei, >=20 >> Thanks for the report! Post the fix to Phabricator = https://reviews.freebsd.org/D38432 = > . >>=20 >> Best regards, >> Zhenlei >>=20 >=20 > Thanks! I see it's been accepted. Fixed in 9df6eeabb379 . >=20 >>> On Feb 7, 2023, at 5:08 PM, Gary Jennejohn wrote: >>>=20 >>> I just saw this error today because I didn't have device bpf enabled = in >>> my kernel configuration file: >>>=20 >>> -------------------------------------------------------------- >>>>>> stage 3.1: building everything >>> -------------------------------------------------------------- >>> linking kernel.full >>> ld: error: undefined symbol: bpf_mtap_if >>>>>> referenced by if.c:4724 (/usr/src/sys/net/if.c:4724) >>>>>> if.o:(if_bpfmtap) >>>>>> referenced by if_tuntap.c:1717 = (/usr/src/sys/net/if_tuntap.c:1717) >>>>>> if_tuntap.o:(tunread) >>>>>> referenced by if_vlan.c:1292 (/usr/src/sys/net/if_vlan.c:1292) >>>>>> if_vlan.o:(vlan_transmit) >>>=20 >>> ld: error: undefined symbol: bpf_mtap2_if >>>>>> referenced by if_gif.c:323 (/usr/src/sys/net/if_gif.c:323) >>>>>> if_gif.o:(gif_transmit) >>>>>> referenced by if_tuntap.c:1816 = (/usr/src/sys/net/if_tuntap.c:1816) >>>>>> if_tuntap.o:(tunwrite) >>> --- kernel.full --- >>> *** [kernel.full] Error code 1 >>>=20 >>> This happens because a dummy bpf_mtap_if() (called a NOP stub in = bpf.c) >>> isn't being defined if bpf is not enabled. >>>=20 >>> -- >>> Gary Jennejohn >>>=20 >=20 > -- > Gary Jennejohn --Apple-Mail=_A744D2AE-F7A7-49D6-9296-9BE984BE4D83 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

On Feb 8, 2023, at 2:32 PM, Gary Jennejohn <garyj@gmx.de> = wrote:

On Wed, 8 Feb 2023 12:49:46 +0800
Zhenlei Huang = <zlei@FreeBSD.org> = wrote:

Hi = Zhenlei,

Thanks = for the report! Post the fix to Phabricator https://reviews.freebsd.org/D38432 <https://reviews.freebsd.org/D38432> .

Best regards,
Zhenlei


Thanks!  I see it's been accepted.

Fixed = in 9df6eeabb379 .


On= Feb 7, 2023, at 5:08 PM, Gary Jennejohn <garyj@gmx.de> wrote:

I just saw this error today because I didn't = have device bpf enabled in
my kernel configuration = file:

--------------------------------------------------------------<= br class=3D"">
stage 3.1: = building everything
------------------------= --------------------------------------
linking = kernel.full
ld: error: undefined symbol: bpf_mtap_if
referenced by if.c:4724 = (/usr/src/sys/net/if.c:4724)
          &nb= sp; if.o:(if_bpfmtap)
referenced by if_tuntap.c:1717 = (/usr/src/sys/net/if_tuntap.c:1717)
          &nb= sp; if_tuntap.o:(tunread)
referenced by = if_vlan.c:1292 (/usr/src/sys/net/if_vlan.c:1292)
          &nb= sp; if_vlan.o:(vlan_transmit)

ld: = error: undefined symbol: bpf_mtap2_if
referenced by if_gif.c:323 = (/usr/src/sys/net/if_gif.c:323)
          &nb= sp; if_gif.o:(gif_transmit)
referenced by = if_tuntap.c:1816 (/usr/src/sys/net/if_tuntap.c:1816)
          &nb= sp; if_tuntap.o:(tunwrite)
--- kernel.full ---
*** [kernel.full] Error code 1

This happens because a dummy bpf_mtap_if() (called a NOP stub = in bpf.c)
isn't being defined if bpf is not enabled.

--
Gary Jennejohn


--
Gary = Jennejohn


= --Apple-Mail=_A744D2AE-F7A7-49D6-9296-9BE984BE4D83-- From nobody Wed Feb 8 10:14:17 2023 X-Original-To: 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 4PBbhV1BJPz3n0l0 for ; Wed, 8 Feb 2023 10:24:26 +0000 (UTC) (envelope-from Alexander@leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature ECDSA (P-256)) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PBbhT3CRjz416D for ; Wed, 8 Feb 2023 10:24:25 +0000 (UTC) (envelope-from Alexander@leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=KYG8dw5p; spf=pass (mx1.freebsd.org: domain of Alexander@leidinger.net designates 2a00:1828:2000:313::1:5 as permitted sender) smtp.mailfrom=Alexander@leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net Received: from outgoing.leidinger.net (p5b165a22.dip0.t-ipconnect.de [91.22.90.34]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) client-signature ECDSA (P-256)) (Client CN "outgoing.leidinger.net", Issuer "R3" (verified OK)) by mailgate.Leidinger.net (Postfix) with ESMTPSA id BF0A1113 for ; Wed, 8 Feb 2023 11:24:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1675851859; 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=VduNbQlbS+cKFtBc+bHSHX2n8YyeqbDT63iiBPgSrBw=; b=KYG8dw5pAcsrk9Z05ZpCJhyvdPFI1r4Y32Z5umBfPQ1Aac6aONbSrDrJbVmQbHp1FVRE78 aR1l3hTXqe4lkphix9nqNFgDZEm8vmPRUiH7uWw7YOB+hSAmFCf0JLqlruiJ4+uk+Fm9h0 b0uZ4i6IOBhFx3TZMkTOxQ6FpANB8PazCVAtM8uk4kOKNDGybvJ0UpBPM9iTEA7l9DRGMv 96tEX7XcQJJmU7i5ekoO3iZtzPpu6EWeQTqeY5LDecfKx3nrr05D9YLKsDUbkro6qMuRlB orPX9byF5UVQalRVMV1rdAI/dOfE4gRVf6e/jSGyXSP+rWJ4LVnvx7YYL5TjLw== Received: from webmail.leidinger.net (localhost [127.0.0.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 0D0FD313C for ; Wed, 8 Feb 2023 11:14:19 +0100 (CET) Received: from www (uid 80) (envelope-from Alexander@leidinger.net) id 7c0f8 by webmail.leidinger.net (DragonFly Mail Agent v0.13+ on webmail.leidinger.net); Wed, 08 Feb 2023 11:14:17 +0100 Date: Wed, 08 Feb 2023 11:14:17 +0100 Message-ID: <20230208111417.Horde.pegHkJG-Py6BaC7CV4TBloG@webmail.leidinger.net> From: Alexander Leidinger To: Ryan Moeller Cc: Alan Somers , current@freebsd.org, fs@freebsd.org Subject: Re: py-libzfs build failure on current, zpool_search_import() missing References: <20230202103651.Horde.yAqcbqzfHTSd2KbPO-uxy_y@webmail.leidinger.net> <20230202151432.Horde.B3fD_ijUP7hDeGcTs2Ymmp1@webmail.leidinger.net> <20230203082329.Horde.436Pq-oJxzQuK1EXGeqff_1@webmail.leidinger.net> In-Reply-To: Accept-Language: de,en Content-Type: multipart/signed; boundary="=_KpZbTMJBrTpF0YyELlX9hVl"; protocol="application/pgp-signature"; micalg=pgp-sha256 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 X-Spamd-Result: default: False [-6.10 / 15.00]; SIGNED_PGP(-2.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)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; MLMMJ_DEST(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4PBbhT3CRjz416D X-Spamd-Bar: ------ X-ThisMailContainsUnwantedMimeParts: N This message is in MIME format and has been PGP signed. --=_KpZbTMJBrTpF0YyELlX9hVl Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Ryan Moeller (from Fri, 3 Feb 2023=20=20 10:48:35=20-0500): >> The build still fails on -current as of end of Jan with "too few >> argument to function call, expected 4, have 3" for zfs_iter_filesystems. >> >> Is a patch for openzfs in -current missing? I haven't seen a commit to >> -current in openzfs in the last 2 days. > > The openzfs changes aren't that recent, but the py-libzfs port has > been out of date for a while. I'll spin up a new snapshot VM and fix > whatever is still broken. I can confirm that the 20230207 version of py-libzfs builds (and=20=20 works)=20on -current. Thanks! Bye, Alexander. --=20 http://www.Leidinger.net=20Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_KpZbTMJBrTpF0YyELlX9hVl Content-Type: application/pgp-signature Content-Description: Digitale PGP-Signatur Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIzBAABCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmPjdfgACgkQEg2wmwP4 2IZOZw//SwDpATdepE89elmt8o4VsdBa1H1v5l819Btb7k3njRR4VwcMrPdrUHcq IsbzFpBhOmwZg0sdYW5iT219posHkOzTShgome6u4/Ny7r3U7UOroqfks9BwvhVw W39JtqjmxAF9K6SwOrRQsXXwLqeOnMrJcAl9Mm7OXW++1DaAmYC7TOBaxL2TYO/i 8WNnl9PONQOPkl9fayPUK9594QH/vJCUjzdVApJRidl1DnwYtK0VEGbRZSh0C3Tn SEXpLTg/3gI7ARiXH39vNTQ3Sn2GMy+kXrA929TxPb4hdyu+E+Zv+dYwmIHTG/Pa aTj9L5n8VgzyHa1tE3YZzqEl0IXdrZzc2tzM+lggpQLZErS+TY4X5LbTfb7Ec0fL zKmPEzdM0A5m9gE7uHp+b7itfHraGkuZGjIWntR5pv9XHYFs73iiq5GnbdbwXPzt n7KhANIN6ApTl0gqKR+3ji6RG04y0+tsar0DY7vkiPA6j+7uA/gkfe8nIa/TFhId j7+0KmV+7tB8yYgg5ieFIiyci06YXVep5PQGy3q1N+Z6boeLUSIoLSCGpF9icPNW MhLxSBDNdvjcIl1n/dK7EdHi041T8+o4um+yQgZNOggIzNnFnjfZtFvEoxW+qhRQ NLeWxmq+ieb65LUg3/rRgUe9CsRDaWrK2e8MxtRujqp5B6GTD6o= =ZpI4 -----END PGP SIGNATURE----- --=_KpZbTMJBrTpF0YyELlX9hVl-- From nobody Thu Feb 9 17:47: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 4PCPXy2TQjz3n0MB; Thu, 9 Feb 2023 17:50:42 +0000 (UTC) (envelope-from yasu@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 4PCPXy1zCCz4b52; Thu, 9 Feb 2023 17:50:42 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1675965042; 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: in-reply-to:in-reply-to:references:references; bh=izZXy/+GLCclqGFQK6PBirewlrQLYaeY0GZHVV/Je3w=; b=gwkzZXpWIp5UKig056Zx/O57ECbfSnz88LHb5lW0aMd/iBmMFbK3WovzlqxOp09XuGb6g+ FwCH85hoScQcIgwx36I/yWg3BoRz/yPN3q4uSmTnUqQklkoLHJ4/ZlvAjFZdaFIJOZ5mGc so57rqLCKS9ckRFea+Mh451dTjB0budCICRbtpoGFe+bklCRH2AMZ0QsvcX//KaJOD6bpj nY45fpJCfpVIT+MDVu4QWuCpGauyubgTmDtTUkzaufe7ioe3qcmjT19vMenwWcIVEmto/t Om389N/86A4Paa2k4X6H255+r5DrqJxlLK7NlUlDzCyT5M1pMiSGD/wA49yeJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1675965042; 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: in-reply-to:in-reply-to:references:references; bh=izZXy/+GLCclqGFQK6PBirewlrQLYaeY0GZHVV/Je3w=; b=lDTObi6IbibtezUDLReNK0sv46vENKs748E4rGmDrHv0W7FvbLWQn9ba8UiYKDX1ACT55/ 46dEWkmyBGvcflmJl97Db+BlsmjYdq9m8Hz+QjtmOI3Tj3v+3qcnj4tLWwiTplj2jBaWqK G4ENFuxUkC9DAS0s5GbTJv+ptr84Lkafv22yI/VfeohKEUDLAsKThaHU9KWa9/XhmNhmzD Iy9ZcM883e8YCiisJcc5H5VJ5gaHA+za53CSnYoJX/xNPldLf6hW54ufKxDcK+4fo3HJ3w rHNXJESkepW4hUVoZyo16OzREEu3w0cmjR/chWFEf9gEGjsPWooHhU0lWZPkxA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1675965042; a=rsa-sha256; cv=none; b=KJfE3JsMjPHAuZ+LuP1SYVwJ/stZp3rpozK7pjwt6Zl5VRAHGzF0l7b06k9kVotTGDKx8q 82zDi29ssFIpdUQmqtlWbaSzoMnarS8YJP2u9Mrv6EfPfQ17bK6Ef4yYm+K//5ELGBtaKf 8+BjDZQoKv5zMM6HP3xgAjldbtebvmMCDz/IXr5jXfINu/JDRYSSZijf8CE0h2Oej8jm2H TmVDaeQds0dVi62O9NH7EldGlogXG+jetglphGsV3INKyv55RglhitPChznt3ESCxpR4Me 5g9rIhWnPHHkGeSaA/2dr/l9v71hQ7+g3/UnzsWGLKZ9iygZaaOZks7eRpJ0Dg== Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PCPXx2gyszSxm; Thu, 9 Feb 2023 17:50:41 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Fri, 10 Feb 2023 02:47:31 +0900 (JST) Message-Id: <20230210.024731.792407832299574349.yasu@FreeBSD.org> To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Boot hangs up with Alderlake's intel GbE NIC From: Yasuhiro Kimura In-Reply-To: <20220524.020220.691400348469428239.yasu@FreeBSD.org> References: <20220523.164402.599295865361994545.yasu@FreeBSD.org> <20220524.020220.691400348469428239.yasu@FreeBSD.org> X-Mailer: Mew version 6.8 on Emacs 30.0.50 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-ThisMailContainsUnwantedMimeParts: N From: Yasuhiro Kimura Subject: Re: Boot hangs up with Alderlake's intel GbE NIC Date: Tue, 24 May 2022 02:02:20 +0900 (JST) >> 2 months ago I updated my home server to Intel Alderlake Core i3 12100 >> and GIGABYTE H610I DDR4 (rev. 1.0) motherboard. >> >> The latter has onboard Intel GbE NIC. But unfortunately 13.0-RELEASE >> doesn't detect it. So I inserted Intel PCI-E GbE adaptor to the PCI-E >> slot of the motherbord and used it as network interface of the server. >> >> And now 13.1-RELEASE is released. I tried updating with >> `freebsd-update update -r 13.1-RELEASE`, `freebsd install` and >> `shutdown -r now`. But after that system hangs up in the middle of >> boot. >> >> At first boot stops after onboard Intel GbE NIC is detected. >> >> https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.01.jpg >> >> It keeps about a minute and then boot process resumes. But soon it >> stops again. >> >> https://people.freebsd.org/~yasu/Alderlake-GbE-boot-hangup.02.jpg >> >> I waited about 20 minites in this state but boot never go ahead. >> >> Removing PCE-E GbE adopter doesn't change the situation. >> >> I also tried boot image of 14.0-CURRENT 20220519 snapshot and boot >> hangs up just same as 13.1-RELEASE. >> >> --- >> Yasuhiro Kimura >> > > I submitted the problem to Bugzilla. > > Bug 264179 Boot hangs up with Alderlake's intel GbE NIC > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264179 Recently some commits that change files under sys/dev/e1000 are made to main branch. So I built install image from c8f47b28827c of main and tried booting my home server with it. Then system boots without hang up but onboard Intel GbE NIC failed to be detected with following message. ---------------------------------------------------------------------- em1: mem 0x42300000-0x4231ffff at device 31.6 on pci0 em1: Setup of Shared code failed. error -1 em1: IFDI_ATTACH_PRE failed 6 device_attach: em1 attach returned 6 ---------------------------------------------------------------------- --- Yasuhiro Kimura From nobody Fri Feb 10 10:29:30 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 4PCqjl5KbWz3pjfH for ; Fri, 10 Feb 2023 10:29:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (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 4PCqjk4HXgz3m0y for ; Fri, 10 Feb 2023 10:29:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Dd6qz6Ka; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.204 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=1676024983; bh=kCIQ1sX46GCHgiRjOoGpRdTHKcy2hu1eDHCqJyLPs6I=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Dd6qz6KakTnYg0oF+qvNb/C1dOxtGBLmqoFrTrhbTO7+lr6BnIrEs4qideZ6zszE8QJqJenz73aV1uNPur+QhVSwqWsOSzIUMj/IZCA0J7oTkHdF8rx0zJoXBKnZd80zitvYWWSqyQ8/FoOyE14cg70XCIy4BWGLkKdl7x83GLT7MimHn6sqpJhU1S23zQDmCOb5g1UbFQKvJg0WQZ/lw6Px2w0lrKcBG9NhWbIZf6E5zEVzS+ZrlQMUbCvfHBWR6/VfifQJTs6mCX0r7JdIlvdNEPO00mbPA6cBdnV/3JDCxPcfjSY5sJurPb65O4JIM3BzejhYQQjH72Q1LgWWJQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676024983; bh=Flac9CjQIeC2b+Xnfry4BxTXFgaOBNNe8dFM9jT8mQ8=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=HtvouKS7RVElubpkiWwL6ovdJMckF4hXbsUsceqgVQ2zGphNX3Cmvuc/IfdJqKP1nd1uHhzSMbK+nWGeX2tQoWDwFBydsFCku0USI+ncNBlpt+KV3DAfI6u9aAa6RlrKUZP3CgjYnQCjg4TEaMtVtTmUrPF/nj2TlbI6NzhCyCwKQwvEI8WKr+r0hZFl8aMnpBU9ewpDYd9kxQirhf0X+KKqiDSntZkXWlx+KYCgW240sY0SHThTMJnrYozu1k5bZ378YezQ4PxEN0Qe7oV8jRSyS+fHXwiNgINR9/u2GJ0knNX0/p8tUlvrwweMvmdSzBWW1OhfYF6KfWOsaVuXtg== X-YMail-OSG: uUdF4YUVM1lXnqejGOYl3wIxWRznsAgjZhUmNjlTZN0LzPZX4xHasQl9_YRjXK8 Kt8uONbmANr75LiOSf8VfAjUMhQREi8ZEoXOKBE_VlR3qkAxp_kHnvf9Gbj6JZzuStpvojR9X9Qg KIPlb2GbwyeZJjIq3k4nna0smwTB8LzsVhgk9uaFNwpcyIfNneybeWLBFIKpnq4Ie6mJksV_P26Q vbLwI4uZrPQVuyyFwmoxU8vFzvQx5rONw.ULI4JDruer8VESBG5tUMYZEnimWV2vgQ7nFgk5kf7f UmS_q8dNEIrDONhHYEtw5Dj0u98xTqSsGV_dgHWqlCEcdWTqlkEZzt2.vT86quzB5SoIdF9JBwN1 NGPzXkhjR9r4vwlSvNovHES2qHcW01.wsrNfZMvRS92yoPVsseRVOXFCi0PfboGbW0IHKAZpqeg0 SuRpcbcVmGHNZ022HyNSrI48Npj372PZGoxrpROe.g1_7eHg2NcYJb_LCUR1JUagDqlT1Brb94p0 glwjDJTjkaghln1YYMEngzu.rzYSj0r8MrJ6sIxG3P8UIbc2DFZw2rPuVNVwAgP6O3UnBtq4Mx.c bx6HH7AErem34TgNyjD4zEUzrdSZN4Zfj5fRVABHDTH9sB.XddHg1AltCVp.Nq2zLrBpXfceMSAb DLxNZGLcPasD56mXXCn.obl_bwxVd0DAWosjWukenDkipwESbMGbywU.7S3EgP_tc2O1rq5Za_3l enpT8Kffo3OiCkvXyIoeu2qSzlBrEQYNKLsTm9MVmSqaKwEBDwnoid5RzoimNnuWuA63JIXTwYaU DU_jWTNt6gT7DY65VDUfmxqtuQYjk0kxTrPEuJ.I12BoamMFYJApiDOFHywnuIJxXZx54HfJanMt BAmiYnF9dR4Ljwa56_G0qInJ3Qjm.9ZGyk4ukj_N7jHOB14Zc3iY4nFvnQv4MUW.zVT.qyYO7CBe DGmGb.SSnMCQdU44iItDJQ2jNM55WNHgVrr1wq9Orj4zKvC0zFeu0wWE1tx7QtEwOziMGDXVZRyW gB9GF3sehGcxDHwQ17DRknSIJfg28aFax1FxUOJHnniylC1K4lGTVWOjYlVlIHxmgoDPYcHvSaqZ QA7Ef99vLpFp.5DPZsjTDI1m51DhirrgsERQB9r_a7Vn.H4Rn4Ii3vxbGlfEHw.1C4CO1DV65YbO BYtMX1Xf0HD5FDFOE81Qmrv3f1uF7FitXGbj_s1mF4dcTSoi8k4JOTHuv4GDx53vaV58Ae8QwOF1 wLIrIHCD_v1f5VBDcWSrHRCRWL4cVxvSNrNAk81LQMHCZ220qnl1klBln_T1MLHpRc18se248N6h 5uPwo8tA.jQf5H_b3FmQTE5Tq0EcC5DHNbtXR_sljENOq4lr2kXs0VBEs2EkKQ0iSu9Ez7AJWG3F VIYzzRqhYI_cojV0O8seMPUN1pUDdtPOxyvdSoLIqe7as9EPKb8DPSQbzAHdRb3qdecKlTkXD.eY f8LjxifV9a5CkbigO7AGXqVpqEL1sgYFYJd7JbukduSXYeE5zt8tpMiyUV3nartyf4mPN8v6TVcb RIc8P4kIRUzLAdJOwS4WJiYAP3h9ONpkL3xHu9ZV7Is882Kkk8GTr5V14PgyqmERpUdFrqx7ZsSC AanK1da6ksboASJGS8slZkbQEvzCvGE.sZLsiRfSgER7Vjehy3HErrIcdR4hf7GiHMp8p2nD7iIe UboE2gYjEeZ5.KqKEU1sUL1h8a8KcDSs3Lyym9LTiAQWkkRVTtrTFGxqDAYSoAAas2yKnzDOu6vq u.OWxzG6QqSiO27auIoL.MpEoSs1k2aVO2RTe53j.yOu61q7pPDyF5m9fYn43SFAc3_9ChVt_ojX VWMWU8nYD1T77q0zTNmPc1b1PqAaZ36eyi.yAJYeZGPDrGQwbPS_MeRFEYOeU5kxWMmEkUHQxlVa qK4uoOARM6.uMNv6XtKohDPatPNBSq5iVu._ob3ygeXxo0uO7FS6ak6sQ8BxSSYGQ3YR.7KDrldA vueSwUTsnWhYtvOYx7H45MmmD0vuJmG.4zo_FwhWclQpVHzNSv9L.CRKjn3WbwRiNsnqI4zlP1y6 tfyQuAu7fQqs5hfV_gD2Od0DbWQOzSHOviCQVE2ML_L6kk1sgQdoC_HDzdce3T.xwoJvk.MSQzrD 5JADckzMEyrmUuJW0.YOjqA.R9TUQPLvzSxAtHN6uPr2po9Qh9Cb948D23izMjse9uCTQySkWwFM A7K_wHEo6T1ArG9.HpmzNFDFNYI5oVphcVdRCax8jTbnl_wUQpbHSRxrNlJs- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 Feb 2023 10:29:43 +0000 Received: by hermes--production-ne1-746bc6c6c4-x7txm (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 418b329b5a36e1ddd02b22397b098d59; Fri, 10 Feb 2023 10:29:42 +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.300.101.1.3\)) Subject: devel/freebsd-gcc12 based amd64 buildworld buildkernel: a Failure notice ( non-debug buildworld ) + Messages ( buildkernel 's) Message-Id: Date: Fri, 10 Feb 2023 02:29:30 -0800 To: freebsd-current X-Mailer: Apple Mail (2.3731.300.101.1.3) References: X-Spamd-Result: default: False [-3.42 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.921]; 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)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; 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.204:from]; RCVD_COUNT_THREE(0.00)[3]; SUBJ_BOUNCE_WORDS(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4PCqjk4HXgz3m0y X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Non-debug buildworld Failure notice : /usr/local/bin/x86_64-unknown-freebsd14.0-ld: = /usr/obj/BUILDs/main-amd64-nodbg-gccxtc/usr/main-src/amd64.amd64/lib/libbl= acklist/libblacklist.a(bl.o): relocation R_X86_64_32 against `.rodata' = can not be used when making a PIE object; recompile with -fPIE /usr/local/bin/x86_64-unknown-freebsd14.0-ld: failed to set dynamic = section sizes: bad value collect2: error: ld returned 1 exit status (This prevented the buildkernel that was also listed on the command = line. So. . .) non-debug buildkernel (run separately, by itself) Messagees: (I show the last of the _dwarf_info_load(229) related messages and what follows.) ERROR: ctfconvert: rc =3D 1 Unsupported version [_dwarf_info_load(229)] Building = /usr/obj/BUILDs/main-amd64-nodbg-gccxtc/usr/main-src/amd64.amd64/sys/GENER= IC-NODBG/kernel.full --- kernel.full --- linking kernel.full /usr/local/x86_64-unknown-freebsd14.0/bin/ld: warning: vmbus_vector.o: = missing .note.GNU-stack section implies executable stack /usr/local/x86_64-unknown-freebsd14.0/bin/ld: NOTE: This behaviour is = deprecated and will be removed in a future version of the linker ctfmerge -L VERSION -g -o kernel.full ... ERROR: ctfmerge: No ctf sections found to merge text data bss dec hex filename 49889625 2076257 4651648 56617530 35fea3a kernel.full (The later debug buildkernel is similar.) debug buildworld: completed, no odd messages at the end. debug buildkernel Messages : (I show the last of the _dwarf_info_load(229) related messages and what follows.) . . . ERROR: ctfconvert: rc =3D 1 Unsupported version [_dwarf_info_load(229)] Building = /usr/obj/BUILDs/main-amd64-dbg-gccxtc/usr/main-src/amd64.amd64/sys/GENERIC= -DBG/kernel.full --- kernel.full --- linking kernel.full /usr/local/x86_64-unknown-freebsd14.0/bin/ld: warning: vmbus_vector.o: = missing .note.GNU-stack section implies executable stack /usr/local/x86_64-unknown-freebsd14.0/bin/ld: NOTE: This behaviour is = deprecated and will be removed in a future version of the linker ctfmerge -L VERSION -g -o kernel.full ... ERROR: ctfmerge: No ctf sections found to merge text data bss dec hex filename 50183403 2089233 6445056 58717692 37ff5fc kernel.full FYI: # uname -apKU FreeBSD amd64_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT = main-n260797-dc1b8c9a846e GENERIC-NODBG amd64 amd64 1400079 1400079 It was rebuilding variations of itself, but via devel/freebsd-gcc12 . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Feb 11 03:41:42 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 4PDGcm5msCz3pkgk for ; Sat, 11 Feb 2023 03:42:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (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 4PDGcl6Ycjz3KRJ for ; Sat, 11 Feb 2023 03:41:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=bvUHlBIU; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.32 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=1676086917; bh=AV5oDU04GNl+dVh7Zfg2215hVtVTj0qlgBT6UaiRA+k=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=bvUHlBIUyz6a14v+uGw7hLX3LWS3GgEc24A1ikY8KzaI6BcbPnD+nsGA3RVn3XBVFJZ6iqggECZFtVyFeaS0FNuGhb98ejziLrwoVLMm1cwZRy/nc26mLCudhg1W8RApKs01OZZNP/QXgLcD82flihKd0mz0Dz2H0TyFUJ3MY6AkCCt35gthvA8j7gLrtuhflr3DMJF8Z1WY0GcHTBarSpXgctEbUzVATOAkV6CJJkqDJDFEpypOzo8Tv1sXsfOmXfuvvTla3Fs8rJDkQ+Mma9uTtTqmsUItGkulRQgrYQjmweMLrYdEyDZPF03dZSuVx2B2xwo5tVJ75jx/NYFu6g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676086917; bh=47+VhCu93F0dXxAiP7zXrC/vDgQmG0oHUhBHgjMU62C=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=jNk7nqG6IW14igNYVEdSK2akO5EPOblEh1vkLcAhN6b2AgnXTvZulVS1MoA7TXvohlcYbnCP/IeJrGUcYCjEmR4ZjfUaOfr4iogvZz4m9K1y9TEXIjeEXA083exqsRSBGq4oeplHQv7YjtPcQ0WKcqBrL/tQE69swHosoreJ0MDldja7Ig4Cxpu8Gk3JP1vPeSI4G681cxL8P6cOimP1PWeY2+9t9YMLsSEO0TAd3t+lLM97X1g6dQYduoGHUGuIpl/NFbPg2DW0a9W/duwq/VXLRu28of60dMB7FFOGPSvV8Nu6eWR+ifdABLZMnZYxR3WLetxdkCjejBu/zT5s7w== X-YMail-OSG: zHHXjDMVM1mewe9x0trXtggamHsqREomrdp17FuDPKeIE9fcPyQc67c7CkJ8Waa dRnYuGbrdr0Lim6pptVuRSa8G3_EwGsXLj5NBlCcoPWXqL5fWo6egr2rxKjAYOnQ80wbTJ0YK0Rf D5lpHOFEeuSrfqbc1Tkf5UhZwXnw0D0r_ccyqWwVNmVBrnnCxwuHlr283aiRB0hdeWIZ9KrogVC. XE5HR2bxWnDmYlxPHdB6gJsuQg0K3tRJcyC5BMYgUnVwzkncQIR3._M.r4.5spPbxGonHqnasOAU mr3l1n3E6Ze3g1xh6qZRfjVxZW4BiC.TKentMF76B9PVpOdB5KN9F7g8B0jsEF0WPQ0RvEAE2.cu BBwvIfRpPmjvhEoyWkdsmaHfJYPm0zU1qNjCxoRzApmGlgMv1J5tmuZrZ4U9hBPEMIgxPrMNG3dI FIH6H6TT6wCM5yWiHIDctRIqLTp.WvoLUif9EWaa0EaZuitbmUk5XzPD.heHFCHhHQlnL2y_poLi 2_WNlZKBmDtlH.BjSsjL635gL.xwImEM.WFd5ZHISktajaedQagaSkB7CEOqDm.vRzaY.nkzHBzs M66oJFBsVsFgRGUpG2xmpNdbPxs6Q.IXMMFyYXJHRjTgTPRmlS3Kk2ULNNhJMyh_4MD_dpQdYmSs Eb10cNxN2M8KliGjmuqy27FWC0KgiTiQS8nVfhbXvvceAFLFWH.Bd9zwEI6ZcsJ0hBcaZtkU0DUP EyVlkzJtJXUm.wtRl6hEg6k2f6yuPlFFkUAYmLIJxm.xGlzw_HxHqg45DKXSiNHQSHqksvPygvEA bvtbC2VF_kD2IQWjSzsMf7W2FDG_qv8vLPydRkjp5.BYqCBsW6P.iFvw92Pubk7BRxGzBYou3T1T iLDGU.1FfzpaGilkT3kwpZN53_zCoiOM9Yt7R2_.wnwZ06XNuPtJMfhFtip_ocS.YgplQ8kjIrqB CQYxeK2fYKQIg.7R5zy5OaCDP79008wF0mxJoLUsMqjEilFFAfdbvtTPfJwYcwFAtf4CJTObIQ.D EsIJPFm9C0I8z8Oo6EAgdrcFTQhV1a9xmIoaCyXMO_JUzuWxKt4Q3qSskAYryAHYfNDsZe3vCtCa CuPdiCN1S6JAxvcbO2WGADAkDc5NuULghlPtP1uRmOCN7FhuZpSlIdClD56cjM4ahOypuR5ZYBdi SdFLU6QdyKe6T61FMX0khB2IAWbtVDhH3M.DF.YsV7QwoVaoBFKcgJUhs7_Je.mzL6JCN_WYNsIQ jUBVIAI59DpKhChbtjp5LBnLkRJ3EV5jPijuRJSb.ltSyfeuFEPw1CiRmHDRi.4v8HQJpm.Lf9Nc FSOJTWfvnY5nfGM6l_LwZb1chhtGfdmZP40Ysc_fhAfcz7llT2F9pdJQn0jypT9N9USOvWdSv4MN v.x25MRmm71CYqjl3i8bv9ktpegsik8kXc2TMus6QZx0bdStnGXUFzlhbcgnPGmITqiZ8__woQQd z8DZXuCknBnYazUMlkWXFrQogn3AC.A3v4eIVI30p8wXNQiWUdzN9MAHmHEwZcnLZS8Z__gz1VDz HdBUzqB16SxIGDiUCWpOn6UTBu8MRYGZFf5zF0cYh7A1ybHOwvrl2VPAnd9bcY.b8w0a0PGP8QDP b1xtJe.bTHQs5ZWy5Ia_lGjAXdgBnsWeE.yXYv9R2tL1.N5NVhY7eEJBTv_vVN2FBFlsOOnJA4qV Q2TDM6uYzD2UbiAjg2gtIyt5X5WGyXf1_f.2Qb_G2fwcgiiWnM4fZCxYXsObIy6n4WRXvavAeZ0h NbW1EDhLJ2mw1tcoDtiJlNSZdpkMRiNwM172G3cqQR9kSrFh7LsiLv7UAfHov3cQtNfWnZOpGLG6 FOKnlzJ1LcGxhqDXwLvQKy3z7J6BZ0quf6R7Lqi7u9GB.bI0Tl8ZboFn6_0nn5EiL7H4e9o_ZDuU CCehNy0LTxC5sjrqIt_Pnm8lLQmyVWchYWg3Qedf4VIMfsQHmfv__noBBJWWPput72jYe2p44Vha NQ5ETkemhUP19Oa91uvbx0xGvxDpdGAFgq6vUgPNkirBKY6Cd35Qtfx9XYe7tgDE1_KO_tFphhJS Ex5H0623bn4c8C5BFsiHxk7gFH3P8NYUpdZH3j0mUtmPTck20Ma8PHKvi0vXnObNgHMWenunphMm JTIYsMaaEPpBtto08j82XMTKsG.cprdaABOlJd3XiaYQ4EIDXNfwl4MyYHY.1wuQqOz5xfH1hC01 WGSxpDygCYRE_IVRV4jCxIctkmwV5qGgmDBxCBvMTu5jU5mKo_X1po0B4j1y7ulQ- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Feb 2023 03:41:57 +0000 Received: by hermes--production-bf1-57c96c66f6-thr8d (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a78c3c5e87873f16d16dfdcd23d9b199; Sat, 11 Feb 2023 03:41:54 +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.300.101.1.3\)) Subject: devel/freebsd-gcc12 based aarch64 nono-debug buildworld buildkernel: a Failure notice at/for stand/kboot/loader.kboot Date: Fri, 10 Feb 2023 19:41:42 -0800 References: To: freebsd-current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Spamd-Result: default: False [-3.41 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.91)[-0.913]; 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]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; 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]; SUBJ_BOUNCE_WORDS(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from] X-Rspamd-Queue-Id: 4PDGcl6Ycjz3KRJ X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N self hosted aarch64 Non-debug buildworld Failure notice (from the .meta = file): . . . /usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/collect2 = -plugin = /usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/liblto_plugin.so= -plugin-opt=3D/usr/local/libexec/gcc/aarch64-unknow n-freebsd14.0/12.1.0/lto-wrapper = -plugin-opt=3D-fresolution=3D/tmp//cc75dLgJ.res = --sysroot=3D/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarc= h64/tmp -V -Bstatic -X -maarch64fbsd -EL -o loader. kboot -L/usr/local/aarch64-unknown-freebsd14.0/bin = -L/usr/local/lib/gcc/aarch64-unknown-freebsd14.0/12.1.0 = -L/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/tmp/us= r/lib -zrelro booti nfo.o conf.o crt1.o gfx_fb_stub.o host_syscalls.o hostcons.o hostdisk.o = hostfs.o init.o kbootfdt.o main.o seg.o termios.o util.o vers.o = host_syscall.o tramp.o exec.o load_addr.o fdt_arch.o cache.o boo t.o commands.o console.o devopen.o interp.o interp_backslash.o = interp_parse.o ls.o misc.o modinfo.o module.o nvstore.o pnglite.o = tslog.o load_elf64.o reloc_elf64.o disk.o part.o vdisk.o interp_lua.o z fs_cmd.o = /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/li= blua/liblua.a = /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/fd= t/libfdt.a /usr/obj/BUILDs/ma in-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/libsa/libsa.a -T = /usr/main-src/stand/kboot/arch/aarch64/ldscript.aarch64 GNU ld (GNU Binutils) 2.39 Supported emulations: aarch64fbsd aarch64fbsdb aarch64elf /usr/local/bin/aarch64-unknown-freebsd14.0-ld: target elf64-aarch64 not = found collect2: error: ld returned 1 exit status . . . *** [loader.kboot] Error code 1 make[4]: stopped in /usr/main-src/stand/kboot .ERROR_TARGET=3D'loader.kboot' = .ERROR_META_FILE=3D'/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/ar= m64.aarch64/stand/kboot/loader.kboot.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' . . . (It will be some time before the debug build would get as far as the above.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Feb 11 09:18:52 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 4PDQ6C4tN8z3phmY; Sat, 11 Feb 2023 09:19:31 +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 4PDQ6B1kbnz4DYl; Sat, 11 Feb 2023 09:19:30 +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=h9uLolTG; spf=none (mx1.freebsd.org: domain of freebsd@walstatt-de.de has no SPF policy when checking 85.220.129.60) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub2.goneo.de (hub2.goneo.de [85.220.129.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 7D70010A1E88; Sat, 11 Feb 2023 10:19:22 +0100 (CET) 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 (2048 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id E37CF10A32F3; Sat, 11 Feb 2023 10:19:20 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1676107160; 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=ILj+jI4K2MOTJQa8S3VP3b9e9ZuZkSF/aD3hNAP2ang=; b=h9uLolTG2eEGZ0g1u8ql6MkBFB05Anb3omPJ4vTLdEcEdPemT49yxU0SC4OjdLrzTYeOhf /EzXaRZ5iGyEMShm+CZs7/+PYuNWrqT/g5cC1wxGw7R2RKPqAMe6z07/VsXZImdQ09ha1O OQnufUT2dwaXLHzWu5CBVZR/GpyKkLU/ldp9iSb8Jal3SuH++5syxKRcqbh8PzrO5qqaog ztaL1KsHJNYqFiLVepYVnMTrDDk8lr60KiJEodZUcypJgrc8UiopXC1XmCSINeOrjWVV8S wCf0MpoXGmgeUw7/nANtsX1R2yvOgh7ruPoy9IsPoSnGEP3+mpT4pXRXrPtsZQ== Received: from thor.intern.walstatt.dynvpn.de (dynamic-089-012-247-176.89.12.pool.telefonica.de [89.12.247.176]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id AAD1A10A32F2; Sat, 11 Feb 2023 10:19:20 +0100 (CET) Date: Sat, 11 Feb 2023 10:18:52 +0100 From: FreeBSD User To: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Subject: STABLE/13: src/sys/dev/an/if_an_pci.c:143:1: error: a function definition without a prototype Message-ID: <20230211101919.05c63e2c@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: 30ebb9 X-Rspamd-UID: bf3f2e X-Spamd-Result: default: False [-3.28 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.976]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[embedded@freebsd.org,freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[walstatt-de.de:+]; RCVD_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PDQ6B1kbnz4DYl X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello, compiling most recent FreeBSD 13-STABLE (as of today) with a custom kernel with disabled 'an' driver in the wireless section (nodevice an), compiling kernel now fails with the error: 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] How can this be fixed? Kind regards, oh -- O. Hartmann From nobody Sat Feb 11 09:35: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 4PDQTG5LQ5z3pkt8; Sat, 11 Feb 2023 09:36: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 4PDQTG1r48z4HC3; Sat, 11 Feb 2023 09:36: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 31B9ZssS029991; Sat, 11 Feb 2023 12:35:54 +0300 (MSK) (envelope-from dchagin@heemeyer.club) Received: (from dchagin@localhost) by heemeyer.club (8.17.1/8.16.1/Submit) id 31B9Zssh029990; Sat, 11 Feb 2023 12:35:54 +0300 (MSK) (envelope-from dchagin) Date: Sat, 11 Feb 2023 12:35:54 +0300 From: Dmitry Chagin To: FreeBSD User Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Subject: Re: STABLE/13: src/sys/dev/an/if_an_pci.c:143:1: error: a function definition without a prototype Message-ID: References: <20230211101919.05c63e2c@thor.intern.walstatt.dynvpn.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-Disposition: inline In-Reply-To: <20230211101919.05c63e2c@thor.intern.walstatt.dynvpn.de> X-Rspamd-Queue-Id: 4PDQTG1r48z4HC3 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 Sat, Feb 11, 2023 at 10:18:52AM +0100, FreeBSD User wrote: > Hello, > > compiling most recent FreeBSD 13-STABLE (as of today) with a custom kernel with disabled 'an' > driver in the wireless section (nodevice an), compiling kernel now fails with the error: > > 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] > > How can this be fixed? > git cherry-pick -x 663b174b5b5 > Kind regards, > > oh > -- > O. Hartmann From nobody Sat Feb 11 16:23: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 4PDbXC0tmmz3pJmw for ; Sat, 11 Feb 2023 16:24:11 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 4PDbXB62Lcz49bP for ; Sat, 11 Feb 2023 16:24:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52f.google.com with SMTP id r3so7805257edq.13 for ; Sat, 11 Feb 2023 08:24:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=IKBVV3l7NkOPe6+BI+x3JMArWxwsQmfpReg0GM3QUYk=; b=kUrKAeZG/RW1UJoPZYe4NHSsQKlaBn82/BeZYWwvynS721DUwjHRV7G19Vo45GETYh 9Tqm5yxYVWxjSEaH0Y8YeacnnM2gC6m8+QD4xV8v3/dmuRuYconXqS2QyH2oy5831SiG qrmTWa0QDgqFlQacHWcPgF7+XKU7GmVzqqXMF3JfWoH1GbriObsitYy3QKpKCtJiMXEp 2SgOfz5mJtXyQcH340k58wwQKGEkMptejsGjzQNXel3KEeeRC2PG5y9taR+dRbNQ/iD0 WznWYbtbohk75genWRAOFlE5yfa7S4UKsphzlOoS7oYLUj5QBP+PVXfluOSfs7MbsF7j xSSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=IKBVV3l7NkOPe6+BI+x3JMArWxwsQmfpReg0GM3QUYk=; b=SquWlR3te4sVlOFKh7MokWys3c96KuLTlarJo2inT3ZZWCERd5lwWe8zKEcgue9fqc zIq6AaRPeIIuVKgsybSoqKM3NgU+tpz3Wbf2npbII6fvCW12TMlD+ABYgUlJbQQkx/40 C5S0gAuZsbQ+nuVdUUm7E0qYdb4LgFTKpDzKn9rtnzLoDp3SEP2qNmE1QfqaTzPb158j 8lUl8JBjB/vnlkvcxlnBe0gBCnnKwEEP/ipXye8i/5395zW1TQ9h33KMf/NKlES/Gmwk demPs6u2WficN6Upt3uzI1QRlqqT6el1ejz5AxKjIouyn6gVmjLTmpi1qcbqz5qm1IMw AbNQ== X-Gm-Message-State: AO0yUKXTotqikhz5Dfw1KZd5fk/gITTg7OC886eVtOXJ3HjLpjOhkUlQ QSxFTB1tC7OtUpk+s2z8gwmcjfV8PmS/ZPRPwnAEku7Gy6flPA== X-Google-Smtp-Source: AK7set+8QjExoHbmI5se7RhQWISkvLNB4rOH7jFGIg46EagIQOF2OqZbB/A5+WsALxG7bZegJNqMHiwsMY0LfrhHVu0= X-Received: by 2002:a05:6402:2420:b0:4ab:1f1b:95a1 with SMTP id t32-20020a056402242000b004ab1f1b95a1mr2911243eda.0.1676132648927; Sat, 11 Feb 2023 08:24:08 -0800 (PST) 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: Sat, 11 Feb 2023 09:23:57 -0700 Message-ID: Subject: Re: devel/freebsd-gcc12 based aarch64 nono-debug buildworld buildkernel: a Failure notice at/for stand/kboot/loader.kboot To: Mark Millard Cc: freebsd-current Content-Type: multipart/alternative; boundary="00000000000022d3ee05f46f0b90" X-Rspamd-Queue-Id: 4PDbXB62Lcz49bP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000022d3ee05f46f0b90 Content-Type: text/plain; charset="UTF-8" I've never built kboot with binutils, just clang. Looks like the names of the targets are annoyingly different. I have 0 time to look at this, however, since gcc12 isn't officially supported. Best I can do is not build loader.kboot for gcc. Warner On Fri, Feb 10, 2023 at 8:42 PM Mark Millard wrote: > self hosted aarch64 Non-debug buildworld Failure notice (from the .meta > file): > > . . . > /usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/collect2 -plugin > /usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/liblto_plugin.so > -plugin-opt=/usr/local/libexec/gcc/aarch64-unknow > n-freebsd14.0/12.1.0/lto-wrapper > -plugin-opt=-fresolution=/tmp//cc75dLgJ.res > --sysroot=/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/tmp > -V -Bstatic -X -maarch64fbsd -EL -o loader. > kboot -L/usr/local/aarch64-unknown-freebsd14.0/bin > -L/usr/local/lib/gcc/aarch64-unknown-freebsd14.0/12.1.0 > -L/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/tmp/usr/lib > -zrelro booti > nfo.o conf.o crt1.o gfx_fb_stub.o host_syscalls.o hostcons.o hostdisk.o > hostfs.o init.o kbootfdt.o main.o seg.o termios.o util.o vers.o > host_syscall.o tramp.o exec.o load_addr.o fdt_arch.o cache.o boo > t.o commands.o console.o devopen.o interp.o interp_backslash.o > interp_parse.o ls.o misc.o modinfo.o module.o nvstore.o pnglite.o tslog.o > load_elf64.o reloc_elf64.o disk.o part.o vdisk.o interp_lua.o z > fs_cmd.o > /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/liblua/liblua.a > /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/fdt/libfdt.a > /usr/obj/BUILDs/ma > in-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/libsa/libsa.a -T > /usr/main-src/stand/kboot/arch/aarch64/ldscript.aarch64 > GNU ld (GNU Binutils) 2.39 > Supported emulations: > aarch64fbsd > aarch64fbsdb > aarch64elf > /usr/local/bin/aarch64-unknown-freebsd14.0-ld: target elf64-aarch64 not > found > collect2: error: ld returned 1 exit status > . . . > *** [loader.kboot] Error code 1 > > make[4]: stopped in /usr/main-src/stand/kboot > .ERROR_TARGET='loader.kboot' > > .ERROR_META_FILE='/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/kboot/loader.kboot.meta' > .MAKE.LEVEL='4' > MAKEFILE='' > . . . > > > (It will be some time before the debug build would get as far > as the above.) > > > === > Mark Millard > marklmi at yahoo.com > > > --00000000000022d3ee05f46f0b90 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've never built kboot with binutils, just clang. Look= s like the names of the targets are annoyingly different.

I have 0 time to look at this, however, since gcc12 isn't officially = supported. Best I can do is not build loader.kboot for gcc.

<= /div>
Warner

On Fri, Feb 10, 2023 at 8:42 PM Mark Millard <marklmi@yahoo.com> wrote:
=
self hosted aarch64 Non-d= ebug buildworld Failure notice (from the .meta file):

. . .
/usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/collect2 -plugin = /usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/liblto_plugin.so = -plugin-opt=3D/usr/local/libexec/gcc/aarch64-unknow
n-freebsd14.0/12.1.0/lto-wrapper -plugin-opt=3D-fresolution=3D/tmp//cc75dLg= J.res --sysroot=3D/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64= .aarch64/tmp -V -Bstatic -X -maarch64fbsd -EL -o loader.
kboot -L/usr/local/aarch64-unknown-freebsd14.0/bin -L/usr/local/lib/gcc/aar= ch64-unknown-freebsd14.0/12.1.0 -L/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/us= r/main-src/arm64.aarch64/tmp/usr/lib -zrelro booti
nfo.o conf.o crt1.o gfx_fb_stub.o host_syscalls.o hostcons.o hostdisk.o hos= tfs.o init.o kbootfdt.o main.o seg.o termios.o util.o vers.o host_syscall.o= tramp.o exec.o load_addr.o fdt_arch.o cache.o boo
t.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse= .o ls.o misc.o modinfo.o module.o nvstore.o pnglite.o tslog.o load_elf64.o = reloc_elf64.o disk.o part.o vdisk.o interp_lua.o z
fs_cmd.o /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/= stand/liblua/liblua.a /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/a= rm64.aarch64/stand/fdt/libfdt.a /usr/obj/BUILDs/ma
in-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/libsa/libsa.a -T /usr= /main-src/stand/kboot/arch/aarch64/ldscript.aarch64
GNU ld (GNU Binutils) 2.39
=C2=A0 Supported emulations:
=C2=A0 =C2=A0aarch64fbsd
=C2=A0 =C2=A0aarch64fbsdb
=C2=A0 =C2=A0aarch64elf
/usr/local/bin/aarch64-unknown-freebsd14.0-ld: target elf64-aarch64 not fou= nd
collect2: error: ld returned 1 exit status
. . .
*** [loader.kboot] Error code 1

make[4]: stopped in /usr/main-src/stand/kboot
.ERROR_TARGET=3D'loader.kboot'
.ERROR_META_FILE=3D'/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src= /arm64.aarch64/stand/kboot/loader.kboot.meta'
.MAKE.LEVEL=3D'4'
MAKEFILE=3D''
. . .


(It will be some time before the debug build would get as far
as the above.)


=3D=3D=3D
Mark Millard
marklmi at yahoo.com


--00000000000022d3ee05f46f0b90-- From nobody Sat Feb 11 17:15: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 4PDcgD21XRz3pfgl; Sat, 11 Feb 2023 17:15:20 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (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 4PDcgC6sNVz4Ksk; Sat, 11 Feb 2023 17:15:19 +0000 (UTC) (envelope-from kotanabe3@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-x732.google.com with SMTP id r73so3330283qke.6; Sat, 11 Feb 2023 09:15:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ljWMfxZ4kWdnWptHv8oFuW3s4H6xZsbIfW9yLxh1Flg=; b=j8m6bnpSRhOtAqYkvwJHd/DgAukFnkn/xA6HF1F4y+YuY2tYuWtGD51yWHzGCpl+EP 1P4Vhxo34orNi2rzUSqFJ2DKtMQ4agZICNREFw+ul3Py5zNGMZwVmXsD195R0+xwNWjn pAzRIow3qTsmgdF6Zi+cEMN/3WxiFkssKyGjJAsnUJ28svJatIIbc5IlRIQA7AUGZy+c 4bwWQ+T1ao0j/1/p4ZfCH4iv+KILXFRbwwg847smSdr40LS8g4ixEhOiNzScPhkjoEra 0rRgFoG1VDkePj7+Md5KVwVN5k6wlpEBcYUEInRJxQ885UhMWiffrS2oEAtVOl3nt0f8 NsVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=ljWMfxZ4kWdnWptHv8oFuW3s4H6xZsbIfW9yLxh1Flg=; b=0G9MVCL2nBKH+Eui7ui3z36MSYJ6C7BuAXbAlq6TLTZmFwOmEjVmKI6tdjFKbDkZ34 c4KkN8QvGcdtAswWGQZkLy/IeQpPrboBhCclOihsH4VW7hn+gzXp9XY5pEYEKtZMwYWI UbZMvral5q/cNKrVwAfPz77T0+KLZmP92pp/9AF1WRz/CJuOvPebaktoKh5kWMk24Csl DVJHoIZ7IANZKYY/r+wjRsNdSI6Eea2+K5lVb6z8VVngIlRybMqzhYfI6jmjMXLN3MSg lZH5xHgOk03RkV/jisG79KmdZeQsNNFWBxbb6t7UVkN/inSKY/r8t+D4zEf7zfGWFARh fMKQ== X-Gm-Message-State: AO0yUKURYHDiemcATBDGjQ8zVx5z4m0DdvmmaVNe+J2HFruU1tkCQb94 Pzai/rMBgI2LfMwSOejDqUb4KBPYDaO34JpdTnPxhbjXT3I= X-Google-Smtp-Source: AK7set8hYRLBBHJuq4tVmJ5qf93Pr7B+/8m9MDeguLvlX1dGat0NGrlKcCMdTti4QFtrILXNNLnXfSqq5kZiTPiWUSQ= X-Received: by 2002:a37:44d1:0:b0:710:76:de46 with SMTP id r200-20020a3744d1000000b007100076de46mr1429285qka.92.1676135719092; Sat, 11 Feb 2023 09:15:19 -0800 (PST) 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: <20230211101919.05c63e2c@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20230211101919.05c63e2c@thor.intern.walstatt.dynvpn.de> From: Minoru TANABE Date: Sat, 11 Feb 2023 17:15:08 +0000 Message-ID: Subject: Re: STABLE/13: src/sys/dev/an/if_an_pci.c:143:1: error: a function definition without a prototype To: FreeBSD User Cc: "freebsd-embedded@freebsd.org" , FreeBSD CURRENT Content-Type: multipart/alternative; boundary="00000000000021c47705f46fc2a3" X-Rspamd-Queue-Id: 4PDcgC6sNVz4Ksk X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --00000000000021c47705f46fc2a3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 2023=E5=B9=B42=E6=9C=8811=E6=97=A5(=E5=9C=9F) 9:19 FreeBSD User : > Hello, > > compiling most recent FreeBSD 13-STABLE (as of today) with a custom kerne= l > with disabled 'an' > driver in the wireless section (nodevice an), compiling kernel now fails > with the error: > > 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] > > How can this be fixed? > "-Werror, -Wdeprecated-non-prototype" means "Warning! non-prototyped SOMETHING is deprecated" <-- just WARNING treat as ERROR! So, Simply type "make -DWITHOUT_WERROR" JUST Workaround. > Kind regards, > > oh > -- > O. Hartmann > > --=20 Minoru TANABE EMail kotanabe3@gmail.com --00000000000021c47705f46fc2a3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

2023=E5=B9=B42=E6=9C=8811=E6=97=A5(=E5=9C=9F) 9:19 FreeBSD User = <freebsd@walstatt-de.de>= ;:
Hello,

compiling most recent FreeBSD 13-STABLE (as of today) with a custom kernel = with disabled 'an'
driver in the wireless section (nodevice an), compiling kernel now fails wi= th the error:

src/sys/dev/an/if_an_pci.c:143:1: error: a function definition without a pr= ototype is
deprecated in all versions of C and is not supported in C2x
[-Werror,-Wdeprecated-non-prototype]

How can this be fixed?
"-Werror, -Wdeprecated-non= -prototype"
means
"Warning! non-pro= totyped SOMETHING is deprecated" <-- just WARNING
treat a= s ERROR!
So, Simply type "make -DWITHOUT_WERROR"
JUST Workaround.

=C2=A0
Kind regards,

oh
--
O. Hartmann


--
Minoru TANABE
--00000000000021c47705f46fc2a3-- From nobody Sat Feb 11 18:09:40 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 4PDdtD2wH1z3pn0m for ; Sat, 11 Feb 2023 18:09:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 4PDdtD09vxz4VRW for ; Sat, 11 Feb 2023 18:09:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676138993; bh=9W+6BlqirB4JDE9s39t2EnkJ/DBLgbyycKk1DgRXiRc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=fgYImaiCWH0yxO/a+GjkhlkwIOxVuCNAHYOT4IJYcbUYZdkYIv5ErBU/mdm/Zf2w/RSXKNoCe5LjcnGgVR5XC9M7FiCjXIR9/JuJFyDPe8Mvi2acdBw1pM+Vma26D48zK3FIjgwfo7LTwbB35ZINYr3zDcvs+wDVL/MQh6Xo3SKNIYBBagGCTyxisl7FExTVdmpE9ikEfehrLe5bMRfJdxKr0hAO3TChvsWY0aBCnKkisueS+347ffTbvHVwNKSL2IDVKkuWrIAP9YJ5W031k4+cTWefxHI2/DTB5KljRK3hVkhQ//ktWPS4bssp++ueqj8fcZHMyGNPa6DsvMUWig== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676138993; bh=0Q8UwWA0Ogm01ofkD98Gaf2g5mzI3nTfiCFLb+n5sS0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Qb8MBG+XurbsR5ywV+NZlqGHEW6+Htt/nkHU/Es1g3CjyS03QgdEK7xeTtZ+ZayO5nTCt9hmBhtUFUY+3Z0X2e+YxLzh8lr/3sA/G6To14edr1FLmslyLeQMWmGyj55ENmUuNUs/gNL5pbgGE/Hp993x8AQ0Tj/fQdU5WwavUo3Stys02RqsBRWfDQ4buv66pZ3CP0b+b53u1PY7+aiSGNW9cEaiwvULCOzhH0J0qcL3OCZ/hHGJZ+mtSFTH7pJSgyaUR93PYvAgsEII7wFGkhtYX/QVu5eYXptJxVWkpyOopFxelp1kKOO36AMzbTAFiE+lSADqyqXotiompxBQ8Q== X-YMail-OSG: N3LQd3wVM1mJILX2Ow8fVOpZI1UZdhslo6uhV3TVY6WKs6ce1Zfd8KLMikrRfBh HoKeNOpJL.739iZNXRaLutANCttcjoIP_xAQqyCVZGjdIfvx7ZIo_tKheQArUr6gnY6VY6jBjHSK mF_pBe3lU9r9gaJJ_IguPb_B3m.niOgLzFY9NiFYF1gVl4BNXp55Zxv4SKah9ANno.65Mx.tT8rR YU0JFbDcEbD28x47mRep9Nu0hQre4.FlYiqF6SbDBw_8i3n52UNR03yisGY0CcXczHrxe3XObPub a4KzRTNGTNPkH_cZYSefO_g3cyKr7h.MgcF6U2br9FwVOcPaAqvsmEYaH_99J6AeB9XTFs10OBvP PkFm8dJLYCMPc2G8CJDsgARLOht42S5eCrYCNqyiUjJMVyjTWWHnEsLwWiI2dkgvKPS7mPpcW7ZX NDc0Pwcu_fSg94K4sr_L1PN0CDGLwaeWlQPjz5N72SdCJjTDF0OdPh2xoAnVhEX0UsP3z5N.zTEK EhGbjpoSxbFXEILetRSNjUBvT_I0pn7xz8dqZ6sL6lufw6ROaszGDtt.9AKKCde00Uw86m0A_bBY N_E8ySm7fgPeVktCs0pe07HtOsw5zfEjqCwn0k5kFQbVRzTWC2SuklBEtkPxoB7Lt1EDOCiJN8Xy uX8hiFJfiPDOiHMX3gWVgk.5JBz7skWWR6A9S9fMKHrsf8jkjZNEAOAZr68peNbJnZG40vn37ro6 1XIKrO0CkQ0w0VLqP6IZpaddxoPo.gGztacZ8ECul.yPqigSTfPzvV7TmzKb.Ongi8nh9r38ibhw spki6ydInI9gnaJDtYuhbXj0t1M8_oWgdQvvvf3T8hDzaCBLAcVEi1XMZptwnfQFkTmxI2jybOA7 v7_y7cgulwMH.HA9Y03s8D3o43oSYAffuyRPT6Ls5.Zhu1TRD50DEnoE94vagubQ2hFmn0AbDGdQ gDJ11SY1opwKwkak31vQym5Rqof.M3qxnzja95ThjXHGeRfQiOrNuXQ3prlG_WmO075_kvHajZBH TWPWSBUBQF74cMRdsWfxTR0cMicKBZqM_UItv1jRgzfCSttrIK49M9uEPmLOZZU7LaaCw2cMVzjt BQ5XTVD8gYQIOfQFDvisdQWlNUDObvxdI40ItUuVFZ1OAPHZb3V8EEoA0DWkOz7_VAQoY7SP2Fze MRb3F92Jjn2UJDcgE1euhQILxlXyitrUNrOQQNqIE_.IZI002NuZ18wn4saAeG8LCsumKo1E7eNu Uod9a_kF8IoDpmiAPkd1iqF3UzS2dp6Tt1sOVtOPj6vz8bS9oBcnBC6HFCSwrlyS1IwTMtdJWMlm yBW.oX8KOAtybK0KwqW2zp9MmT3Yh.Zeg3QFUhH8YUu83VyBxRVFB3YgbkDZzAiHmo0QKksBv5OZ TBFzB.xTp0ABANeez5_yGfvDLX.rop7uP9wa_Rjta1oWvAxIhfjFlrVBUHsjzyNhOc_RKR3k9Q.s YckBv08ql70xGpMTbk29etrEEanRCZS24JC7viVwRT_iIcQMrJA3ovhvVdGguT7_Zmuh4tjEHUUG 0cMI65W_Q5lGm4RRRiE4Jce6SRMhvzqL_upRR12ZJyd2SZdUDrgVWyE2RPZBdUJg0Oe3LFnDooUC YiWWE6jH7yVHePtoSOWG_gxIVO2CL.cGF_DvTvASBB05JwpS7FvUWcdEFb8vW59SXBif7mG_fyg7 zzm0w4aRVKru_DYK48hRYhNMDLhWChQXN39ve1PqTevP3Z9T5k4ifA_vpw1YkVQQ0t8DTWLH4wJI kOESVQ2E3ukLseL2W65FWhaIsRFykjrhhemnmJ1WCIs6wCrBB1E7Ht2H.UBbbnDnaBJD7nyhKPi7 BoweD.USUBp_vZEfPcExG1YUxBGcvAoTvFT5ygoxQFmcoO5Jn6Vv8n4mJyBLNfb.RONzD5pprN3P y285.VAszTmgGrSg5fFaSERK6kgnJ8ef4T8y9mTDrXnh2MW6hZilAHWllKJu3xLoI2HWbcKMdSGh pqM9tcsqYqe3BsajDS72TNJjtcFB1nhnfdHlyMzee3uNiY6S.LXD8GzC_TAttKqBwoqKUfLK9Tic YBel0LNh0xA6MUeprKSRbeXtON9SoAjbB8IpwZb1orv6XzvK3yKPezbr59kS_wCMzFfHXDaitnf9 Ier_XjJNnPRwKlnBTY2dOXAMsJUzaTyuUku2.OdiWvWA4tHpQK5nBNKmOgdnN7LxEuOWXNibZm95 dYxWGIPQFNQLspc58E8JALM_Q5SfmFdoNSYDcOhEG3kOsdZ.YAFZZGFCYY4nogK0ICWXMpsAZOlU - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Feb 2023 18:09:53 +0000 Received: by hermes--production-gq1-655ddccc9-7lfl2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fd0145aa71dabd4906fad84af2e31507; Sat, 11 Feb 2023 18:09:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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.300.101.1.3\)) Subject: Re: devel/freebsd-gcc12 based aarch64 nono-debug buildworld buildkernel: a Failure notice at/for stand/kboot/loader.kboot From: Mark Millard In-Reply-To: Date: Sat, 11 Feb 2023 10:09:40 -0800 Cc: freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <8377D797-D453-4D90-89B4-5853DF0AF3E8@yahoo.com> References: To: Warner Losh X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Rspamd-Queue-Id: 4PDdtD09vxz4VRW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 11, 2023, at 08:23, Warner Losh wrote: > I've never built kboot with binutils, just clang. Looks like the names = of the targets are annoyingly different. >=20 > I have 0 time to look at this, however, since gcc12 isn't officially = supported. Best I can do is not build loader.kboot for gcc. >=20 > Warner Given that ci.freebsd.org was having some = recent "manages to build via gcc12" success for amd64, I was just exploring. (I'm not aware of any operational testing by anyone/anything.) I expect disabling various things for devel/gcc* based builds is reasonable. Last I managed to build and use FreeBSD based on a gcc* not part of FreeBSD's own materials was when I had access to old PowerMacs and clang was more of a problem for that context at the time. (I did clang experiments and machine code analysis at the time as well.) I was not really expecting to find that I could build and operate FreeBSD via my recent activity. But, some build issues can point to something unintended that someone might want to adjust for more general reasons, such as less likely to break in the future. I assume that this is part of why devel/gcc* ports exist. Otherwise: why have them? > On Fri, Feb 10, 2023 at 8:42 PM Mark Millard = wrote: > self hosted aarch64 Non-debug buildworld Failure notice (from the = .meta file): >=20 > . . . > /usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/collect2 = -plugin = /usr/local/libexec/gcc/aarch64-unknown-freebsd14.0/12.1.0/liblto_plugin.so= -plugin-opt=3D/usr/local/libexec/gcc/aarch64-unknow > n-freebsd14.0/12.1.0/lto-wrapper = -plugin-opt=3D-fresolution=3D/tmp//cc75dLgJ.res = --sysroot=3D/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarc= h64/tmp -V -Bstatic -X -maarch64fbsd -EL -o loader. > kboot -L/usr/local/aarch64-unknown-freebsd14.0/bin = -L/usr/local/lib/gcc/aarch64-unknown-freebsd14.0/12.1.0 = -L/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/tmp/us= r/lib -zrelro booti > nfo.o conf.o crt1.o gfx_fb_stub.o host_syscalls.o hostcons.o = hostdisk.o hostfs.o init.o kbootfdt.o main.o seg.o termios.o util.o = vers.o host_syscall.o tramp.o exec.o load_addr.o fdt_arch.o cache.o boo > t.o commands.o console.o devopen.o interp.o interp_backslash.o = interp_parse.o ls.o misc.o modinfo.o module.o nvstore.o pnglite.o = tslog.o load_elf64.o reloc_elf64.o disk.o part.o vdisk.o interp_lua.o z > fs_cmd.o = /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/li= blua/liblua.a = /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/fd= t/libfdt.a /usr/obj/BUILDs/ma > in-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/stand/libsa/libsa.a -T = /usr/main-src/stand/kboot/arch/aarch64/ldscript.aarch64 > GNU ld (GNU Binutils) 2.39 > Supported emulations: > aarch64fbsd > aarch64fbsdb > aarch64elf > /usr/local/bin/aarch64-unknown-freebsd14.0-ld: target elf64-aarch64 = not found > collect2: error: ld returned 1 exit status > . . . > *** [loader.kboot] Error code 1 >=20 > make[4]: stopped in /usr/main-src/stand/kboot > .ERROR_TARGET=3D'loader.kboot' > = .ERROR_META_FILE=3D'/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/ar= m64.aarch64/stand/kboot/loader.kboot.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > . . . >=20 >=20 > (It will be some time before the debug build would get as far > as the above.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Feb 11 21:55: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 4PDktd00XZz3qVKt for ; Sat, 11 Feb 2023 21:55:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (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 4PDktb3w7Wz3hMv for ; Sat, 11 Feb 2023 21:55:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=kQnleqg3; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.31 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=1676152533; bh=6TdEQiARbcbgDZiYbr46UxKP+7ReDiyQvzd3houOmPo=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=kQnleqg3p1f/xVuTRon0yA8XlbmcZdo47gczM+ANhb8t5eyif2STPuxKzZJA4mJCXdQegpPriEfpJKwkAi5SVmxj1FAbuMIipVPSzxxnp8tfOiupwBz6jjh9m3ecIp+F4Xnct4XSX/Y1SqI/0uOlDWKqZAtO+87Hs0IPr0lcCwMppyctxarzxXAx+2scCYr7X6Nx3Ajbu97Dp1ZGBGob8hUVlD2M1UAUemNzdMmuutZrk/kkmUj//OBopapmzosOr2wvLz8pLPg4fcvKKXpYnHT0BoVId3v0tPg/G4snfr7mJgeXKVThvtVE6X5lAHVyNpwvjCEDWpsAXwMUnR51OA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1676152533; bh=iWf6mzn0FRMWcJK9ZpgT2dWfhOXWYMaNvtuFuIpnwAp=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=dZRR0y3ethYp63zxTdhovpKAIDNLXvLCgTht7gjtmkiCOG1atsocDkmBdZJ7pMtVjKptqnUTnI+SuUvGxzwxdus8u3z8wPdY+jXO/J9vowId1S57fBW3/pDRMKnTOrn3ybI2dxA1m4VMQ84ZnPlUsQ3jy8u7xaCqVsFL2kK/4s2CuK0AVw7lF9KbTD4zqT3MZJazqqnOJQr+v2UJ3/4eetIBDvmLA6L4tEukiPg4z3u8XUMX1aSafpo/N09xHKKgLE4H8BQTWDASZOVYhLsb92nvPpuPuiNQVGk2uejz1cVpXo0kkb9+nW8QBQ7ZDQ68aklBrb7HsqpMfcVX8q7mKg== X-YMail-OSG: dyq0SjkVM1mvkNmYKuiagdk7P6GOKUAvwUOkaOrvvmr2Dv96tUk43AHJFsN.oyQ L9sgwHoIYXbN0Fahd85.jZnhmD1z2GCwy9s6JowTWfFYOaEvrQBTdQ8V1bX7tceaK7U2VQ.0XC8J pOhsRuNPVte7gWoUMxN1yIWEGQPnmVO8P2kwDMLj0XaC8bqIiueS5HHX6.D7Z5dExG4gyVNAybx5 Lvi1_dotq2olZe4sosYHwWC12tHvpxvus01Z_fDJ4wfUXp0uhxPfBtHF_kbcpqcIuffcR4JVMHfW 8wkIw.s0pXzK41cJYdSoc1ymOsjPGAG5CiP4WFlcEAw00fraAh9M881O9N1vk5zahH8LUTn07QIF M2jX4aHHg2xbZ6ycLJDMsJS02KtwnDrLMZ.1ZVc4vdtwE0xcAvgvPVDFvwDvorw1SixsDx_PesvL vJmV6GGyFJQLBi1fzXHV1qQgx1Sp1fehL56pDR9DbPieRI.dy1crm.1BWwzZyWkyQUoP5PWU6Q6t huPDsysM03QPWR5Eskm8ZELImsQcdiUhVQ9O1gr_Gem6HAT9MjeYkvJz9GaGFbOhwWuF7khXIHoi wPcrz7SBHP6lTxZBHblPtqYFAuUo30XykxYwl0qSZbgd0Zk8fn34p7Pvm5YmFKD9CKl8eoixMxUe .91HG72wO0O3bWMAbGJBLVVF3TOrqqHC_bdhtg2ewzPCC3oHo6XJulbJcqlHY2Tsbb6z4VQsb5DY 6_s1G6sAq2h9dl6wGn5_ZB_SElybyULZjJqsQGYfS7FwMHH7GQ2kIdHssNHp2CTBCFOuyTxz9jNr bHRo19lzG2gAoN8vadywesoxvIk0E5KlbLGyN80lc3Eh2_q_TgvUlbEIHxrQ5yvyZeDeuIslQc.3 e79y6FHmijK5QgP4kZSVLbIzuBGFgnulMcWRIyizpvruR2qt.3OGtrYbxFhyFOubpuJTal3njLu7 FI0.CXMrT83afCQJgPoyCGtW7SVjZcbppGRFQAdOZ6yaDP03sDj79hrFmGGLvlDCyDR7KJPyTq1u YX2.7_4yhIEUko6Fa9rxYnVMsoE34wHkX4Ue1A1nK9__BzI.rmLNjHSx4PXhh4wupwLZbQ9busjN hXfn_Yii5KcvdRmbQAIleKAJX8v2h.EthPK7BpkK3e9I2_am2wo7_w6RGI1JGyuXtmXMi61YqCdx an2zy.TRcPcPcGVcp6eNFEkkhMttjEJinKlKjdImWYaDQBZNv5.650aHo6ceBvK15hkI1S2I2rJu XURUzaZ6XdHeUFKg658jIuCa20YJM0GI.Vu0XlRX8zgVBDefwyol3dXGcwgaJgzfFPHB4doxYu5q ziyGyCoLwdC0oAXV3OjlRn54XVTNSEWr_azOLku3ch_C1E9DF06BMInOrxe3I_z2MXK4Fs_SKH4w 1KVLmuTFz52Xwt4bqxlPUVMAp77DVlozpuAYDeeNlfrzEqXT05tmb3eRc8QVJsbCImLQq.LU6tXq EP0XahE_4Efl_0MZu7DKB0FGOo3.c2WIAc5S_FgRg8mKNzM_pM0t1xMls8XoaQL1TxfpiVvCUAto d0GWisIvqTHZFkOgNgnmLlHDnlVedSza69rUFWJXsG2YK2qMReTr1YE1HfkMXr5in6SJb0L2djjd JkHhzwGm1c_hy.rKY1_chllzYNlrbanG77F1yPb90XAhouYuy6ET6hf23P01um93qbuaH3aIBHqh 9dK28wAkTQGvOjWL0aMQ6iQMjiKg3BT9klWdyH2sSpgdJ.j7bUKb09roaeXHTOYmLr.ipSFZahe8 rFaPDazy12SvR_5z64LEaZk3WToiWXll1C6CrU058RFeKjs4i1UyeVw1AsAF2evSlX.fiplEHcta ByPy6AcVxURvzsYeRpPObL_2LfG30Xj6pKQdZQHgnDbPIMFfy7u7z51JtRrsJv.nHNTv0DG8BHcT 0.up4r4vWQzqAsQDQgSHkfvyWariEITiY7OiMfhFqLYiS7lztptZ8NJpRcIc6dP5sabcX6QrIIGd PRjsPEoWFCZJ.UVm5luzO90cmCLPNQD3Ie1pTftGMkmTY191F3J0lJuUxAMP3u0vTuQbD2o5MY3j 2DBZitsCRydCp3gSZ4MP0tlRbLhsfl5TXXYIBONvnO2kD1tY5ImPcHnHeunXLNZT0u2XX0ThIFvQ oC4QtpqqRuVzLkK9o.jtOO2.qf3f0VCTBwo3cvp.Je4Z4bVAyi1URbj8X5KOKMJnYQliEGWIuKHW crlXfE9b215s9RqkmyKEyRDIPOx1EVbU4uNAD4IpGumgbUH9p3uD3IMsW98p5 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Feb 2023 21:55:33 +0000 Received: by hermes--production-ne1-746bc6c6c4-9t6ft (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2a20e355073ca3590ae9810243c2b99e; Sat, 11 Feb 2023 21:55:30 +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.300.101.1.3\)) Subject: devel/freebsd-gcc12 based aarch64 buildkernel: rejection of sys/arm64/arm64/locore.S assembler notation Date: Sat, 11 Feb 2023 13:55:18 -0800 References: To: freebsd-current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3731.300.101.1.3) 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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; 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.64.31: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:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4PDktb3w7Wz3hMv X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [For the buildworld notice that I reported elsewhere, the debug build got the same type of notices/stopping issue.] After the buildworld notices that I reported I tried buildkernel by itself. Again the non-debug and debug builds basically matched. An early message (that did not stop the build) was: make[2]: = "/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/sys/GEN= ERIC-NODBG/Makefile" line 47: warning: "Compiler is too old to support = PERTHREAD_SSP" The logic structure in the Makefile only considers clang as capable: PERTHREAD_SSP_ENABLED!=3D grep PERTHREAD_SSP opt_global.h || true ; echo .if !empty(PERTHREAD_SSP_ENABLED) . if ${COMPILER_TYPE} =3D=3D "clang" && ${COMPILER_VERSION} >=3D 130000 ARM64_SSP_CFLAGS =3D -mstack-protector-guard=3Dsysreg ARM64_SSP_CFLAGS +=3D -mstack-protector-guard-reg=3Dsp_el0 ARM64_SSP_CFLAGS +=3D -mstack-protector-guard-offset=3D0 . else ARM64_SSP_CFLAGS +=3D -DPERTHREAD_SSP_WARNING . warning "Compiler is too old to support PERTHREAD_SSP" . endif CFLAGS +=3D ${ARM64_SSP_CFLAGS} ARCH_FLAGS +=3D ${ARM64_SSP_CFLAGS} .endif I've not checked if devel/freebsd-gcc12 has alternatives that would give support for PERTHREAD_SSP_ENABLED vs. not. As for the first notices tied to stopping the build: --- locore.o --- /usr/main-src/sys/arm64/arm64/locore.S: Assembler messages: /usr/main-src/sys/arm64/arm64/locore.S:839: Error: found 'U', expected: = ')' /usr/main-src/sys/arm64/arm64/locore.S:839: Error: found 'U', expected: = ')' /usr/main-src/sys/arm64/arm64/locore.S:839: Error: found 'U', expected: = ')' /usr/main-src/sys/arm64/arm64/locore.S:839: Error: junk at end of line, = first unrecognized character is `U' *** [locore.o] Error code 1 make[2]: stopped in = /usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/arm64.aarch64/sys/GENE= RIC-NODBG .ERROR_TARGET=3D'locore.o' = .ERROR_META_FILE=3D'/usr/obj/BUILDs/main-CA72-nodbg-gccxtc/usr/main-src/ar= m64.aarch64/sys/GENERIC-NODBG/locore.o.meta' Or, as shown in the .meta file: . . . | /usr/local/bin/aarch64-unknown-freebsd14.0-as --debug-prefix-map = ./machine=3D/usr/main-src/sys/arm64/include -v -I . -I /usr/main-src/sys = -I /usr/main-src/sys/contrib/ck/include -I /usr/main-src/sys/co ntrib/libfdt -I /usr/main-src/sys/contrib/device-tree/include --gdwarf-5 = -EL -march=3Darmv8-a+crc -mabi=3Dlp64 -o locore.o GNU assembler version 2.39 (aarch64-unknown-freebsd14.0) using BFD = version (GNU Binutils) 2.39 #include "..." search starts here: #include <...> search starts here: . /usr/main-src/sys /usr/main-src/sys/contrib/ck/include /usr/main-src/sys/contrib/libfdt /usr/main-src/sys/contrib/device-tree/include End of search list. /usr/main-src/sys/arm64/arm64/locore.S: Assembler messages: /usr/main-src/sys/arm64/arm64/locore.S:839: Error: found 'U', expected: = ')' /usr/main-src/sys/arm64/arm64/locore.S:839: Error: found 'U', expected: = ')' /usr/main-src/sys/arm64/arm64/locore.S:839: Error: found 'U', expected: = ')' /usr/main-src/sys/arm64/arm64/locore.S:839: Error: junk at end of line, = first unrecognized character is `U' *** Error code 1 With that, I've provided debug & non-debug tier 1 notes (amd64 and aarch64).( http://ci.freebsd.org/ only has amd64 debug.) But mostly I've commented on notices associated with stopping the build in an incomplete state --not the many other warnings/notes produced. While I also have access to armv7 (and armv7 chroot/jail on aarch64), I do not expect to be experimenting with armv7 and devel/freebsd-gcc12@armv7 for such just for my own curiosity. Note: My builds were not a detailed replication of the FreeBSD ci server's type of build context, even ignoring the debug vs. non-debug coverage and the aarch64 testing. The results are based on my normal, personal buildworld buildkernel context. =3D=3D=3D Mark Millard marklmi at yahoo.com