From nobody Sat Feb 25 17:26:07 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PPDFF5rqNz3tfyX; Sat, 25 Feb 2023 17:26:09 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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 (2048 bits) client-digest SHA256) (Client CN "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPDFF5QKLz3r3N; Sat, 25 Feb 2023 17:26:09 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.16.1/8.16.1) with ESMTP id 31PHQ84E064918; Sat, 25 Feb 2023 11:26:08 -0600 (CST) (envelope-from mike@karels.net) Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id u8IeILBE+mOU/QAAs/W3XQ (envelope-from ); Sat, 25 Feb 2023 11:26:08 -0600 From: Mike Karels To: bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Subject: Re: Timekeeping problem in /usr/src on new RPI aarch64 snapshot Date: Sat, 25 Feb 2023 11:26:07 -0600 X-Mailer: MailMate (1.14r5937) Message-ID: <79CD9E36-93FF-44C2-99C4-B3CC5AEBB466@karels.net> In-Reply-To: <20230225170238.GA11193@www.zefox.net> References: <20230224210502.GA8127@www.zefox.net> <1216867532.11893.1677280869319@localhost> <20230225161625.GB8127@www.zefox.net> <0BA0C9F7-5F85-4EBF-86BB-428730746592@karels.net> <20230225170238.GA11193@www.zefox.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4PPDFF5QKLz3r3N X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 25 Feb 2023, at 11:02, bob prohaska wrote: > On Sat, Feb 25, 2023 at 10:33:23AM -0600, Mike Karels wrote: >> On 25 Feb 2023, at 10:16, bob prohaska wrote: >> >>> On Sat, Feb 25, 2023 at 12:21:09AM +0100, Ronald Klop wrote: >>>> >>>> UFS stores the current timestamp in the superblock of the FS on clean >>>> shutdown/unmount. On boot it reads the time from the timestamp in the >>>> superblock of the root FS. Of coarse this timestamp is behind for the >>>> duration that the machine was off or rebooting so you need to adjust that >>>> using ntp. For ZFS root you can use the fakertc port to do something >>>> similar. >>>> >>>> >>> Mark Millard points out: >>> /etc/localtime Current zoneinfo file, see tzsetup(8) and zic(8). >>> >>> /etc/wall_cmos_clock Empty file. Its presence indicates that the >>> machine's CMOS clock is set to local time, while >>> its absence indicates a UTC CMOS clock. >>> >>> Since there is no /etc/wall_cmos_clock on the newly-installed filesystem >>> it appears the superblock timestamp is then interpreted as UTC when a Pi >>> boots, using whatever happens to be set in /etc/localtime. My confusion >>> is reduced somewhat. On first boot, what is the state of /etc/localtime? >>> >>> I've neglected to run tzsetup immediately on many previous installations >>> and not noticed any complaints about mis-set clocks in buildworld. Is this >>> new behavior? >> >> /etc/localtime is used in formatting dates (e.g. for ls), but is not >> involved in storage of timestamps. Timestamps on files, system time, etc, >> are all in UTC. So the system should act normally if there is no >> /etc/localtime, and after one is added. > > Does formatting include calculating offsets from UTC for display? Yes, I was referring to the process of converting from a binary timestamp in seconds since the epoch to a string with day/month/year/hour/minute etc in the local timezone. > On at least a couple of installs I've observed date reporting UTC time. > After running tzsetup, set to PST, date then reported the same numerical > time with a PST time zone. This happened very early in an installation > lifecycle and seemed to just "go away" after a few reboots, though I > never paid close attention since it caused no complaints. I have never seen such a thing. On the contrary, I have noticed files with timestamps that seemed to be in the future, then realized that they were in UTC; I set the timezone, and then they appeared to have recent times. I’d expect similar behavior from date unless the -u flag was used or the timezone was different in the environment. Mike From nobody Sun Feb 26 04:01:56 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PPVM92cn8z3vG5p for ; Sun, 26 Feb 2023 04:02:13 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4PPVM81NzPz3mkx for ; Sun, 26 Feb 2023 04:02:12 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of jamie@catflap.org designates 2001:19f0:300:2185:123::1 as permitted sender) smtp.mailfrom=jamie@catflap.org; dmarc=pass (policy=none) header.from=catflap.org X-Catflap-Envelope-From: X-Catflap-Envelope-To: freebsd-current@FreeBSD.org Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 31Q422cq097220; Sun, 26 Feb 2023 04:02:03 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 31Q41xdI097098; Sun, 26 Feb 2023 04:02:00 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202302260402.31Q41xdI097098@donotpassgo.dyslexicfish.net> Date: Sun, 26 Feb 2023 04:01:56 +0000 Organization: Dyslexic Fish To: phk@phk.freebsd.dk, marklmi@yahoo.com Cc: freebsd-current@FreeBSD.org Subject: Re: An idea for swap partition size vs. swap space size in use handling References: <202301220717.30M7H7wC022099@critter.freebsd.dk> <6F24FD22-ED7B-44E2-B6A6-C82F845C3A56@yahoo.com> In-Reply-To: <6F24FD22-ED7B-44E2-B6A6-C82F845C3A56@yahoo.com> User-Agent: Heirloom mailx 12.4 7/29/08 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Sun, 26 Feb 2023 04:02:03 +0000 (GMT) X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[phk.freebsd.dk,yahoo.com]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[jamie]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; HAS_ORG_HEADER(0.00)[]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US] X-Rspamd-Queue-Id: 4PPVM81NzPz3mkx X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Mark Millard wrote: > On Jan 21, 2023, at 23:17, Poul-Henning Kamp wrote: > > > > Last I looked at that code, that is precisely what happens > > if you add a too big swap-device ? > > It produces a notice reporting how much bigger what it is > using is than what is recommended, if I understand the > message right. Here is an example were the difference was > small for an armv7 context: > > warning: total configured swap (1003519 pages) exceeds maximum recommended amount (1003072 pages). > > Another from a context with a much bigger difference: > > warning: total configured swap (2097152 pages) exceeds maximum recommended amount (916632 pages). > > These sort of messages are followed by: > > warning: increase kern.maxswzone or reduce amount of swap. I thought the same as phk. And I always thought those messages were just informational warnings on what to do to stop that excess swap space being unused and effectively wasted (i.e. suggestions to change settings, or reduce the swap size!), but you say this isn't correct: > As I understand, the 2097152 pages vs. 916632 pages example means > that it was operating with the referenced fragmentation problems > being more likely. That would not be true if it was just using > more like the 916632 pages and ignoring the rest. Are you, phk, or anyone else, able to provide further pointers or clarification on this? Cheers, Jamie From nobody Sun Feb 26 05:00:04 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 4PPWfG1WFMz3rrQf for ; Sun, 26 Feb 2023 05:00:22 +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 4PPWfF66Tqz3t1V for ; Sun, 26 Feb 2023 05:00:21 +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=1677387619; bh=j+efi74tLzGx5UXYHcrT1z4hBMLopIidrmYg4u6WM00=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Z74br9VGYo2DE2ZVuyEpeZc/ZnILB+fY8K0rJBQhm6tfz63NMKG4CCYsj/pHlKmMTh62mLW4tAmGZmH3dAdfH3XqjLQ0+XV9puP93PyUO6LBAb5DOMpNAjl1NSKUYjwWzUatCeNR/THX+TMukwuUL3Lc5KduXZHeq4CZNgEla2YhaYmpRr9ZoulmfHXcl98Agw2WwYo+dXoFFh6u4+aBgnbTNdYHJ8R3Fw8yZkE2u0BHmrVqykl/Mbq2Ttd0BWzHPxUOZ8Uqt2BlSgP5IUqYePkNoyMK+N6oY0MRRU3T4S1xjN0EP5vXRdLeXJ6/BwdoV0s4Qk7c99GKcBzKbJBieA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677387619; bh=uRRtzvAkG+M2zCZZceQ4w5L8f/800LX2C7XLsov1J/W=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iIHo3l4cFprcxFsIJLlSeXgTUY4YO/ipkvN8n8ipZjTuzYZu9LZARlpSU5nop/XfJanmsFRrxhhGdJhK2zFxUqxiJwoQaLBIdiP5nW0V6Ej4bqkolQTq3t5AL4Numh2B4/to63v7LV0nNFTzhl0OQnDPolJ0SXYDvBD3U3SqotGgXn68PhjDGYI8qBKaIRwbvRwxHLUSFCvwbfkIy9Xm2sy62HLI/ZhBbsMV+G96xEhOQ5qxcRyznnqa35sA3anRNnT/UPORaSe54xjwROwYkif8VLncixAD6PuV30q0ZY39mZMrKSD5de4zKc1gBe5V1blFhlfql3BrtPiBDoPwww== X-YMail-OSG: bfJbasgVM1mm_0AYuwDiqamDHzYPU9HEwBmNRAL8guEtr1smhOMCsGcQK_x8gyV WRIEMhICPW31QHQTaCHAriZIwq9lF7vR2FCqj_SeM9w_yNYkn3.aXsgO9WX_kj0q6S0wUy6MZIhI kpawnekyo.WlaUdVEkC_PE7LHoe4MaFgVrPZoFu6_BaqqcdIxoe2TUmVCpLVncMUnvAr5aabQ55W ZZO25AWvLGhAt3P9rMdtGdssSJHY2D4WYO_AipKkvW9rPKEqRjBHS8S54K5TtzirqIx5GrNdQi36 GkVJBQzMM9folNxOMtfQ_9ZML8wA9hviwfagbU8o_CkLpvsIjoyPlj3fGqSFBnVnEVD89AE6_IfK oyC5v6wEqPNUr0xpuusGrjENd2NxoFj9Mv3HQRzJGHauLzWPXbVAWmHZeREtKNcWPabuSkZvqfKu d0TR4yTew2FTycjFX6Tr6PiDURx70KIH_mB5LGazzlch1dzADItCp24payT2tvkgNm_M0KpmlGP1 F3k1IB1DY2kasPN1u59RDnfHl3dioC52efSerTiYqqzBT1ctOLV2gybos_tuxy1gppBXYRhyL2TK FhuDkMY8x5xBe7Y5gp3qj4ZYA3qKflpbp.7ymbI0ob3_6rsKkeJItfVUZfqON26dCgvNxI53r7qh scxwP_Nzoxr3519noBxJjjujdXZ0jks3M678WejBLNGrVlBJ7ZnrLa53uwnI8sEQuTzKk7T1pnYC 1_dj6F74r6GYRycmt01CIBGIEChOM4tSabgaJhVYotYV33N8bkyUFrztXZi2SkrClzFrW_nstiTo DsH7Ck148XZuSvi.BplJU.5ev_cJje5WuHM77LGABxN_hU9vhSsvfeQi5Hz30wKRSQfARNw3Zy_O EVXqld2LSiSFfvy83tYIClOYI00tIk8FrMWaTRV9HT93COA.2zv5z7SIKaLCkLmvUqWldiVCnXsP 2Nx7tHRynyx_N4.3oMPYnYYZ4656EvyikLTKU9CLEbPSgHvr0bosh6T1t3j3kr7WCqHeV.2sV0BU nvYTN6CPqSERDRw7I_B9H5.GjRnyHrFuerTftf1Sa.mNVDVpOMfjVYcHy4GN3v9C1.RTgSgHtWOL b2_TW4H6D_Dd2saoz.SvnJd.Mhfxs_xrEGDnXFAXnnQioghunN1FQqLOyELpTcAKUxwYLCMYmNBW K2kbemjMIW1XbL0Q0yCdHZZuuUUG87UUoDHr1QFzOS802xCqY7QeEIZsKD2TH9XAi9bluDNv3Atb RISJIGAm2_2MFu_H.daLAx4WlCwvh9e21RhLCPVrtKkNXWKbP3eBK8pROcAGLSNp8tpDRBC.aV9o Dyd.RlGzn0d2fTw.PHs2jqrFfoOnfZa3ZgBReqhcq.BCNq_VO64OE.RAXfA7WnB40xwN04swF_I7 O7AhvaDBUmSRw9G6e23kKgfeuN.EAzmZlddCskb3fjd3xEHB5Km8mTNtKCR9NPXGwCH944DFcdGL aK7gXTLYmF0joQdXcRCnPZmoe0Daczf.rAJnkcjD5IsN7z_dSZgG2iLMTDNlCLwuGVCuWemnS57r F1jN.fKS2OebKDYr0Leb4aMkRjy3OrH4cgcdeMZWdPecVTW6bPArYog.qbIJZsUAJLAjK5QxGQX7 TU5rMqI98ED3WVse2oMtwbo9zVcwCW6tnR_jltUxd7DyA3RAn5lu6uMXiKIMc4iJ2b7oEKhhnMFv EZU33mH8.ZnPxrSEh8bgvV2K3kEi3_5VXwg0.0xRNpT1Y65FlLuFXjkygIr69NqqM.xGJq89w54v ixoCpFZraknPQh97CEcddXOsg6ECAtViae6PhvpzYlCdEZUJqrh2e2CL1IzortrO3ik6w26xMQEH 96HROwwvLBuKH61tf7PTVR8jiL3lSHmpjczGrTpg4LS3UqMVaSTxb7BAc_Zza_DZL0CSg6KL2fLg MFi_F8nU8p_0Amc5bsKbtXVqs_cNF9Ue6Js0YDuDiXBYGeEJ1HumFt3Cyx.P6ygHtnhchlzp_XKY RGrK9n11hWxnhI450Y67kMl0laXjnanw2CYC0Q_ubm.usvVoz5W8gVPJChYM9wbMueXmTSMkJQGe Zgz1ge8IKCyS_0JxgTllbl86MbzZlZtLezwZTs0qIkFLzcHgmv83AEjRWFLkkwLBhee1SKUj0Ym8 nb0m_k00veHR..Ukux2V5A2FRehP4OLNaEQlSPZ.DEOZ02vN1kOn9ZoLOjFFjUf6leDa8Fji5AMb vHydXx86PniVAOUaAdMCpGDZJakatK8wU0zAfGCjnnlenrr0fYgD1um.4yk.ae9PQkZW6GPMyCsA - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Feb 2023 05:00:19 +0000 Received: by hermes--production-ne1-746bc6c6c4-wq9r9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a45874cc64c9017d34f38f37cbd0771a; Sun, 26 Feb 2023 05:00:17 +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.400.51.1.1\)) Subject: Re: An idea for swap partition size vs. swap space size in use handling From: Mark Millard In-Reply-To: <202302260402.31Q41xdI097098@donotpassgo.dyslexicfish.net> Date: Sat, 25 Feb 2023 21:00:04 -0800 Cc: phk@phk.freebsd.dk, "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <202301220717.30M7H7wC022099@critter.freebsd.dk> <6F24FD22-ED7B-44E2-B6A6-C82F845C3A56@yahoo.com> <202302260402.31Q41xdI097098@donotpassgo.dyslexicfish.net> To: Jamie Landeg-Jones X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PPWfF66Tqz3t1V 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 25, 2023, at 20:01, Jamie Landeg-Jones wrote: > Mark Millard wrote: >=20 >> On Jan 21, 2023, at 23:17, Poul-Henning Kamp = wrote: >>>=20 >>> Last I looked at that code, that is precisely what happens >>> if you add a too big swap-device ? >>=20 >> It produces a notice reporting how much bigger what it is >> using is than what is recommended, if I understand the >> message right. Here is an example were the difference was >> small for an armv7 context: >>=20 >> warning: total configured swap (1003519 pages) exceeds maximum = recommended amount (1003072 pages). >>=20 >> Another from a context with a much bigger difference: >>=20 >> warning: total configured swap (2097152 pages) exceeds maximum = recommended amount (916632 pages). >>=20 >> These sort of messages are followed by: >>=20 >> warning: increase kern.maxswzone or reduce amount of swap. >=20 > I thought the same as phk. And I always thought those messages were > just informational warnings on what to do to stop that excess swap > space being unused and effectively wasted (i.e. suggestions to change > settings, or reduce the swap size!), but you say this isn't correct: >=20 >> As I understand, the 2097152 pages vs. 916632 pages example means >> that it was operating with the referenced fragmentation problems >> being more likely. That would not be true if it was just using >> more like the 916632 pages and ignoring the rest. >=20 > Are you, phk, or anyone else, able to provide further pointers or > clarification on this? In: = https://lists.freebsd.org/archives/freebsd-current/2023-January/003086.htm= l I wrote text between the places the places that you quote: "warning: increase kern.maxswzone or reduce amount of swap." and: "As I understand, the 2097152 pages vs. 916632 pages example means" that included quotes from man 8 loader, specifically its kern.maxswzone material, that indicated there are resource tradeoffs in adjusting kern.maxswzone and also indicated that "care should be taken to not configure more swap than approximately half of the theoretical maximum". It also says that kern.maxswzone "directly governs the maximum amount of swap the system can support". I'll also note that adjusting kern.maxswzone does not, of itself, notably change the amount of swap that would be put to use for the same workload. So a message reporting to either adjust kern.maxswzone or reduce the amount of swap is not documented to just be about avoiding unused swap space, so long as the system does not reach the "unrecoverable state" that was referenced in the same quoted material. If what I quoted is insufficient evidence for you, I'm not likely to find other evidence that would be sufficient for you. (Not that I've ever found other material about the issue.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Feb 26 05:20:24 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 4PPX5f3RQhz3rsqZ for ; Sun, 26 Feb 2023 05:20:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPX5d2pz0z3xMq for ; Sun, 26 Feb 2023 05:20:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LzLun6u3; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677388835; bh=OsTMbWXNejlt65+2OnQF27q9AnmWiz3NbEwO+dul8JY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LzLun6u3WK4HR+sXOUPjFLovPTGKTBV3ceqJttHY2mu+o/6nCFxKs4uL4+6aL4sPDhrBQkoQOC0MjPmW4Mt+WhHJVr/QB8Ck/u3HFIfDASbS5vbyQOvsHBc3HMqBOeWInkbA7KzmRGRxXFXCcnE+BuLE1cSAhLfW5xP0/A95HttCdrAzPeLhzHN502H7AA0mbVih9KkosIkHat2+DY8NNsPyp4kcFXLzQWGBvIyDTH2mBo22EZ2nMy+lkKCJQRVX4ZmkaIlzeZOkLXmP409QbaNx+/cOLkA6XSiVpLONTUxAeaczAVthVs55QkZCVskFRzDklm4y0bgSYqa3nnr50A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677388835; bh=WbVdVdYIhIyWhI0nKmbO2O6M+OJz6QAKMT0zj+9p6FX=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=siM5rQvb/+3ceXelPcvZaj2BUt7T5i1AuG00pH8nUF4Sj7yso+qjhFfsg4EdcNT1ZvAYPlZlXBKcEuvEu3oNT//9yms5xV7/RpMq9WmyDzQ5gTcCdo3NcTKfzyF6o6fH2ggU/jIyHXW2fiLboal/ns5O66m8GzEQnJKfdxd1pQoGW7knyzqFb6YZCSFAww+F92q/SnNbxAyxcGTeeqZoP7njayEUwcq1YiN3yStsVsgn5BlA8HW2HdGxn1HxDpIozO2DY/6Th5GGR4a/d5jq50TMyNjqXEBae+l67yr2z1pVUSLvGq8/JJdpSUM1uTkYCP3kL0JLiHZ8REIj+0YPXQ== X-YMail-OSG: ivcCZ0kVM1mQcIZAPWXkFAjd8JhFHDH..UN7vwm6q41ur83tbmQh0FYNMmOQ99G sfr_U4GvdQfUvgYZG0OQMQYhyhESqqV33XuUL64tW57TnwtOi65F1bJyc1H4AAXC3fFMhGhHDlPf iZbzsgmOYntiOzahYYRcT206UcibAPbsna0BqnJi7.uG87OpwLt2dcEXkcpnJvMrdLYkOmQ_6IJ3 c9w8yiXokeb9qgKR36el_2QbHM_8ADgNvaJmnJ77wZTFKEkRUhTtwkZDsSxVTHUvzkoKuwB1tO2O hl02RfmKKo.TMGFaInHS04Ym4RRwoJImWxxidVyvr_J_cCZdYFEXuaR5T1ukfQktefBdG65xoGez l3TAnygOQB7lHPWnSJx9Z8xac4r60_75pA4sEOueEXAeR.0AHDx9YjAJYTBpnDuUdNSe9i2Lo3q5 cFIZb0qhlhrUuPkC94zPiBQ1GzbkKlYyUWIMxHH_GKax6d7wzuOvHyVlOsyGb.dC.KRT6t_UJK7O sTCe83j.Ys00cM3gRU3d.RKg_PElMo27RsUh3QWxJjKt8IpDFb.AGiSSHMcW2QpveWyuzrqw5w.H gBgsfjGqxq19Y2W278xbcMoclWjwzfBuidiq7WMCBbVB8V.WVwGuNohzfHA68eQSX7.0mxg25KJL UcVWHCpjqpvwSY3bYDljQKl0olPx2SOpajxyB83PgTdFp1ykyCulNKGOsPyDSw9NqTIomTxyFkXZ bcF5vjaTyoFPkMbL2b74.h1hjELzBiQ5qrwcCACw5vALq1msFdKPVRsg1vHjKkCJe1ZIUTYaxpjx _x0_27clcsZyOlE5oAxE6a7IGhO0fWTex2FSYi5bHBFmxLDzQxmpmN71W_xXQ2oNu.RIEYKZUilo 9h0zAFn9tjVeMl.5MZsX7SwaOuQg6ETFRo1ULgC43utDbp68gR_PcWlO6CXdQeRtlXZJVN7H609r 97UdGjNAngNvq3xJ_rHEasC21vwg_au1FgnJ7XxC.N2OnSjaMRD9zmz7SancBeXsek1iJjBLvMEB eZaqt09m.mfA12_j87Fs4GPEcLl7u1pJLbGt29HTut6aWqbjApREaQA7eq2ytGa42.RuB4nw9KE1 2nqfTIr6oxGAl8hJesSdRJmbhQe9CiHfARgjQ4F6yh_2TtM51w.sOIp8W6sevgBnNYUgO.mY_91o btKONUsX7eKHKOxn5gAOj5zUw7FdntrVpjVQkSfkQY3s0i2e3l6.XT.gw3oN.H684WZ.18YHYprS 4nhbiX3ovELBvkiAqP9arJGrCQFz.uEy29x3CwjWQdj4jG6W9gEF.o1kgmdUMbBRpaBH448h5nxc 5RF8Rjd88324oyjQF3iUffocq1oZVrSl7ZoLjbS2y3dfA3RVWjYbTeTeRlmasyuRplDlpFG4OOjc 6KS97aBX4fH1IIwtVIsSxYGJD4Axr1TEHUCiXG5TfjNuwbdYB8pPwnCniHeJuvn1xK7IGgMySwE6 8VauxcbzbtctFvDsICViCwnGd_FCUeHw5llKoucuuF97wLdCkGPnAmH5epuOHueP3ORhzCNiiEJF sNTLrCnF0nz0xrQFyEZ6crgMohGbkmnOYZCNGM24VB0V_caEqSZVMj_.SLSf1IJt8fA35p3tAQEV Kc6yU8mo.2Bjq8aP6DGbkoh7f9m9DjeAimHbrqQILZRLcdQL.o1Ay3.8I1zdWjkKToHEXZAYARXT KjeA0..jUN6D64_ng3UkFdn2DfNxKmDfNCWHsEPEzDaBbw7knGvDppJoNElc7NUkuS1vVw1wSENA liN_OjXQiLnKyAqypXb0DAq4q6S8kzkFAGUKGkMWgss4Cd2T2OL2fmzodnc0k12C1Eioue0RrqTt 0JgM6ksbssnfN7KyEoEWuiNz7QaPH8EwjYYnslk.7WRPvMzh9ibB9ym56IJSLlGcEIW4I1GIWa2R FgnkBvNfPL2EgQ4kmzwDTuxXS6_n93dZPjBOifTeIdOFTJ4dyEG5Zc7esWhL.pi0.t8.sCSUT_dE 7T5deUb.tvng26hSk3sSt8JB9DYLEjKAZI6MqkCLl6e3UxcB6yM2pBhVx9.ky9CDcR968dcSGpKF FtFQCSsIpFqtQQ9kN03lOlcXzXiUh4NEDmbiqWTOQHvvkKUMyf4y6VjLA39lysSvelLjTFpNe4JX KJW0YoFkgJ_vbRiWADjCfmjhKVT1g2eOYV7_oEw3Bt9626nL.vTRusSEKCdFuJHGnJSCTllcLLfc zaBbBQMBPQtyGaWfZJWBWhCjEeKGo3fr5pbP2CevvhAOTT1r262PJf_wtJmKcY3k6mgGsp1Ua X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Feb 2023 05:20:35 +0000 Received: by hermes--production-gq1-655ddccc9-czwwz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cd8982fc88ff5a19a5dbcb61c6cd7244; Sun, 26 Feb 2023 05:20:35 +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.400.51.1.1\)) Subject: Re: An idea for swap partition size vs. swap space size in use handling From: Mark Millard In-Reply-To: Date: Sat, 25 Feb 2023 21:20:24 -0800 Cc: phk@phk.freebsd.dk, "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <98459520-A9A0-430F-B32C-AE2FB30C12E8@yahoo.com> References: <202301220717.30M7H7wC022099@critter.freebsd.dk> <6F24FD22-ED7B-44E2-B6A6-C82F845C3A56@yahoo.com> <202302260402.31Q41xdI097098@donotpassgo.dyslexicfish.net> To: Jamie Landeg-Jones X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; 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: 4PPX5d2pz0z3xMq X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Feb 25, 2023, at 21:00, Mark Millard wrote: > On Feb 25, 2023, at 20:01, Jamie Landeg-Jones = wrote: >=20 >> Mark Millard wrote: >>=20 >>> On Jan 21, 2023, at 23:17, Poul-Henning Kamp = wrote: >>>>=20 >>>> Last I looked at that code, that is precisely what happens >>>> if you add a too big swap-device ? >>>=20 >>> It produces a notice reporting how much bigger what it is >>> using is than what is recommended, if I understand the >>> message right. Here is an example were the difference was >>> small for an armv7 context: >>>=20 >>> warning: total configured swap (1003519 pages) exceeds maximum = recommended amount (1003072 pages). >>>=20 >>> Another from a context with a much bigger difference: >>>=20 >>> warning: total configured swap (2097152 pages) exceeds maximum = recommended amount (916632 pages). >>>=20 >>> These sort of messages are followed by: >>>=20 >>> warning: increase kern.maxswzone or reduce amount of swap. >>=20 >> I thought the same as phk. And I always thought those messages were >> just informational warnings on what to do to stop that excess swap >> space being unused and effectively wasted (i.e. suggestions to change >> settings, or reduce the swap size!), but you say this isn't correct: >>=20 >>> As I understand, the 2097152 pages vs. 916632 pages example means >>> that it was operating with the referenced fragmentation problems >>> being more likely. That would not be true if it was just using >>> more like the 916632 pages and ignoring the rest. >>=20 >> Are you, phk, or anyone else, able to provide further pointers or >> clarification on this? >=20 > In: >=20 > = https://lists.freebsd.org/archives/freebsd-current/2023-January/003086.htm= l >=20 > I wrote text between the places the places that you quote: >=20 > "warning: increase kern.maxswzone or reduce amount of swap." >=20 > and: >=20 > "As I understand, the 2097152 pages vs. 916632 pages example means" >=20 > that included quotes from man 8 loader, specifically its > kern.maxswzone material, that indicated there are resource > tradeoffs in adjusting kern.maxswzone and also indicated that > "care should be taken to not configure more swap than approximately > half of the theoretical maximum". It also says that kern.maxswzone > "directly governs the maximum amount of swap the system can support". >=20 > I'll also note that adjusting kern.maxswzone does not, of itself, > notably change the amount of swap that would be put to use for the > same workload. >=20 > So a message reporting to either adjust kern.maxswzone or > reduce the amount of swap is not documented to just be about > avoiding unused swap space, so long as the system does not > reach the "unrecoverable state" that was referenced in the > same quoted material. >=20 > If what I quoted is insufficient evidence for you, I'm not > likely to find other evidence that would be sufficient > for you. (Not that I've ever found other material about > the issue.) One adjustment: I forgot that these days the material that I originally quoted has moved around and where to find it depends on the vintage of FreeBSD in question. For 13.1-RELEASE: = https://man.freebsd.org/cgi/man.cgi?query=3Dloader&apropos=3D0&sektion=3D8= &manpath=3DFreeBSD+13.1-RELEASE&arch=3Ddefault&format=3Dhtml shows it in man 8 loader . (Similarly for older.) But for 13.2-STABLE: = https://man.freebsd.org/cgi/man.cgi?query=3Dloader_simp&apropos=3D0&sektio= n=3D8&manpath=3DFreeBSD+13.2-STABLE&arch=3Ddefault&format=3Dhtml shows it in man 8 loader_simp . (Similarly for 14.0-CURRENT.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Feb 26 23:13:58 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 4PPzwM57YHz3vCSK for ; Sun, 26 Feb 2023 23:14:11 +0000 (UTC) (envelope-from zseri.devel+fbsd@ytrizja.de) Received: from ytrizja.de (ytrizja.de [138.201.154.11]) (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 4PPzwK24Bhz4bB5 for ; Sun, 26 Feb 2023 23:14:09 +0000 (UTC) (envelope-from zseri.devel+fbsd@ytrizja.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ytrizja.de header.s=2020 header.b=djRt3q2W; spf=pass (mx1.freebsd.org: domain of zseri.devel+fbsd@ytrizja.de designates 138.201.154.11 as permitted sender) smtp.mailfrom=zseri.devel+fbsd@ytrizja.de; dmarc=pass (policy=reject) header.from=ytrizja.de Message-ID: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ytrizja.de; s=2020; t=1677453239; 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=UzxGoHYV232HlMVxEY2+w5wDBOC8q9k2dbrQTJLl7GI=; b=djRt3q2WdpVQeeIkV2iw1OMxN7vNZHOQV6bxoHZz1jwTtu2TG/Jq1f043pp8AnLBQqQQUU q3ooAwRjVzZC9l4JHysQrJLh5kNRF42xiels+Hy50TDOYPPbsqMC5x9l+n1RAwNR+DZQwE DbPPqZuCLg+ReFIJSBNQHXqAyEHMjaL2bsmZcps6vfEKcf8E+6CuBD2yDO+ygieEjWfzkj gYGLLe6sktQh4XKW8tlhON1xwjMwU/OT8Oe5Pg9PYm840u3/tGDx+8kfqfH8JYVXjPK2JK gLDZEZVlmoRJQW2+pX84K3Zv6ZD+GZxw85cxmjh7GvGMoHXhohEVQqtKpAdCbA== Date: Mon, 27 Feb 2023 00:13:58 +0100 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-Language: en-US To: freebsd-current@FreeBSD.org From: Alain Zscheile Subject: 13.2-BETA2: firefox now has massive amounts of rendering artifacts Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.24 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[ytrizja.de,reject]; NEURAL_HAM_SHORT(-0.24)[-0.240]; R_DKIM_ALLOW(-0.20)[ytrizja.de:s=2020]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ZERO(0.00)[0]; ASN(0.00)[asn:24940, ipnet:138.201.0.0/16, country:DE]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TAGGED_FROM(0.00)[fbsd]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[ytrizja.de:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PPzwK24Bhz4bB5 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hi, since the last update to 13.2-BETA2 (via freebsd-update) and drm-510-kmod (on i915) I noticed that firefox has much more artifacts than usually on FreeBSD or Linux, (I am already used to artifacts in browser windows, they seem to happen regardless of graphics chip, operating system, or web browser) where almost the entire window gets corrupted instead of just singular rectangles. On the other hand, it also seems that compared to previous artifacts, these get corrected by damage proto handling (that is, moving the mouse across them almost always fixes them). This still seems to be a regression, but sadly isn't really reliably reproducible afaik. uname: FreeBSD [...] 13.2-BETA2 FreeBSD releng/13.2-n254478-065f7854521d GENERIC amd64 (ZFS root installation) package versions: drm-510-kmod-5.10.163_2 firefox-110.0_3,2 i3-4.22 xf86-video-vesa-2.5.0_1 xorg-server-21.1.4_1,1 xorgproto-2022.1 hardware: Lenovo X131e, 4 GB RAM CPU: Intel(R) Core(TM) i3-2367M CPU @ 1.40GHz (K8-class CPU Id=0x206a7 Family=0x6 Model=0x2a Stepping=7 GPU: [VGA compatible controller] Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) [drm] Initialized i915 1.6.0 2020917 for drmn0 on minor 0 start FB_INFO: type=11 height=768 width=1366 depth=32 pbase=0xe0139000 vbase=0xfffff800e0139000 name=drmn0 flags=0x0 stride=5504 bpp=32 end FB_INFO phenomena: - web browsers have massive amount of window corruption / rendering artifacts (mostly missing text or single letters and random black rectangles) there does not appear to be any logging into dmesg or console (firefox) when that happens. Regards and thanks in advance, A. Zscheile From nobody Mon Feb 27 08:01:15 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PQCcY4XBFz3tnDd; Mon, 27 Feb 2023 08:01:17 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-vs1-xe36.google.com (mail-vs1-xe36.google.com [IPv6:2607:f8b0:4864:20::e36]) (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 4PQCcX73YVz3v6k; Mon, 27 Feb 2023 08:01:16 +0000 (UTC) (envelope-from grarpamp@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=VDe5OIpr; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::e36 as permitted sender) smtp.mailfrom=grarpamp@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-vs1-xe36.google.com with SMTP id f23so9530687vsa.13; Mon, 27 Feb 2023 00:01:16 -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:references:in-reply-to :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=0HTEAke/qyI+30ecfsW0l6UjpNRwo7rg3bbQ5kKcw3M=; b=VDe5OIpra8PN2QoSWj1JUYQXRDsK8BWB8OjO0qHHhMEdpXkVBxgKhoYFralFni1dUG cNr3yFO5BZnnLxunQQxwBkiLODMGjnyjJqljVqBxW1CD1AJ+IKzt848vsaEa/fzqagTR Mpz+jw9GfCmaN2pa2poy9HuAz590GbPy5kRlolejvMRbB5U6Yg8hSyZGYyeks5F6mw9a g2perU4qjLWODyAQH5xC/071aghFNR4eCzs8JXS60NCtP8HybwrLMOvesotTbZsxYFi/ eQJfF4c3JP/uvdasL8K7P1tRA1AZWN+zZKWlI5vLbpcZowyXHJON+j+AdOi/qR76+Vze GYTA== 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:references:in-reply-to :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=0HTEAke/qyI+30ecfsW0l6UjpNRwo7rg3bbQ5kKcw3M=; b=UbTiGTVpdK3JG5uC0909ThiSSW0YzHrDFjVSB9BeTYwOzIYz/UU0wSbXpd8O3GW9N6 ZhLbELquAUWkCoewgkahU4CcDb0o5Pv+Jy/zNavrAJXHlD7t5I9HER5c00nQyf0CUmHp dCoNJGRoM6AgFOOWsbQYFLex0QWubyI77VD2aH6MwFHqFN+fe7Un+liAV5xT5SAqM/Bv GVH8VjeUOmHKqfpXGR/94qO9rhm9XO+U+DC3pEyDURbXiC0Vcw36+sF4LeewDAtJL6RX 28hejouTGHZJAt49fwjDuB6albGbfdvI+R62OGwSgQf4Ep9+GevObZvXBHo/oYDENmvG Kg8Q== X-Gm-Message-State: AO0yUKXTTvRMlwFIi/h0k7t4/gMQJepRa5IBrG/ValGUc6qpZ9X9fDWc Tq1lr62kSZKli9pEfFESp5v3Bck1WHQZHvkOrl246bRwTWJJrxZK X-Google-Smtp-Source: AK7set+GIpT79djD1ljzK1uT/r+XOC91x5ZJUVM97VweZD//AyxYuDX8i7zG1vVFK3wAEgZjJWXtp0f9M43qyD2c2+U= X-Received: by 2002:a67:f3d0:0:b0:411:b8e8:a924 with SMTP id j16-20020a67f3d0000000b00411b8e8a924mr6958748vsn.7.1677484875583; Mon, 27 Feb 2023 00:01:15 -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:a59:5502:0:b0:3aa:5eff:b75d with HTTP; Mon, 27 Feb 2023 00:01:15 -0800 (PST) In-Reply-To: References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> From: grarpamp Date: Mon, 27 Feb 2023 03:01:15 -0500 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: freebsd-arm@freebsd.org Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.973]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e36:from]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4PQCcX73YVz3v6k X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [cc'd for fyi, trim replies to where applicable] Updates... Subject: FreeBSD on the PinePhone Pro From: Joseph Mingrone Date: Thu, 29 Dec 2022 To: freebsd-jobs@freebsd.org The FreeBSD Foundation was recently contacted by Honeyguide [1] about funding work to make FreeBSD run on the PinePhone Pro [2]. The developer or development team must be based out of South Africa. If you are interested, please contact me. [1] https://honeyguide.eu/ [2] https://www.pine64.org/pinephonepro/ https://www.youtube.com/watch?v=pCxDcMdr_fo PinePhone Pro Platform https://wiki.pine64.org/wiki/PinePhone_Pro https://en.wikipedia.org/wiki/PinePhone_Pro https://forum.pine64.org/showthread.php?tid=14781&pid=99709 Fbsd13 https://forum.pine64.org/showthread.php?tid=7738&action=lastpost https://twitter.com/Fivnex/status/1365105202806710272 PotabiOS FreeBSD https://potabi.fivnex.co/ https://www.reddit.com/r/Fivnex/ https://en.wikipedia.org/wiki/List_of_open-source_mobile_phones https://en.wikipedia.org/wiki/Comparison_of_open-source_mobile_phones Devices like PinePhone and Purism Librem Phone, and evolving market of somewhat inexpensive ARM64's, could be synergy with developing world + cryptocurrency + freespeech + etcetera, ie: better than featurephones, less than PC/laptop, yet still mobile. Many others around world would seek to use and or [crowd] fund real unix on phones. Linux runs there, so It is now only about putting groups together to do it :) https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ https://www.reddit.com/user/Nettly_/submitted/ " Subject: Are there any plans about designing and producing a FreeBSD smartphone with privacy in mind? https://lists.freebsd.org/archives/freebsd-questions/2022-November/002352.html " " Klara Inc. is looking for an Arm Compiler and Toolchain Engineer. " " Seeking Systemd FREE distro recommendations - /r/pinephone DingDongHelloBayley: I'm after a privacy focused distro devoid of systemd. Reasoning: https://nosystemd.org/ nilsma231: Maybe you could look into FreeBSD? " -- https://www.youtube.com/watch?v=xWAwK2fHArc https://www.youtube.com/watch?v=_U3lEc-IFr8 https://duckduckgo.com/?ia=videos&iax=videos&q=voluntaryism https://odysee.com/@Anarchast:2 https://bitchute.com/ || https://rumble.com/ https://twitter.com/NameRedacted247 https://libertarianinstitute.org/books/voluntaryist-handbook/ From nobody Mon Feb 27 18:19:44 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 4PQTLw1RSjz3vRgC for ; Mon, 27 Feb 2023 18:20:24 +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 4PQTLt3Srkz3y0y for ; Mon, 27 Feb 2023 18:20:22 +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=s1a8NQNx; 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 hub1.goneo.de (hub1.goneo.de [85.220.129.52]) (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 7365E10A1E49 for ; Mon, 27 Feb 2023 19:20:14 +0100 (CET) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 9546D10A32F4 for ; Mon, 27 Feb 2023 19:20:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1677522012; 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=nikwVb0gnd0iz5ghL6Eu5YslKCJFP+HeZCM1dKdiEOA=; b=s1a8NQNxyeFQ02Ami0unC06P66Lx6DIu0lq8O7rPavz6KtXLpY38QWd0HUNG1iqQht7jiI Jqhr91p7xqUy7Vk5XU2QF7u8slFtmH6z7+VAUHeuP9508UfZKKSKwclWyzZ1QvzfkTae8O T+NNSo15ten26oGCF8HJIwcVUC+dFcvmKZjkSICwX79MlGCvcwJCCL/EZRuLa6rZRsMWK4 9qv9tkP9Jc3KKlSjmqlD9q0/RrmdbKt2EILbi5QQXi7LOGV4pzA4UbGRAEoq98xrrk0v1w MK0Bgpwg9OVSnejH/7/tFNvDvf23gnJaLh/+En7PqaUKGhAJx+M/1eB9wpQLgw== Received: from thor.intern.walstatt.dynvpn.de (dynamic-077-013-048-012.77.13.pool.telefonica.de [77.13.48.12]) (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 hub1.goneo.de (Postfix) with ESMTPSA id 6B32C10A3312 for ; Mon, 27 Feb 2023 19:20:12 +0100 (CET) Date: Mon, 27 Feb 2023 19:19:44 +0100 From: FreeBSD User To: FreeBSD CURRENT Subject: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230227192011.08f7aa8e@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: 5b7336 X-Rspamd-UID: b90e89 X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[walstatt-de.de:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PQTLt3Srkz3y0y X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147-b8bb73ab724b: Sun Feb 26 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git stable/13). Building an appliance based on 13-STABLE sources, a customized kernel via nanoBSD, since a couple of weeks for now building the sources fails in kernel sources: [...] --- modules-all --- --- all_subdir_an --- /pool/home/ohartmann/Projects/router/router/apu2c4/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] [..] Disabling all wireless options in the kernel config starts dropping errors of a similar kind on other kernel places. Compiling on FBSD 13-STABLE seems to be all right. Can this be fixed. please? What causes the error and how can this be resolved if the subtree of FreeBSD's sources is a submodule? Thanks in advance, Oliver -- O. Hartmann From nobody Mon Feb 27 19:57:19 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PQWW50Pk4z3vXjl for ; Mon, 27 Feb 2023 19:57:37 +0000 (UTC) (envelope-from dim@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 4PQWW47299z4FWg; Mon, 27 Feb 2023 19:57:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677527857; 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=O51xEfodT+3viIOeYOWZ4TEuiqoFmfUKiy8O/+CchGY=; b=tQ+EqI2ZCVo0aUCbZiNtjBgGb/tEBL69PhzuOhelPXM/KyOilrn1cQtGzf8r9lqx6EqtwB OA0vSPQ1vkXK40RFfTAIeeloOI+VbTjgFYATXRR1HsvPivbVz24DTZitaefYQLGINK5o0P F/OyIXZhxaOnH2VOVk0VeiaJc0WPy4aDUZ8dDsK1ZxVGlCbOGq9iShEI6tSReav828tZHn yv8sJWFnphOVIJuTUZdHMcT6I0yX92ZVLsUV1Pwz2dt8ncm3p0fVio5DBsnri+i1XaSgQY H7S8TudYH17rpUWJf3w1rxqwzWZATn30FvSkotkoeUl8bLj0iaWX9fjIKhOzYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677527857; 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=O51xEfodT+3viIOeYOWZ4TEuiqoFmfUKiy8O/+CchGY=; b=mOtDhy3RqJkF1nWFm5HhbHS/3k10wb1eqtlp52TUKIkRnyD8RUnsp5FIu1Fiqx2UIZiMH/ sw7MvBgSE3nBDmtrGuAXL49avIwQcpYDN1IfOyP2GFnLJaD7Czk8UfG8W5BB9iD/utEcCe IKw44Whm0lHfjX8ViFFCVhOr72QAVWkH4tW+N2CJlmlYrnP4BQ03/YrkWVoxRHJk4KK/MQ 1M1T8MeJWSHJI80ISfNsPGQn6jIyiRRKS/p4ps2rIasIMUACv9+HMcPfKxNrKb4F4omGDg Rye/p5ylYd9L2YtqPN0lN3URUNDU4RQ1p66vXuBLXMaf8dJdQn2xdLJ8ZK+jTw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677527857; a=rsa-sha256; cv=none; b=F5wTGuxyjWj9ZLQt2N/lFGVVZ1C7bBvvu1TrW1Wa9LSAhlEgBA4moKTVkAmStmqHudYzzg mcN/TMJnH42OEapRACATsfSKlP1vcFO95Tl6W0H7Ti8p90aNcTqzvrQ0WMaEUHRsyfFtEy xLPODG4fYWMWKM/C75BfbEwvUuQVmYqK86mIW7njiWN04VTissOzbf2viqVa6VgEBdqGjE J87GMKwMT0D347WMda8TTxk380Z7BpVenAqEmo5cjiZM3akPzta5TSNoKx1IXfy/CYmKc/ tK+uQfasRN7JVCsxKnXTA9MwwOKI2kknXn7Nc08P85iL+uKn01RBzxKpxtkicQ== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PQWW45Kt4z1CJp; Mon, 27 Feb 2023 19:57:36 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7AF0652AC1; Mon, 27 Feb 2023 20:57:35 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_CD18B67F-FAB9-44A8-A94A-89431A7201F5"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C From: Dimitry Andric In-Reply-To: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> Date: Mon, 27 Feb 2023 20:57:19 +0100 Cc: FreeBSD CURRENT Message-Id: References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> To: FreeBSD User X-Mailer: Apple Mail (2.3731.400.51.1.1) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_CD18B67F-FAB9-44A8-A94A-89431A7201F5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Feb 2023, at 19:19, FreeBSD User wrote: >=20 > Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 = main-n261147-b8bb73ab724b: Sun Feb 26 > 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git = stable/13). >=20 > Building an appliance based on 13-STABLE sources, a customized kernel = via nanoBSD, since a > couple of weeks for now building the sources fails in kernel sources: >=20 > [...] > --- modules-all --- > --- all_subdir_an --- > = /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev/an/if_an_pc= i.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] > [..] >=20 > Disabling all wireless options in the kernel config starts dropping = errors of a similar kind > on other kernel places. >=20 > Compiling on FBSD 13-STABLE seems to be all right. >=20 > Can this be fixed. please? What causes the error and how can this be = resolved if the subtree > of FreeBSD's sources is a submodule? Not sure what you mean with "subtree is a submodule", but this is likely caused by skipping the cross-tools stage somehow. Do you have any specific make.conf or src.conf settings for that? -Dimitry --Apple-Mail=_CD18B67F-FAB9-44A8-A94A-89431A7201F5 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCY/0LHwAKCRCwXqMKLiCW ox3hAJ9/Hiw6sBSDDylQ5VgGXNzxPDrsywCg705oOCzLzqhoX/wOyGgWQA4/AJI= =qFMd -----END PGP SIGNATURE----- --Apple-Mail=_CD18B67F-FAB9-44A8-A94A-89431A7201F5-- From nobody Mon Feb 27 20:36:26 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 4PQXMy3mFlz3t6LD for ; Mon, 27 Feb 2023 20:36:30 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 4PQXMx1yL0z4L7K for ; Mon, 27 Feb 2023 20:36:29 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=P87EU0Y1; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::42b as permitted sender) smtp.mailfrom=paulf2718@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x42b.google.com with SMTP id bw19so7526311wrb.13 for ; Mon, 27 Feb 2023 12:36:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=gohQrdZF7yW/ghpZ8sbuUwiqg8/JhMfRX+BLQAbsdGI=; b=P87EU0Y1jFXSG757Z/3uAQMW8w+EPYl+bSzzbfoDOhYAhFosOkIPe/K+6Mw61bm9Su vV2FYM889kkd6x8umLNTzpr9MJubau9q4IrgHvi4IIE3u9S42ESWSfWf+N5dyPWVx6Kw tYs/e9T8jWLihP7/ZyjMzv1xN/FbkNrG8LYwMiwtyliSe4a33SqiPV09Cy+n/jws4/9E +k+1/RrkGl1rEz3OCzLecyTVYe5RWz87dqU3cSF7HPRchY7+z2/29aRtPNQXVl6+wln3 LAVN2JYgciFXsDRM/2lzaZWSs5BkNvkMs/7YVIqgHILMELP5hLQPUycRiv14pX2ux6TM bO3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=gohQrdZF7yW/ghpZ8sbuUwiqg8/JhMfRX+BLQAbsdGI=; b=KhZLM2ttfCE4qzGynAWmuT9JcjtLg8QFhKmmlgAvTT/4f2fq2F1Y+XtYGOLdiSbZth 0BTp1mgNWf5IpsgoznAXT14Q6QHBYh4VFPZtxGk9s4jtRaoq/yd7zNUihe9mEINm2kmD +2wOpXx/csQpDdyvqqCVHeJXDTJTSLZnF+67jfyx3WlfMb6G6IWg0w56JgIGr9BMzalJ TSKexjJU4qlzETH8TTTBAx+hD/o/Uh3Tr9MkEIU1xAGpc1D4divnAXeRboInyBP8Wk7+ 1o8NxgKEbqIsV6O/rHUi4vZ/QWFRNw9BcP2raHI/DylUA3WvjJxOtZJgSK0iD/yzsXF7 XvKg== X-Gm-Message-State: AO0yUKWjY1vrNVHVPEtlIA5xYTxcJe9L5OYalwBapFz/gVURpqg8yn6T G32ysa3Hhd07DlacSfNZAglwZMWzxougNg== X-Google-Smtp-Source: AK7set9vvTIjDko9XdH0+IqE7BHIZGyjB01xN9htqiN0VRrhA1BsmQ4NF4ZlIKROdqTObbx5aXvvPA== X-Received: by 2002:a5d:4dc3:0:b0:2c7:11f4:8eb4 with SMTP id f3-20020a5d4dc3000000b002c711f48eb4mr295762wru.71.1677530187387; Mon, 27 Feb 2023 12:36:27 -0800 (PST) Received: from [192.168.1.28] (lfbn-gre-1-309-115.w90-112.abo.wanadoo.fr. [90.112.30.115]) by smtp.gmail.com with ESMTPSA id i2-20020adfdec2000000b002c71dd1109fsm7930518wrn.47.2023.02.27.12.36.26 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Feb 2023 12:36:27 -0800 (PST) Message-ID: <5362f30e-a836-df3c-e119-9af2f5499643@gmail.com> Date: Mon, 27 Feb 2023 21:36:26 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C To: freebsd-current@freebsd.org References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> Content-Language: en-US From: Paul Floyd In-Reply-To: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.940]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42b:from]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4PQXMx1yL0z4L7K X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On 27-02-23 19:19, FreeBSD User wrote: > Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147-b8bb73ab724b: Sun Feb 26 > 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git stable/13). > > Building an appliance based on 13-STABLE sources, a customized kernel via nanoBSD, since a > couple of weeks for now building the sources fails in kernel sources: > > [...] > --- modules-all --- > --- all_subdir_an --- > /pool/home/ohartmann/Projects/router/router/apu2c4/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] > [..] You need to either fix the C code or find someone else that can fix it.* This is code that ensures that function calls correctly match function definitions using the high tech method of "cross your fingers and hope that it works". This was "fixed" by ANSI C going on for 35 years ago. Ancient code like this is probably safe enough - the finger crossing seems to have worked for a long time. It's no wonder people are clamouring to only use safe languages like Rust for new projects. A+ Paul * well maybe there is a compiler switch like -Wno-sane-person-would-do-this From nobody Mon Feb 27 20:40: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 4PQXSr6LZQz3t6g3 for ; Mon, 27 Feb 2023 20:40:44 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 4PQXSr1FN0z4Mj5 for ; Mon, 27 Feb 2023 20:40:44 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x82a.google.com with SMTP id l13so8238124qtv.3 for ; Mon, 27 Feb 2023 12:40:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=aq5os5k0XNxVma/22C6l0DnVHiJEr1XKvMVLk980Z1A=; b=feYTZTrOr2Nf4ACWmQkt74sB5/S87hS+ok1Z9Y9oQBPyS00XhqsOfugXovEnjX+zGg /SzJ7ugAcv/2Y/IazEVVRKLULCRCnhFydk5E70eylaGHodzXw1qDr4yuEwmNzwA1MszD RioWQoSAuqJGUqo88HM04SnLUPvlKslplG0IDPL7rSe1IHJhOwd1xpGzOldovA/I1BXo zQNoR+apNFqaZDdGh2YtwCsavciEms/owiVLIYmPgtOBibVQjRsHQRLsHsL3DEF59Hc+ iZfLZ9g0yKG5h6KTkjIArQslpQ3DlFl1sJqYPAhKu3Him8yP4cRYmgiD7f0b6Men4L/M SGQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=aq5os5k0XNxVma/22C6l0DnVHiJEr1XKvMVLk980Z1A=; b=HZ7WQVU871yFsVPndKaNib5+Tqm2m7PZceuUVWeul/LeK8+/E8EFQefivjI7CjDdyK AU+qWN2y7qoi1U1BnIusVBWyk87fMUFHu2WYygcLa7TDpFIhdHRZ6ddl7zTdohFHgQD5 rckO7PNS1qCaYttDomUHmjvE8QlScavnOBsHBoUI3SmRhA29pFLOrpnUvU8N/WoTMCe9 vjqJwla0i/8k9RU6a+tBM/kH8pToVNEEJ9H/RfnZ5a1uBxVggYde+EjIERmH5fmeTD17 FfsF/qigJLqNBx0RhV6vegv86VKFQdkBLjXsQswNhPCieHebmF2qw7VYEqMJsww/MUyI igwg== X-Gm-Message-State: AO0yUKWy66xqLGmskNbHK/bHfP746KpwDaYXAESQyMu+EG/gr8j9w32H YB/Nv0/rgshIGNsOIpxzNoE1Yg== X-Google-Smtp-Source: AK7set9D2w33kFTmKIjf1U6MecXWkDFQc7hkosM/Xu9Ku2X0piMLMeIhNetf6M/toSib43pI3kAJsg== X-Received: by 2002:ac8:5784:0:b0:3b9:cc9b:1d9d with SMTP id v4-20020ac85784000000b003b9cc9b1d9dmr1715773qta.20.1677530443062; Mon, 27 Feb 2023 12:40:43 -0800 (PST) Received: from mutt-hbsd (pool-100-16-219-215.bltmmd.fios.verizon.net. [100.16.219.215]) by smtp.gmail.com with ESMTPSA id j13-20020ac8664d000000b003b82489d8acsm5221357qtp.21.2023.02.27.12.40.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Feb 2023 12:40:42 -0800 (PST) Date: Mon, 27 Feb 2023 15:40:41 -0500 From: Shawn Webb To: Dimitry Andric Cc: FreeBSD User , FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230227204041.oage2knrjb4o3dr6@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 14.0-CURRENT-HBSD FreeBSD 14.0-CURRENT-HBSD X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <20230227192011.08f7aa8e@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: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wsxbnssms6o73xzn" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4PQXSr1FN0z4Mj5 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 --wsxbnssms6o73xzn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2023 at 08:57:19PM +0100, Dimitry Andric wrote: > On 27 Feb 2023, at 19:19, FreeBSD User wrote: > >=20 > > Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147-b= 8bb73ab724b: Sun Feb 26 > > 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git stable/13). > >=20 > > Building an appliance based on 13-STABLE sources, a customized kernel v= ia nanoBSD, since a > > couple of weeks for now building the sources fails in kernel sources: > >=20 > > [...] > > --- modules-all --- > > --- all_subdir_an --- > > /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev/an/if_an= _pci.c:143:1: error: a > > function definition without a prototype is deprecated in all versions o= f C and is not > > supported in C2x [-Werror,-Wdeprecated-non-prototype] > > [..] > >=20 > > Disabling all wireless options in the kernel config starts dropping err= ors of a similar kind > > on other kernel places. > >=20 > > Compiling on FBSD 13-STABLE seems to be all right. > >=20 > > Can this be fixed. please? What causes the error and how can this be re= solved if the subtree > > of FreeBSD's sources is a submodule? >=20 > Not sure what you mean with "subtree is a submodule", but this is likely > caused by skipping the cross-tools stage somehow. Do you have any > specific make.conf or src.conf settings for that? FWIW, HardenedBSD is also impacted by this. We set WITH_SYSTEM_COMPILER and WITH_SYSTEM_LINKER by default, which I think might be a contributing factor. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --wsxbnssms6o73xzn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmP9FUMACgkQ/y5nonf4 4fqZAQ//eA6tcY7a3S/j5E1l5scDHf/L5IU6MWlb7kTKmugEqc2N4yyi9BcLZdcR Ou+RkliRQZkbtrEMok4vl/6lTxL7Mn4Qe9DQgfqex1iUZzM+bXnw+ClawcMFFQYJ rcTEFx33zS//wpE6Tc+khHe23FJ1MYtSvyOYP+zC5/0yGzj4iBxH0NgRcn2oU59u mU5yZhvh7h+linaoc3F4yeC7f9gLIH802RI+dYsTJLRojKK3Wox0M2AZPeyR0kkc C9u/CRI+/+Zz/PWOJ4a+/cFYnIQD0dHaxHeNeNy3+fqPY23re0BrUZCPOs5YBgok uCkwnizGFXvdEuHpnfQO23+rn3zOgggwYONwNRlJdjy4XiCVlPh1oP4Y1YOH1Blj tJPF04gF3xBjs/N/Ao4XLOD7twQuHOLAnvbQAng3PAUGRfepCn3NRNz11r/F6SXs PyX7W/0Wr2M0IT5Obx70FTuMyeDarh1VnejrItOe2VtweDa3suHDbACgCEZ8YM6/ B3wpGZ7z1xZdHDk3u12BrRREOWPz51JQjvv9foqKv7NRZwL4nr1YEZD5o2JZ6dMs B0WpzO+I6WsLV7Seqzp1ZL8DiG//4F/qX6s5zUZz9YE1M5D4dsGoux27LFpwb/+e Q1gsXrEh1ujBbOWYiRMux5uwm0yOw5tRNN9fIv1K8FlhmuuXhDo= =vYX2 -----END PGP SIGNATURE----- --wsxbnssms6o73xzn-- From nobody Mon Feb 27 21:10:02 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 4PQY7S0GT1z3t86P for ; Mon, 27 Feb 2023 21:10:44 +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 4PQY7R4d4Mz3CXc; Mon, 27 Feb 2023 21:10:43 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 1B8E810A1E5A; Mon, 27 Feb 2023 22:10:40 +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 085E710A32F3; Mon, 27 Feb 2023 22:10:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1677532236; 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=Js15bvTO5mGS6rBUFTovMJFdkh6Qy/wpmuPe/3KGESI=; b=mVhlYDo5jWMtEqJUFb3ek1bpU2OO6dWS/7iEFAfdNGph9QsqzjXdh7mB03wb1Lhnhn61qi 7gGqb/4ryHXCUqbR21z7dWKig5eFTceLbu6JwFWsupufUARuQbjKN06XgpU8nYgWbRdVo8 GB5IFa6gVne1/h6ChjQCJEzuoO3djO8hpE6NQ5fW4yo26+rpfFA1oM9U6ksRPAvLrIqUWs gwBOGDQb84ksaA7QKgowYFlRPEiVFu35hYAH42Ta8r2ul41qivy+S9zhWd1fC/i4pujpY3 P1XMK0UlDV/9fOVmWdH2dsa9J73JnAA80Nsnw4aLyskb+RNsvLCVwGiTYAi11w== Received: from thor.intern.walstatt.dynvpn.de (dynamic-077-013-048-012.77.13.pool.telefonica.de [77.13.48.12]) (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 C0E2810A32F2; Mon, 27 Feb 2023 22:10:35 +0100 (CET) Date: Mon, 27 Feb 2023 22:10:02 +0100 From: FreeBSD User To: Dimitry Andric Cc: FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230227221022.3ed6f780@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20230227192011.08f7aa8e@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: multipart/signed; boundary="Sig_/ryTzCoFmcxMgYns8clzJtZK"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 282706 X-Rspamd-UID: 34ec19 X-Rspamd-Queue-Id: 4PQY7R4d4Mz3CXc X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N --Sig_/ryTzCoFmcxMgYns8clzJtZK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 27 Feb 2023 20:57:19 +0100 Dimitry Andric schrieb: > On 27 Feb 2023, at 19:19, FreeBSD User wrote: > >=20 > > Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147-b= 8bb73ab724b: Sun > > Feb 26 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git sta= ble/13). > >=20 > > Building an appliance based on 13-STABLE sources, a customized kernel v= ia nanoBSD, since a > > couple of weeks for now building the sources fails in kernel sources: > >=20 > > [...] > > --- modules-all --- > > --- all_subdir_an --- > > /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev/an/if_an= _pci.c:143:1: > > error: a function definition without a prototype is deprecated in all v= ersions of C and is > > not supported in C2x [-Werror,-Wdeprecated-non-prototype] > > [..] > >=20 > > Disabling all wireless options in the kernel config starts dropping err= ors of a similar > > kind on other kernel places. > >=20 > > Compiling on FBSD 13-STABLE seems to be all right. > >=20 > > Can this be fixed. please? What causes the error and how can this be re= solved if the > > subtree of FreeBSD's sources is a submodule? =20 >=20 > Not sure what you mean with "subtree is a submodule", but this is likely > caused by skipping the cross-tools stage somehow. Do you have any > specific make.conf or src.conf settings for that? >=20 > -Dimitry >=20 Using a subtree "./src" withing the tree of our own repository for FreeBSD'= s sources, it is a git submodule. According to your question about specific src.conf and make.conf - Sometime= s I really do not know what NanoBSD or any cross compiling tool is picking up which one: the = host's one or the one supposed to control NanoBSD's build. So, the host itself does have a specific /etc/src.conf, make.conf is only a= bout some ports options to apply for the host. For the NanoBSD sources, it is considered one file, a merger of make.conf, = src.conf, and yes, those ones or in that case this one is highly customized due to spefici req= uirements for space reduction. Since that has been in the past a source of evil, I tried also w= ith a "vanilla" setup of this sepcific NanoBSD driven config (the host's src.conf/make.conf= has been left untouched) - in other words, deleting it, making a full fledged kernel/base= system with all the compiler settings at FreeBSD's default - with the same result as shown = above. Can you hint me towards what to look after in specific? Kind regards, Oliver --=20 O. Hartmann --Sig_/ryTzCoFmcxMgYns8clzJtZK Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCY/0cRQAKCRCxzvs8Oqok rz3LAQC0k55Rknz8ZdCOCXS7OJyEzaa33RtEbTGrq3KVfbyAgwEAlrDkFvrEl5sQ wlZff26U0E3HF3lF8aei0CGNll/1lwc= =DF19 -----END PGP SIGNATURE----- --Sig_/ryTzCoFmcxMgYns8clzJtZK-- From nobody Mon Feb 27 21:14:48 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 4PQYDC5QHCz3t8vx for ; Mon, 27 Feb 2023 21:14:51 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (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 4PQYDB3tSFz3FHB for ; Mon, 27 Feb 2023 21:14:50 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=AQCCADGY; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::f2d as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org; dmarc=none Received: by mail-qv1-xf2d.google.com with SMTP id f1so5411976qvx.13 for ; Mon, 27 Feb 2023 13:14:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=/H+nvkWpEFo2wqXMpwts909OnWWfA84p1rWJqLiRBEk=; b=AQCCADGYk74bFWPcGz2nGboPXdPxBjYFQNOWwoKqsM9Yl/o2XUjU211XQyp467jZ8P s39OCaiKt9L2i1KGLNQKDnX3cwf6p4UiKD2D2nKUV882wWG+XZ+zined5nFo42aztkP+ r/vfa/x2pRKIeN2a28767e3I6nKmkS9uQUHjD1/CJREglnZuNGpCppfs+Ska2dUd+5f8 yFbEEHYP+AUiuK9gRo+k6kcc9MKc+qCv9Q+lCBtagIbWV+EBfhmkyvGJBbNwZt5fOHAx rmNuvDgPFczWr/E0MS7IXCMcjUGXw1KurRhuSlfUr3o0B5bkh2Z6u5SXUmJHa8CiLBP7 sx0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=/H+nvkWpEFo2wqXMpwts909OnWWfA84p1rWJqLiRBEk=; b=ZZXM9KT9g62vWLnHe6VW1Mh9mzwM251cfjMgI3/ZJ7EI26FqAIOrep8OH85I8xxOZl 5vCDFPD15D7wZxXVxojMyrbS7WHsm8vm4EDqpSVdLprg1FjdCYk106HOxLJxxiYyVBsM 5XTRCd8fTH4b3sX8tqXkKnwpenYLWtpih3iie8P6UQxbgFzVaRscINDG29vreGtZ2gqM 4fiz51WrcnG4nuMn5+dWFByKRiyNadfmfuP9kgQ3ImK8U6CDWKdtTo4ASqfseFSopOqC 6Ne1WQI0eCF8tBepCqlXwMHGsjdP1KzXJwnfb5/dy20dogOgrIeQdSuDuoHMiqlTYM+s BqLA== X-Gm-Message-State: AO0yUKXjNL9BJfOZwqgAll7Z0jkmn/P5eONkagKsh9OpPu0SyWxqIAfi PzG3eobNYNIoXAWPRef4t9NrGA== X-Google-Smtp-Source: AK7set/zeTEZFmh7tmrLfHSN/ei5FYtkXmxaK/Ah4tTds8sMWmOlcY722rQGwpUIdJu/QlvkBtrWsQ== X-Received: by 2002:a05:6214:238e:b0:56e:9551:196a with SMTP id fw14-20020a056214238e00b0056e9551196amr1680978qvb.1.1677532489671; Mon, 27 Feb 2023 13:14:49 -0800 (PST) Received: from mutt-hbsd (pool-100-16-219-215.bltmmd.fios.verizon.net. [100.16.219.215]) by smtp.gmail.com with ESMTPSA id t136-20020a37aa8e000000b0073b967b9b35sm5575261qke.106.2023.02.27.13.14.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Feb 2023 13:14:49 -0800 (PST) Date: Mon, 27 Feb 2023 16:14:48 -0500 From: Shawn Webb To: Dimitry Andric Cc: FreeBSD User , FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230227211448.r3gzkgzjfnbkg6zl@mutt-hbsd> X-Operating-System: FreeBSD mutt-hbsd 14.0-CURRENT-HBSD FreeBSD 14.0-CURRENT-HBSD X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <20230227204041.oage2knrjb4o3dr6@mutt-hbsd> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fmet3ezoquqnjfyk" Content-Disposition: inline In-Reply-To: <20230227204041.oage2knrjb4o3dr6@mutt-hbsd> X-Spamd-Result: default: False [-5.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)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2d:from]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[hardenedbsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4PQYDB3tSFz3FHB X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --fmet3ezoquqnjfyk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2023 at 03:40:41PM -0500, Shawn Webb wrote: > On Mon, Feb 27, 2023 at 08:57:19PM +0100, Dimitry Andric wrote: > > On 27 Feb 2023, at 19:19, FreeBSD User wrote: > > >=20 > > > Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147= -b8bb73ab724b: Sun Feb 26 > > > 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git stable/1= 3). > > >=20 > > > Building an appliance based on 13-STABLE sources, a customized kernel= via nanoBSD, since a > > > couple of weeks for now building the sources fails in kernel sources: > > >=20 > > > [...] > > > --- modules-all --- > > > --- all_subdir_an --- > > > /pool/home/ohartmann/Projects/router/router/apu2c4/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] > > > [..] > > >=20 > > > Disabling all wireless options in the kernel config starts dropping e= rrors of a similar kind > > > on other kernel places. > > >=20 > > > Compiling on FBSD 13-STABLE seems to be all right. > > >=20 > > > Can this be fixed. please? What causes the error and how can this be = resolved if the subtree > > > of FreeBSD's sources is a submodule? > >=20 > > Not sure what you mean with "subtree is a submodule", but this is likely > > caused by skipping the cross-tools stage somehow. Do you have any > > specific make.conf or src.conf settings for that? >=20 > FWIW, HardenedBSD is also impacted by this. We set > WITH_SYSTEM_COMPILER and WITH_SYSTEM_LINKER by default, which I think > might be a contributing factor. The reason for not hitting the error in that particular file in 14-CURRENT is because the an(4) driver was removed by FreeBSD in commit 663b174b5b5387948bfa94131a08f6259d2926cc from 07 June 2021. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --fmet3ezoquqnjfyk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmP9HUEACgkQ/y5nonf4 4fqleg//eymw23K4bHTkeIt4U7MowTXxP4y9n9XijfHtOnQyDfoGU2snTL4tCUGR Go6G7PMZHbw25CWPv97z038m8srJ9CHO2zUUgs6Sf/KLoLrhubAUhGmtG1RSgBWp a+VIXqQlnsDgFqr1E+FD+vBQVZMuqCDrGS1mxhYHRbul7v2YGAR2j9YTl3jDACFY FwUblea8COrL/HNH82jIj6mSOIkL5dWxmVMcRwwIQor0iTry8rhtyB1yNtwQIM5r JHXh/Y8IHqREUh/zmF93h+cjB+SPFPFzSVKdIwTEkSDQkNgVQBptx7waxCCtM3hD hMrrDzVX1kVmP9JsF4K/LnAqsHUfjJCiNrkt/JQVEZGe28Z2e9YIJ4MVaQjOn3mr df8+wf9qClgxCAW1hjNlJUSGe06TcsnScQHLHE9kKGXIPFb+bC7XLzpgmePB+ElH VrJqMg/2dGhr17Au25u34U0K8SjFfmNmZgORmko3qJLC/A1cIWUAA9K2HYVuYTDw e9ETdEfC+egI1xrivUAsk49jufRuUZqcIgq5vwsKqSnNgGL5P9SKR0Zjl23EYDrD iRaNofBJ6lQMnwm9Nt/uD6pIbobBKDLvsNTFXtJKmpA8ayK/SKIUab9Z5yzggHF5 +R200yqGjOS8BYiVcwkgLinrB61TZrdQYVcf/MfTTHmKwsDGh88= =gkyB -----END PGP SIGNATURE----- --fmet3ezoquqnjfyk-- From nobody Mon Feb 27 21:23: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 4PQYQl2RbGz3t9S4 for ; Mon, 27 Feb 2023 21:23:59 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.ipv6.vt.edu [IPv6:2001:468:c80:a103:2:5000:5555:5555]) (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 4PQYQl0bY9z3GZY; Mon, 27 Feb 2023 21:23:59 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2001:470:e15b:23::23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 889F845B7C; Mon, 27 Feb 2023 16:23:51 -0500 (EST) 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.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C From: Paul Mather In-Reply-To: Date: Mon, 27 Feb 2023 16:23:40 -0500 Cc: FreeBSD User , FreeBSD CURRENT Content-Transfer-Encoding: quoted-printable Message-Id: <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> To: Dimitry Andric X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PQYQl0bY9z3GZY X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:1312, ipnet:2001:468:c80::/48, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Feb 27, 2023, at 2:57 PM, Dimitry Andric wrote: > On 27 Feb 2023, at 19:19, FreeBSD User wrote: >>=20 >> Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 = main-n261147-b8bb73ab724b: Sun Feb 26 >> 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git = stable/13). >>=20 >> Building an appliance based on 13-STABLE sources, a customized kernel = via nanoBSD, since a >> couple of weeks for now building the sources fails in kernel sources: >>=20 >> [...] >> --- modules-all --- >> --- all_subdir_an --- >> = /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev/an/if_an_pc= i.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] >> [..] >>=20 >> Disabling all wireless options in the kernel config starts dropping = errors of a similar kind >> on other kernel places. >>=20 >> Compiling on FBSD 13-STABLE seems to be all right. >>=20 >> Can this be fixed. please? What causes the error and how can this be = resolved if the subtree >> of FreeBSD's sources is a submodule? >=20 > Not sure what you mean with "subtree is a submodule", but this is = likely > caused by skipping the cross-tools stage somehow. Do you have any > specific make.conf or src.conf settings for that? I got bitten by this recently. In my case, it was Poudriere (running on = 14-CURRENT) trying to build a 13-STABLE jail. The Poudriere jail's = "src.conf" was taken from the actual system for which Poudriere builds = packages. It had (amongst others) these two options: WITH_SYSTEM_COMPILER=3Dyes WITHOUT_CROSS_COMPILER=3Dyes When I commented these out in the jail-src.conf Poudriere file the jail = built correctly. I figure the system built fine because its system compiler is LLVM 14.x. = The Poudriere system compiler is LLVM 15.x, which has the breaking = change wrt. old-style prototypes. Cheers, Paul.= From nobody Mon Feb 27 21:25: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 4PQYRb4yWFz3t9YD; Mon, 27 Feb 2023 21:24:43 +0000 (UTC) (envelope-from ihor@antonovs.family) Received: from mail.antonovs.family (mail.antonovs.family [100.25.240.195]) (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 (2048 bits) client-digest SHA256) (Client CN "mail.antonovs.family", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PQYRb2jLlz3Hgp; Mon, 27 Feb 2023 21:24:43 +0000 (UTC) (envelope-from ihor@antonovs.family) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=antonovs.family; s=20200215; t=1677533073; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9am9nTdYoVrnlq2NW9Gvm7M3bt0Unh6XVf26c3sWlWw=; b=PawKx6DpxAjcCfRzztJUMY3YG22YBhj5IWrHwfzbXWYJlaeb+ANT+Is0BPd3rr7aHzaogj uj8aOcO8Bk+zY1zX6iBwJtm6lOu+mJgYhjiq/z4VTBhG4iuCHxPJE8Pg35BEnfnOMEZhum cIxB1eSxrR3Zd2kgB7Xd/y8nZK2hisQ= Received: by mail.antonovs.family (OpenSMTPD) with ESMTPSA id b4c3fa5b (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Mon, 27 Feb 2023 21:24:32 +0000 (UTC) Message-ID: <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> Date: Mon, 27 Feb 2023 13:25:12 -0800 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones Content-Language: en-US To: grarpamp , freebsd-arm@freebsd.org Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20210410154750.phxivk7idvza37nx@mutt-hbsd> From: Ihor Antonov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4PQYRb2jLlz3Hgp X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14618, ipnet:100.24.0.0/13, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 2/27/23 00:01, grarpamp wrote: > [cc'd for fyi, trim replies to where applicable] > > > Devices like PinePhone and Purism Librem Phone, and evolving > market of somewhat inexpensive ARM64's, could be synergy > with developing world + cryptocurrency + freespeech + etcetera, > ie: better than featurephones, less than PC/laptop, yet still mobile. > Many others around world would seek to use and or [crowd] fund real > unix on phones. Linux runs there, so It is now only about putting groups > together to do it :) > > https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ > https://www.reddit.com/user/Nettly_/submitted/ > I happen to have a PinePhone Pro lying around. I will be happy to help with testing or I can ship it to whoever is going to to the work on bringing FreeBSD up on it. -- Ihor Antonov From nobody Mon Feb 27 22:25: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 4PQZpT1yskz3tF7F; Mon, 27 Feb 2023 22:26:09 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 4PQZpS3TBfz3jgs; Mon, 27 Feb 2023 22:26:08 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b="Il/gQI3J"; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=marietto2008@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x530.google.com with SMTP id ck15so32350581edb.0; Mon, 27 Feb 2023 14:26:08 -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=nlTcNlZiVn/yKSQpC9dbjdpwH8dx95RyalC3zBsP1Tk=; b=Il/gQI3JdUIr6WGLm3SegZ4HZISgXa25Yfe10S4wSht1r9p65JX65KeTK1/ArpgFuD yiGAjVUo4biiSvyiT2j7TyNGdtf34WEhCbDaPQFslmKI09lHUFxVH1NRa+Ard9ALJb7+ Sd3d5PNtrwD08vEr+gPhHzsUwVb5qD03u2t0bLjb0pLKCAr229Y9NQ3FU79wJHOo0RbD jLOIG7Gi3U415yLhjv3Xbzvllp5XWy/2xuGFE7SQb0bHig6xRiCSvQuhlbjweggBXZAb vzXOa8+lwdticbixIW/11nQQJxqdz3RLHWtwwsyrUX1L93DvC/TcAit9tVb3zxbWSvnt U+Fg== 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=nlTcNlZiVn/yKSQpC9dbjdpwH8dx95RyalC3zBsP1Tk=; b=V6zRJvS4R9S9eB+0ofvH/ewFNuWj0KqWfaoi2Zidbk3s9oAuWr10jZHgRgorkrywIH zfU9zKHSTnKJb4ylncRxGo93UMtUqV/Yvs9NFeo5wYdNPg99+FRRsE8sBEW6FuSy9SVt RZRmsdXQD6hk7aKavgdeDea5Cl68I65QMnleRIHkeSzMN02bO4u3w6OQoE/k2zv6rR4/ qEqZwOeUt3kOkd7gsw3DryqgKSDyxvOQTacHHnEYbj2LgInvQMfL/aAmoR7IA9r0fvDF 3KfM/WAYVxSio0zHQoXmnBuZ6xiil3URALt2IASpcNJE76yBc++Gm4p93n0ulJU0gq8V MnFg== X-Gm-Message-State: AO0yUKXXv6kZigM4ASQ7suSv+nymkbCEhE0ST/4aqA7PROECYSmYOvBi n/XHdLcUe6XUAPdSNupQkioeTIkaJjvtTnb2HvE= X-Google-Smtp-Source: AK7set/1IK5Z3gy4LbFhhX8TSc0FDO3XN1ej0yKxHFBQ1De98ZGsV+0zGgAgLPegEutynOcds3SfQfHIaufQ2GQmuA0= X-Received: by 2002:a17:906:680e:b0:8a6:91d9:c7ac with SMTP id k14-20020a170906680e00b008a691d9c7acmr153159ejr.5.1677536767307; Mon, 27 Feb 2023 14:26:07 -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: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> In-Reply-To: From: Mario Marietto Date: Mon, 27 Feb 2023 23:25:30 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: Ihor Antonov Cc: grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000001cf48c05f5b5f701" X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.968]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PQZpS3TBfz3jgs X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --0000000000001cf48c05f5b5f701 Content-Type: text/plain; charset="UTF-8" I'm very interested in this project. I have a good PC and a decent graphic card. If I can be useful,tell me how and I will consider if I can help. Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto < marietto2008@gmail.com> ha scritto: > Hello. > > I'm very interested in this project. I have a good PC and a decent graphic > card. If I can be useful,tell me how and I will consider if I can help. > > Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov > ha scritto: > >> On 2/27/23 00:01, grarpamp wrote: >> > [cc'd for fyi, trim replies to where applicable] >> > >> > >> > Devices like PinePhone and Purism Librem Phone, and evolving >> > market of somewhat inexpensive ARM64's, could be synergy >> > with developing world + cryptocurrency + freespeech + etcetera, >> > ie: better than featurephones, less than PC/laptop, yet still mobile. >> > Many others around world would seek to use and or [crowd] fund real >> > unix on phones. Linux runs there, so It is now only about putting groups >> > together to do it :) >> > >> > >> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ >> > https://www.reddit.com/user/Nettly_/submitted/ >> > >> >> I happen to have a PinePhone Pro lying around. I will be happy to help >> with testing or >> I can ship it to whoever is going to to the work on bringing FreeBSD up >> on it. >> >> >> -- >> Ihor Antonov >> >> >> > > -- > Mario. > -- Mario. --0000000000001cf48c05f5b5f701 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm very interested in this project. I have a goo= d PC and a decent=20 graphic card. If I can be useful,tell me how and I will consider if I=20 can help.

Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto= <marietto20= 08@gmail.com> ha scritto:
Hello.

I= 9;m very interested in this project. I have a good PC and a decent graphic = card. If I can be useful,tell me how and I will consider if I can help.
=

Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov <ihor@antono= vs.family> ha scritto:
On 2/27/23 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable]
>
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.<= br> > Many others around world would seek to use and or [crowd] fund real > unix on phones. Linux runs there, so It is now only about putting grou= ps
> together to do it :)
>
> htt= ps://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_= potabi_os_dev/
> https://www.reddit.com/user/Nettly_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up on it.


--
Ihor Antonov




--
Mario.
=


--
Mario.
=
--0000000000001cf48c05f5b5f701-- From nobody Mon Feb 27 22:46: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 4PQbG76xYcz3tGV4 for ; Mon, 27 Feb 2023 22:46:39 +0000 (UTC) (envelope-from dim@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 4PQbG76RJtz3pcF; Mon, 27 Feb 2023 22:46:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677537999; 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=iD6lSdPB9lTTjvFpcK5rgI3xmeJ1yS+OS4LjfDD4lJ4=; b=s3Cyz7l11rKRW2o56dOHYCcItynJUPa1YKFe80w2jNBwvvSo857tnRknhfjdpCu4dk+Lit Iocw4ozLRdRgaUzHbyMMSeIfsw+mAWTRrWoZaCOgwKXvJvbH8+ozwLMgiTm22WRptTHvtL lLb6/ONEmQwBUhJoFiTprj1mYGSz3WICuFMpHneIfl3UoIItbmxfQBUyF0meKo4oUHpMWT Aws7aVfHFPZ/5cZ+QIPbiqHIP77cNECYxR1IbVau83Qg/S9SLVRX8kkYoUkGQAyHc3RloE bVgNrbdG1r/o3aA/D+z+zm6ILk3B6GmjnnFqHNDBEt/uInSZkwf+RM2MmfazEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677537999; 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=iD6lSdPB9lTTjvFpcK5rgI3xmeJ1yS+OS4LjfDD4lJ4=; b=K4Uzdn8CFcnTz70LmH5GHkcqWW3SAibVdVTYYdSyWTaK56VLdjQqSbI0LWvH9LSuyidgRd QgfVefTghQOa61+63rvbuLwU/l0CCHM2BRHWnmqRS1yA0xANtoDFvQIA+wpJZRfXocLpFj Zcz8RRpjjYGL2pghOa+Rk53Ua49EMJQ/9TxlI8VOL82ahSfHiUCPDT0qwdhLiOuMsOiuna FHM90qSkpOu8QP9kfr9DTM42LNETEXlMx8TAF8efcvpwtxsWXQqZ+5usIUoyadxGTfdnmV Yx3d8gOmDWD9LrHF8NI39uJ2fF0uUaFsCASAApk+Bhm4dmVdxEaKVs0yrZ1iSw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677537999; a=rsa-sha256; cv=none; b=CS/bIMY+I63kZnyLVglrqhVT89Eu4E7NOOIQvdV4b2k/7Rb479x4Xio6NWnxXNVjvpUseU BdNY4c5uQlwrkm/64U4uf3a1ZEe/qaIJ4RFB/cq2gxk3qGwELWGIQi7IGZEetvkwPA6AP0 ZkP7lU0Ulv1D+IuKZShQZ/3OZCjGFx+n8zMeAt2jFCneXE/Ql9mCCvsJOF8uBC6guf+wjS WOzSrntFccJfd43U6vMow6La0pT2QU2xqnh1GlgHqRL5UBVP1j8vJjggvn1nGQ4lNIph/d isk6bwlXN58AOetH4ofgm7X0t4rc2mGvbb8m2qAxzm6zKxgygMDaUYy70Hc1ig== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PQbG74h6rzGxW; Mon, 27 Feb 2023 22:46:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4921852B73; Mon, 27 Feb 2023 23:46:38 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_C4B76800-750C-4437-B591-C769C537FFF4"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C From: Dimitry Andric In-Reply-To: <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> Date: Mon, 27 Feb 2023 23:46:21 +0100 Cc: FreeBSD User , FreeBSD CURRENT Message-Id: <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.3731.400.51.1.1) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_C4B76800-750C-4437-B591-C769C537FFF4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 Feb 2023, at 22:23, Paul Mather wrote: >=20 > On Feb 27, 2023, at 2:57 PM, Dimitry Andric wrote: >=20 >> On 27 Feb 2023, at 19:19, FreeBSD User = wrote: >>>=20 >>> Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 = main-n261147-b8bb73ab724b: Sun Feb 26 >>> 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git = stable/13). >>>=20 >>> Building an appliance based on 13-STABLE sources, a customized = kernel via nanoBSD, since a >>> couple of weeks for now building the sources fails in kernel = sources: >>>=20 >>> [...] >>> --- modules-all --- >>> --- all_subdir_an --- >>> = /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev/an/if_an_pc= i.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] >>> [..] >>>=20 >>> Disabling all wireless options in the kernel config starts dropping = errors of a similar kind >>> on other kernel places. >>>=20 >>> Compiling on FBSD 13-STABLE seems to be all right. >>>=20 >>> Can this be fixed. please? What causes the error and how can this be = resolved if the subtree >>> of FreeBSD's sources is a submodule? >>=20 >> Not sure what you mean with "subtree is a submodule", but this is = likely >> caused by skipping the cross-tools stage somehow. Do you have any >> specific make.conf or src.conf settings for that? >=20 >=20 > I got bitten by this recently. In my case, it was Poudriere (running = on 14-CURRENT) trying to build a 13-STABLE jail. The Poudriere jail's = "src.conf" was taken from the actual system for which Poudriere builds = packages. It had (amongst others) these two options: >=20 > WITH_SYSTEM_COMPILER=3Dyes > WITHOUT_CROSS_COMPILER=3Dyes >=20 >=20 > When I commented these out in the jail-src.conf Poudriere file the = jail built correctly. >=20 > I figure the system built fine because its system compiler is LLVM = 14.x. The Poudriere system compiler is LLVM 15.x, which has the = breaking change wrt. old-style prototypes. Yes, that is what I suspected in Oliver's case: if you skip the cross-tools stage in a buildworld of stable/13 on a 14-CURRENT host, by setting WITH_SYSTEM_COMPILER, you are bound to run into compilation errors that have been fixed in 14-CURRENT, but not yet MFC'd. The safest solution is to let cross-tools do its thing, which will check the host compiler, and automatically build an appropriate version of the compiler and linker for the stable branch, if required. That said, I will be merging clang 15.0.7 and a bunch of other things that should solve all these errors to stable/13 at some point, but not before the 13.2-RELEASE is out. This is to avoid making life more difficult for our release engineering team. -Dimitry --Apple-Mail=_C4B76800-750C-4437-B591-C769C537FFF4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCY/0yvQAKCRCwXqMKLiCW o2u/AJ4ku5kfQDoBxldq8vtZ0JPIewxJKwCfaHkCzxLC53ZHTXfB6fI1CwFOyKg= =BqFr -----END PGP SIGNATURE----- --Apple-Mail=_C4B76800-750C-4437-B591-C769C537FFF4-- From nobody Tue Feb 28 00:09:06 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PQd5b0mbwz3tc87 for ; Tue, 28 Feb 2023 00:09:23 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-qv1-xf36.google.com (mail-qv1-xf36.google.com [IPv6:2607:f8b0:4864:20::f36]) (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 4PQd5Z322Yz43sr for ; Tue, 28 Feb 2023 00:09:22 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=OC504jRj; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::f36) smtp.mailfrom=tomek@cedro.info; dmarc=none Received: by mail-qv1-xf36.google.com with SMTP id m4so5758980qvq.3 for ; Mon, 27 Feb 2023 16:09:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=afjcn2NQy63s82waPgWWtgXPDjoW8A+aVmhEdIiEz3M=; b=OC504jRjTAH6PQE9xE/Meq/kqCWwpsiKv6+55gU0J30P4DUv793iRFkh8lFaCJq6AD 0mtxEj7PoUt1eAoWZQ7e6DHLnQsQNWWb4eozEggw83ASwGJ4OYqGFOm3kDnfJn9GXEHw pyAX6cIfcASWwvwc4C1EbOUZyqX2rDlJneRm92EdiTCnSt3YPy60bvVMiwsu1MNfxTPl EQPSHyMfCaFfwTdkbLbAtlFYdx9p6dPANU5D84DzF2w9/3uT8VP5qShJiJuD3XGyBAZX 0zoOb6LKq3aT2dHp1+WbUUlDriWpf2gGJbBmpHdptyAY3yzdGC0W6zMkWDARbfNFbXZU RYGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding: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=afjcn2NQy63s82waPgWWtgXPDjoW8A+aVmhEdIiEz3M=; b=UWQ3HINzpqHdf/bXENIIVGwJzsYefMcgmfZOXe3nhLlOnMOnYQ5wByaNfwhriflrUx ItTdubAJVC6wHp5v7xeKLKPE1gi+a/cD3ohyI7JuD/lM9+6N/ympSmKKazUuID5P49dN 8/SJAnYOtvXSYMdzsqgpL1ofoAjDySikuT5mhTVlEGNV5JARHORIGY/Hv3pRHHQlC+sM Y24YPntWrmsChBgKb0I5VfIj3ffn+xK/zUdkY/Eg1RE+QVRv7nX0mlFCOoujGQl84jry uoJheDE6R6MU6cjC+/kpRjjBUAQtOWORieIGEigSV4rtx2Tt6xRg4EtRXrJCVqcY069T sIIg== X-Gm-Message-State: AO0yUKWD8zTDTu4HGqIC4yVD4u65Zx660FP3BF1QEG+oGKfOoCpRU9Yr CvMk1aOIASzbH/+jzqgVQMHdUO5dY8EfxEGE X-Google-Smtp-Source: AK7set+6OXJyneFhw7ouQZrxO2GKsPr2OzmAygnWBAoMXGJcBXcegEn2xyaaXiNvWoI+vwleDBlaow== X-Received: by 2002:a05:6214:2264:b0:56f:5466:20d8 with SMTP id gs4-20020a056214226400b0056f546620d8mr2867624qvb.3.1677542960690; Mon, 27 Feb 2023 16:09:20 -0800 (PST) Received: from mail-yw1-f170.google.com (mail-yw1-f170.google.com. [209.85.128.170]) by smtp.gmail.com with ESMTPSA id 6-20020a05620a06c600b0071ddbe8fe23sm5837819qky.24.2023.02.27.16.09.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Feb 2023 16:09:20 -0800 (PST) Received: by mail-yw1-f170.google.com with SMTP id 00721157ae682-536bbe5f888so224805577b3.8; Mon, 27 Feb 2023 16:09:20 -0800 (PST) X-Received: by 2002:a05:690c:387:b0:538:7f83:4d91 with SMTP id bh7-20020a05690c038700b005387f834d91mr9700891ywb.1.1677542959701; Mon, 27 Feb 2023 16:09: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: In-Reply-To: From: Tomek CEDRO Date: Tue, 28 Feb 2023 01:09:06 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: grarpamp Cc: freebsd-questions@freebsd.org, freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.170:received,2607:f8b0:4864:20::f36:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEMAIL_TO(0.00)[gmail.com]; DKIM_TRACE(0.00)[cedro.info:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[cedro.info]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4PQd5Z322Yz43sr X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Sat, Apr 10, 2021 at 10:07=E2=80=AFAM grarpamp wrot= e: > FreeBSD Phones... Not really a "FreeBSD phones" just "phones" or "mobile multimedia capable embedded devices" as anything can run on them :-) For instance NuttX RTOS on PinePhone takes kilobytes in total: https://www.youtube.com/watch?v=3DkGI_0yK1vws There will be many different operating systems soon available on this kind of inexpensive powerful multimedia embedded systems. The problem is standard and compatibility. Unless vendor does not provide complete set of open source drivers and firmwares there will be no move forward. Unless application written for one won't run on another there will be no move forward. Unless there is no overcomplicated SDK and toolchain with libraries that have lifespan shorter than a bread there will be no move forward. Because who needs bare OS/RTOS with no useful familiar applications. :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Tue Feb 28 03:44: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 4PQjt50WCVz3trVq for ; Tue, 28 Feb 2023 03:44:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PQjt45ZhJz4T2f for ; Tue, 28 Feb 2023 03:44:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x532.google.com with SMTP id o15so32005360edr.13 for ; Mon, 27 Feb 2023 19:44:44 -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=66w7+CvUL8VR0isUmxIFxzcP2cuaXfwOVjtjLeiY9M4=; b=Iil30ArAXnuuCCmHfB/dyoJA7KKwhPxaBIQH6boYYD69GfXIxX4XRBspStzrcdoXID xcE8uI6iNN/Xm4h2LNuJWIxDE2AeVo8X4qZW++3GBUCxnWSyIStyKR6zZE5YTIBLkwYN VDU52I++zfOhPapgLsL++ehobPvWCqQhbG/M1BKOVp0SYQkebfanAhxSaEb8JVpFjALY 0brBB6VLC/dniaIWLqvUIZ7mKMsZimuWGYSfv1wPgdKDNlyJD2Lo+usdic5VzKrrMrTF CN9AyGynq/Beb1viVi7j2sqsQHLK3qQF3Q4Frb0zdFzLgo9dmAeIP/jNb087K5dN83p7 QLoA== 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=66w7+CvUL8VR0isUmxIFxzcP2cuaXfwOVjtjLeiY9M4=; b=H+5J0OoIuhIjM0msThflfyRizFkucYlEgwx4yk3Voi0mGZbOQm06q5o1I+KMtwULhT FM8lJhIXwpBuOFoRAUVIpwSEcp/sUoR3hbF4D0Q5o2amOnUm3Enl4osvh9DJohxwcX8e RANMca3z1R6x64DhXjeAspdPlPteEb3jREe/pN4py1/fCuwbI2mE+40JeCXUilj0gaig iWWpXsTKfOMg03xpKoN/rUNLTo2+laSWAN2/IiYcz2UKKmEmk1KwRzYw9asE5i9evOw+ sHxAL0r4Ueyv/zJIQFX3+NMQtd6M9htjgIqNFjxdzDyiKQJOSlS44F29rBgQzhcPecof OwQA== X-Gm-Message-State: AO0yUKVBf2oGNS2AmeFSKEolIijOGi0e9F/G+Y7/EnjoI7ofRFDHIyDs lLQFz4H4Rgkf9gKkCrroCrNqPVrLp6cwjugxu7k07/xtu027gg== X-Google-Smtp-Source: AK7set+R/p9oQEKe90rSd/ScRv0yOaUTeBtKmiEWdJ0FaAU3vZkl/7eULAvNgiUcrBOFcRWzxNBv3FOAOjmfNalU45s= X-Received: by 2002:a17:906:2758:b0:8b1:749f:b2c6 with SMTP id a24-20020a170906275800b008b1749fb2c6mr473917ejd.2.1677555883437; Mon, 27 Feb 2023 19:44:43 -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: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> In-Reply-To: <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> From: Warner Losh Date: Mon, 27 Feb 2023 20:44:31 -0700 Message-ID: Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C To: Dimitry Andric Cc: Paul Mather , FreeBSD User , FreeBSD CURRENT Content-Type: multipart/alternative; boundary="00000000000086080005f5ba6afb" X-Rspamd-Queue-Id: 4PQjt45ZhJz4T2f 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 --00000000000086080005f5ba6afb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2023 at 3:46=E2=80=AFPM Dimitry Andric wr= ote: > On 27 Feb 2023, at 22:23, Paul Mather wrote: > > > > On Feb 27, 2023, at 2:57 PM, Dimitry Andric wrote: > > > >> On 27 Feb 2023, at 19:19, FreeBSD User wrote: > >>> > >>> Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 > main-n261147-b8bb73ab724b: Sun Feb 26 > >>> 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git > stable/13). > >>> > >>> Building an appliance based on 13-STABLE sources, a customized kernel > via nanoBSD, since a > >>> couple of weeks for now building the sources fails in kernel sources: > >>> > >>> [...] > >>> --- modules-all --- > >>> --- all_subdir_an --- > >>> > /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev/an/if_an_p= ci.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] > >>> [..] > >>> > >>> Disabling all wireless options in the kernel config starts dropping > errors of a similar kind > >>> on other kernel places. > >>> > >>> Compiling on FBSD 13-STABLE seems to be all right. > >>> > >>> Can this be fixed. please? What causes the error and how can this be > resolved if the subtree > >>> of FreeBSD's sources is a submodule? > >> > >> Not sure what you mean with "subtree is a submodule", but this is like= ly > >> caused by skipping the cross-tools stage somehow. Do you have any > >> specific make.conf or src.conf settings for that? > > > > > > I got bitten by this recently. In my case, it was Poudriere (running o= n > 14-CURRENT) trying to build a 13-STABLE jail. The Poudriere jail's > "src.conf" was taken from the actual system for which Poudriere builds > packages. It had (amongst others) these two options: > > > > WITH_SYSTEM_COMPILER=3Dyes > > WITHOUT_CROSS_COMPILER=3Dyes > > > > > > When I commented these out in the jail-src.conf Poudriere file the jail > built correctly. > > > > I figure the system built fine because its system compiler is LLVM > 14.x. The Poudriere system compiler is LLVM 15.x, which has the breaking > change wrt. old-style prototypes. > > Yes, that is what I suspected in Oliver's case: if you skip the > cross-tools stage in a buildworld of stable/13 on a 14-CURRENT host, by > setting WITH_SYSTEM_COMPILER, you are bound to run into compilation > errors that have been fixed in 14-CURRENT, but not yet MFC'd. > > The safest solution is to let cross-tools do its thing, which will check > the host compiler, and automatically build an appropriate version of the > compiler and linker for the stable branch, if required. > > That said, I will be merging clang 15.0.7 and a bunch of other things > that should solve all these errors to stable/13 at some point, but not > before the 13.2-RELEASE is out. This is to avoid making life more > difficult for our release engineering team. > In the meantime, I think you can disable -Werror with MK_WERROR=3Dno in one of the nanobsd config file. The warnings are significantly less relevant for stable/xx because they are not likely to inspire people to fix them like they would on main. And to fix these, you'd need to merge the fixes from head, or at least the neutering of large classes of errors like we had (still have?) in main.... Warner > -Dimitry > > --00000000000086080005f5ba6afb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Feb 27, 2023 at 3:46=E2=80=AF= PM Dimitry Andric <dim@freebsd.org> wrote:
On = 27 Feb 2023, at 22:23, Paul Mather <paul@gromit.dlib.vt.edu> wrote:
>
> On Feb 27, 2023, at 2:57 PM, Dimitry Andric <dim@FreeBSD.org> wr= ote:
>
>> On 27 Feb 2023, at 19:19, FreeBSD User <freebsd@walstatt-de.de> wrote:<= br> >>>
>>> Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-= n261147-b8bb73ab724b: Sun Feb 26
>>> 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git s= table/13).
>>>
>>> Building an appliance based on 13-STABLE sources, a customized= kernel via nanoBSD, since a
>>> couple of weeks for now building the sources fails in kernel s= ources:
>>>
>>> [...]
>>> --- modules-all ---
>>> --- all_subdir_an ---
>>> /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev= /an/if_an_pci.c:143:1: error: a
>>> function definition without a prototype is deprecated in all v= ersions of C and is not
>>> supported in C2x [-Werror,-Wdeprecated-non-prototype]
>>> [..]
>>>
>>> Disabling all wireless options in the kernel config starts dro= pping errors of a similar kind
>>> on other kernel places.
>>>
>>> Compiling on FBSD 13-STABLE seems to be all right.
>>>
>>> Can this be fixed. please? What causes the error and how can t= his be resolved if the subtree
>>> of FreeBSD's sources is a submodule?
>>
>> Not sure what you mean with "subtree is a submodule", bu= t this is likely
>> caused by skipping the cross-tools stage somehow. Do you have any<= br> >> specific make.conf or src.conf settings for that?
>
>
> I got bitten by this recently.=C2=A0 In my case, it was Poudriere (run= ning on 14-CURRENT) trying to build a 13-STABLE jail.=C2=A0 The Poudriere j= ail's "src.conf" was taken from the actual system for which P= oudriere builds packages.=C2=A0 It had (amongst others) these two options:<= br> >
> WITH_SYSTEM_COMPILER=3Dyes
> WITHOUT_CROSS_COMPILER=3Dyes
>
>
> When I commented these out in the jail-src.conf Poudriere file the jai= l built correctly.
>
> I figure the system built fine because its system compiler is LLVM 14.= x.=C2=A0 The Poudriere system compiler is LLVM 15.x, which has the breaking= change wrt. old-style prototypes.

Yes, that is what I suspected in Oliver's case: if you skip the
cross-tools stage in a buildworld of stable/13 on a 14-CURRENT host, by
setting WITH_SYSTEM_COMPILER, you are bound to run into compilation
errors that have been fixed in 14-CURRENT, but not yet MFC'd.

The safest solution is to let cross-tools do its thing, which will check the host compiler, and automatically build an appropriate version of the compiler and linker for the stable branch, if required.

That said, I will be merging clang 15.0.7 and a bunch of other things
that should solve all these errors to stable/13 at some point, but not
before the 13.2-RELEASE is out. This is to avoid making life more
difficult for our release engineering team.

=
In the meantime, I think you can disable -Werror with MK_WERROR=3Dno i= n one
of the nanobsd config file. The warnings are significantly = less relevant for stable/xx
because they are not likely to inspir= e people to fix them like they would on main.

And = to fix these, you'd need to merge the fixes from head, or at least the = neutering
of large classes of errors like we had (still have?) in= main....

Warner
=C2=A0
-Dimitry

--00000000000086080005f5ba6afb-- From nobody Tue Feb 28 08:23: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 4PQr4P47l6z3v8rh for ; Tue, 28 Feb 2023 08:24:05 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailtransmit05.runbox.com (mailtransmit05.runbox.com [IPv6:2a0c:5a00:149::26]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PQr4N2Yqfz3NXy for ; Tue, 28 Feb 2023 08:24:04 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=iherebuywisely.com header.s=selector1 header.b=KDHWSN6c; spf=pass (mx1.freebsd.org: domain of jbtakk@iherebuywisely.com designates 2a0c:5a00:149::26 as permitted sender) smtp.mailfrom=jbtakk@iherebuywisely.com; dmarc=none Received: from mailtransmit03.runbox ([10.9.9.163] helo=aibo.runbox.com) by mailtransmit05.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1pWvHE-00DrqO-Ag for freebsd-current@freebsd.org; Tue, 28 Feb 2023 09:24:00 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iherebuywisely.com; s=selector1; h=Message-Id:Date:Subject:To:From: MIME-Version:Content-Transfer-Encoding:Content-Type; bh=MTRlWxO8Im7l3oLKd+VCTDvMys2T2DYKJxCPEgSXjHU=; b=KDHWSN6cloSgQxMwJXi1aaRxDK oKFvsbpLhfkAaKbyOG5rvMGYi5Dt5kxyK2tCD7+PS9+jKL7oWMBz+/CY6mDHDVa7kYQPOoAAp64tO nUh8wlLk/sHD5L0Edia3dwilA/W7H339XwQB7rlCI/+AKI5poietVCV066u8Q3cPzB7EgHU1HjwbS D1+nb20eD53jiULeel3EhXLj97z0IhZWLzeDwC3YH1U4f/LdE3biKRpbAtbuxtDJ2O5lXWZ33f8XA 6qwlrWWYvpz5P3blP6/sC5bh+/omy7sVlXrONhCk3ljxX0um7TJ5NzXn0L5EF9QxzodDCGVbLBJ26 I62Wy0tg==; Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1pWvHD-0007de-KJ for freebsd-current@freebsd.org; Tue, 28 Feb 2023 09:24:00 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1pWvHD-0006JY-It for freebsd-current@freebsd.org; Tue, 28 Feb 2023 09:23:59 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline 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 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); for ; Tue, 28 Feb 2023 08:23:59 GMT From: "Jeffrey Bouquet" To: "freebsd-current" Subject: continuing 14-CURRENT buildworld error... Date: Tue, 28 Feb 2023 00:23:59 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 Message-Id: X-Spamd-Result: default: False [-0.09 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-0.78)[-0.783]; R_SPF_ALLOW(-0.20)[+ip6:2a0c:5a00:149::26]; RCVD_IN_DNSWL_LOW(-0.10)[2a0c:5a00:149::26:from]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.09)[0.090]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; R_DKIM_PERMFAIL(0.00)[iherebuywisely.com:s=selector1]; DKIM_TRACE(0.00)[iherebuywisely.com:~]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ASN(0.00)[asn:50304, ipnet:2a0c:5a00::/29, country:NO]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[iherebuywisely.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4PQr4N2Yqfz3NXy X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N in src.conf: WITHOUT_TFTP=3D nevertheless, the buildworld halts in building tftp-proxy... ...... OR it halts with too may of the below errors: the buildworld doesn't infor= m which process stopped it. ld.lld error: undefined symbol FreeBSD_nvlist_* [ many undefined symbols e= ach starting with that... and referenced by=20 libpfctl_pie.a libpfctl_pie.c libpfctl_pie.pieo. ..... the same source tree on a newly installed 14-CURRENT machine completes. .... Strangely, the build machine is mostly 13-STABLE except the kernel ??? whic= h is best figured out by completing the 14-CURRENT build on 13-STABLE as the alternat= ive is reinstalling over 2000 ports which would result in inconvenient hours of do= wntime and then might on the 2004-5.1 > 14-CURRENT system result in the continued=20 buildworld errors, I'd like to get them fixed not on a new install for sent= imental reasons...=20=20 .... From nobody Tue Feb 28 08:34:39 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 4PQrKM4kyMz3v9Nj; Tue, 28 Feb 2023 08:35:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (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 4PQrKM2nbJz3QLV; Tue, 28 Feb 2023 08:35:19 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52e.google.com with SMTP id s26so36428591edw.11; Tue, 28 Feb 2023 00:35: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=7cac7VTzuOMVDlQRV4exBk4H009eo1LWJ2DlRjhv8V4=; b=Dpd8QvQ1yu0NcSeErf3tCG19D8FajR3k0zwxdpPKVuTkLoi4iQFSe9JqHjuyWhVehe fXCOdnVg/iVI1dMN6sB2j+3E79jgAz/BpNWV6saqUt8ctvJuvSqHZIhD456gLn/CbsCh bSQXKgi08UDvnrWiQXcWHkX6fxCn/6D3zonONxAJAVcaYjkqqSTM5LOLCsCMdC3WENq3 0p8iE/bFXceO4MEE1knYDMJ6ursUsQKAhi7X1mwfFidzt5oay+VGH8/15Z29zIGtpJxM RxBb7Pp30Of+AqkxOmx9qAWJ16SGWEhF11pEGpXnuoCzxOJKd50IpvP4HTYv9CKiAdIB vutA== 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=7cac7VTzuOMVDlQRV4exBk4H009eo1LWJ2DlRjhv8V4=; b=jzFV5/SGkToyP1smB/09ja44y+qEWI/zADnmncvs6n7q0jOHGn6OgYwYzJ++tF8E7X 5R0fULb3/yVMtDrfZNQ6fR2C6m5f6fIZq4eLdgh/bgsYGdi5bCXOiCG0/KFlYhADe0NA sA2jY0pNLq+MGJMPHq6l4xhG1+HKdKHw1I0VpPBtGD+xa0MIDxmIkMDBH8U1vX/nNL+/ Mt2xYuZJFv8RX4diDsXiSg18wQVx/Lozjbhh5r4aGFL2IOJdlWd1s83Rm0tGJTS+ynqX izDt4UZL+X7lNteTqfGBQQYum5w7Dfhlep+rq6I9LhsKGFe4cCCBzYFbs4zs0NfTRFam rk2w== X-Gm-Message-State: AO0yUKXqrzqWBTiL2bWl2K4lGReiex3PHBuh1iUkzi02AmnjPeePtl45 vLx5/ORjK2RN3q83W2lLWbnCSg0ab4G8OMM1O3k= X-Google-Smtp-Source: AK7set9J3cc/V2g4qM7z0XXJJapLAIjDWGcd2s9cbvog319Cy6v9NWczv2/PoC/G/Oac0xLB78jJhhJlWmSnNNub/zg= X-Received: by 2002:a17:907:9851:b0:8b1:76b8:9834 with SMTP id jj17-20020a170907985100b008b176b89834mr858446ejc.5.1677573316423; Tue, 28 Feb 2023 00:35:16 -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: <20210410154750.phxivk7idvza37nx@mutt-hbsd> <7ec68ac9-377b-0c7c-7cdc-948e771a2847@antonovs.family> <6e201c73-8496-8e99-37a6-01f8c931e760@fatti.com> In-Reply-To: <6e201c73-8496-8e99-37a6-01f8c931e760@fatti.com> From: Mario Marietto Date: Tue, 28 Feb 2023 09:34:39 +0100 Message-ID: Subject: Re: Arm64 Tier 1 FreeBSD 13 Phones To: enrico.migliore@fatti.com Cc: Ihor Antonov , grarpamp , freebsd-arm@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009c339d05f5be79be" X-Rspamd-Queue-Id: 4PQrKM2nbJz3QLV 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 --0000000000009c339d05f5be79be Content-Type: text/plain; charset="UTF-8" It seems that NetBSD offered a couple of interesting devices : The Danger Hiptop / T-Mobile Sidekick LX 2009 mobile phone runs on a NetBSD kernel. https://en.wikipedia.org/wiki/QNX : Able to use Pkgsrc framework from NetBSD project BCM1250 is Integrated 64-bit MIPS Multi-Processor designed by Broadcom Corporation. BCM91250A is the Evaluation Board for BCM1250,and it runs VxWorks,Linux, and NetBSD Is it hard to convert the NetBSD code to FreeBSD code ? Il giorno mar 28 feb 2023 alle ore 08:29 Enrico Migliore < enrico.migliore@fatti.com> ha scritto: > Hi, > > another way is compiling FreeBSD as a native App that runs on top iOS and > Android. > > Tech giants will never open the source code of their devices drivers. > > Enrico Migliore > On 27/02/2023 23:25, Mario Marietto wrote: > > I'm very interested in this project. I have a good PC and a decent graphic > card. If I can be useful,tell me how and I will consider if I can help. > > Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto < > marietto2008@gmail.com> ha scritto: > >> Hello. >> >> I'm very interested in this project. I have a good PC and a decent >> graphic card. If I can be useful,tell me how and I will consider if I can >> help. >> >> Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov >> ha scritto: >> >>> On 2/27/23 00:01, grarpamp wrote: >>> > [cc'd for fyi, trim replies to where applicable] >>> > >>> > >>> > Devices like PinePhone and Purism Librem Phone, and evolving >>> > market of somewhat inexpensive ARM64's, could be synergy >>> > with developing world + cryptocurrency + freespeech + etcetera, >>> > ie: better than featurephones, less than PC/laptop, yet still mobile. >>> > Many others around world would seek to use and or [crowd] fund real >>> > unix on phones. Linux runs there, so It is now only about putting >>> groups >>> > together to do it :) >>> > >>> > >>> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxfreebsd_user_and_potabi_os_dev/ >>> > https://www.reddit.com/user/Nettly_/submitted/ >>> > >>> >>> I happen to have a PinePhone Pro lying around. I will be happy to help >>> with testing or >>> I can ship it to whoever is going to to the work on bringing FreeBSD up >>> on it. >>> >>> >>> -- >>> Ihor Antonov >>> >>> >>> >> >> -- >> Mario. >> > > > -- > Mario. > > -- > Cordiali Saluti, Best Regards > > Enrico Migliore > > FATTI MECCANICA srl > Via Donatello 72 - Solaro - Milano - Italy > T. +39 366 455 4904 > T. +39 02 9679 9655www.fatti-meccanica.com > > > > Privo > di virus.www.avast.com > > <#m_-3735976163960059506_m_984404758346893769_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > -- Mario. --0000000000009c339d05f5be79be Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It seems that NetBSD offered a couple of interesting devices :
The Danger Hiptop / T-Mobile Sidekick = LX 2009 mobile phone runs on a NetBSD kernel.

https://en.wikipedia.org/wiki/QNX : Able to use= Pkgsrc framework from NetBSD project

BCM1250 is Integrated 64-= bit MIPS Multi-Processor designed by Broadcom Corporation. BCM91250A is the= Evaluation Board for BCM1250,and it runs VxWorks,Linux, and NetBSD

Is it hard to convert the NetBSD code to FreeBSD code ?

Il giorno mar 28 feb 2023 alle ore 08:29 Enrico Migliore <enrico.migliore@f= atti.com> ha scritto:
=20 =20 =20

Hi,

another way is compiling FreeBSD as a native App that runs on top iOS and Android.

Tech giants will never open the source code of their devices drivers.

Enrico Migliore

On 27/02/2023 23:25, Mario Marietto wrote:
=20
I'm very interested in this project. I have a good PC and = a decent graphic card. If I can be useful,tell me how and I will consider if I can help.

Il giorno lun 27 feb 2023 alle ore 22:54 Mario Marietto <marietto2008@gmail.com> ha scritto:
Hello.

I'm very interested in this project. I have a good P= C and a decent graphic card. If I can be useful,tell me how and I will consider if I can help.

Il giorno lun 27 feb 2023 alle ore 22:25 Ihor Antonov &= lt;ihor@antonovs.family> ha scritto:
On 2/27/23 = 00:01, grarpamp wrote:
> [cc'd for fyi, trim replies to where applicable] >
>
> Devices like PinePhone and Purism Librem Phone, and evolving
> market of somewhat inexpensive ARM64's, could be synergy
> with developing world + cryptocurrency + freespeech + etcetera,
> ie: better than featurephones, less than PC/laptop, yet still mobile.
> Many others around world would seek to use and or [crowd] fund real
> unix on phones. Linux runs there, so It is now only about putting groups
> together to do it :)
>
> https://www.reddit.com/r/linuxsucks/comments/pokckt/ama_linuxf= reebsd_user_and_potabi_os_dev/
> https://www.reddit.com/user/Nettl= y_/submitted/
>

I happen to have a PinePhone Pro lying around. I will be happy to help
with testing or
I can ship it to whoever is going to to the work on bringing FreeBSD up
on it.


--
Ihor Antonov




--
Mario.


--
Mario.
--=20
Cordiali Saluti, Best Regards

Enrico Migliore

FATTI MECCANICA srl
Via Donatello 72 - Solaro - Milano - Italy
T. +39 366 455 4904
T. +39 02 9679 9655
www.fatti-mecc=
anica.com

3D""
Privo di virus.www.avast.com


--
Mario.
=
--0000000000009c339d05f5be79be-- From nobody Tue Feb 28 21:41:23 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 4PR9mX3V7nz3tyMR for ; Tue, 28 Feb 2023 21:41:32 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4PR9mW0YM4z44Tc for ; Tue, 28 Feb 2023 21:41:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk; dmarc=none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 946B389281 for ; Tue, 28 Feb 2023 21:41:23 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.17.1/8.16.1) with ESMTPS id 31SLfNgY043956 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 28 Feb 2023 21:41:23 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.17.1/8.16.1/Submit) id 31SLfN0T043955; Tue, 28 Feb 2023 21:41:23 GMT (envelope-from phk) Message-Id: <202302282141.31SLfN0T043955@critter.freebsd.dk> To: current@FreeBSD.org Subject: GBDE is deprecated and will be removed in 15.0 From: Poul-Henning Kamp 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-ID: <43953.1677620483.1@critter.freebsd.dk> Date: Tue, 28 Feb 2023 21:41:23 +0000 X-Spamd-Result: default: False [-2.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.979]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; MLMMJ_DEST(0.00)[current@FreeBSD.org]; DMARC_NA(0.00)[freebsd.dk]; R_DKIM_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[phk]; ARC_NA(0.00)[]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk] X-Rspamd-Queue-Id: 4PR9mW0YM4z44Tc X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N It has served it's purpose, and GELI is better maintained. I have added a message+sleep to gbde(8) in -current. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Wed Mar 1 00:01:25 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 4PRDsx4LXzz3v74b; Wed, 1 Mar 2023 00:01:25 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PRDsx3sx7z4J5C; Wed, 1 Mar 2023 00:01:25 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677628885; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=o3oGPWx3xNrxHWRVM2yNgUtKV0Hibuv4moLCNMfVQf8=; b=B+qrBA4Bf5AKyaB0akCd7jygMrUcxbxa7oe2S91gKj8ygYlvLk0z/KGXQ8RVyGbqIlD/4m EjuyCF4Ob9bVNi4laUrs8Bl9/oF11aAO+RKY+D1fuAqxNOtriT9YGw7FtFN1mT+rE54ajY yYZlYQ919AU3P+wEbclpAlt/D9bPyRcOxxiYxaw+7hn6SGqJ10+Ba5eOuZqdaWshNSQ4qX VJwQYKYRUs9sKr9TX50W2R0yVmec4Ptjt3vU7gMnJoBKxvyafi67yCRy0a8zq7npielg1r /xjUe97PQL2hcIAN7cvKzvEPik6Pr68bnGx0TKBSdxTRkTPGueBARLXQwVeO8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677628885; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=o3oGPWx3xNrxHWRVM2yNgUtKV0Hibuv4moLCNMfVQf8=; b=NwnBW2fo3HUSvhshcrIMBoWywnfOgaluzZxbOyvpo+531wnnvV1fJt/2zsqTUki7my7RpP jGwkUvOR442AEu0eYh3xmvUcSELoy5N9fmGHZ+0AlB9n4OllKnHI8/NtLFLhPevgiPGUjE 5+kZjHGxiKpRxqKmaNyw8fG2+n3Pwv8QianW6D1U91rhokbZeZ6jvsZTJLSpABNnqcBX// bFBvn/Cg6/pUwhljbVOUKAhP6hTVQ1lxNouFzjtgqLbSyri1npfqQ1wludlzNXIm4CVuqJ mkVmdvGTLAd3pP2/uWCryoB0YWdK8GnqopX8CWKNWxNcoMX7SE7CEGipmvpK7g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677628885; a=rsa-sha256; cv=none; b=PZUe5sHHSKHj+/UYxl1MSxNOmwnsxJNE+hQRCxBeG00lyR7nHGrC3EoX9CUviO0b4ocmPx PYtp7Hp/cYeIKSDxU2FAl4qzczbzSewYV+YR5IOKD/s8VlMPa/QfjeEAMufpvMPotj4pac 1+6ueFlncHdvtuB0hW0CTlJS9gPbP782Zf/f1UgtxL9ys4tNBE2vfsxAwqGTmVzrjXBn5C utwFb99IGimIOUHUu+7mtioexnbzPkT0BdR3fZDChFMHZKZTVqe1xiZxMZuST8JJ398RI1 p4B6RWzwJ/iPyTWTPQzdWXl5m9xmW252r/8VYsdNDz/slEJcITDA5jkJHSLXBg== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 59FB788CA; Wed, 1 Mar 2023 00:01:25 +0000 (UTC) To: freebsd-status-calls@FreeBSD.org Subject: Call for 2023Q1 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org,secretary@asiabsdcon.org Message-Id: <20230301000125.59FB788CA@freefall.freebsd.org> Date: Wed, 1 Mar 2023 00:01:25 +0000 (UTC) From: Lorenzo Salvadore X-ThisMailContainsUnwantedMimeParts: N 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 Dear FreeBSD Community, The deadline for the next FreeBSD Status Report update is March, 31st 2023 for work done since the last round of quarterly reports: January 2023 - March 2023. I would like to remind you that reports are published on a quarterly basis and are usually collected during the last month of each quarter, You are also welcome to submit them even earlier if you want, and the earliest you submit them, the more time we have for reviewing. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The following methods are available to submit your reports: * submit a review on Phabricator and add the group "status" to the reviewers list. You should put your reports in the directory doc/website/content/en/status/report-2023-01-2023-03/ ; * submit a pull request at https://github.com/freebsd/freebsd-doc . You should put your reports in the directory doc/website/content/en/status/report-2023-01-2023-03/ ; * send an email to status-submissions@FreeBSD.org including your report. An AsciiDoctor template is available at https://www.FreeBSD.org/status/report-sample.adoc . We look forward to seeing your 2023Q1 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Thu Mar 2 05:41:37 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PS0Nz5by2z3vt18 for ; Thu, 2 Mar 2023 05:42:27 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PS0Ny4TLQz4Njq; Thu, 2 Mar 2023 05:42:26 +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=dVyifFHE; spf=none (mx1.freebsd.org: domain of freebsd@walstatt-de.de has no SPF policy when checking 85.220.129.31) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 09C9410A330D; Thu, 2 Mar 2023 06:42:19 +0100 (CET) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 6B7EA10A1E97; Thu, 2 Mar 2023 06:42:17 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1677735737; 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=/rm5TLyVWAAn0xp2sikquCH8pDDwruMQMLbgbpeqH1k=; b=dVyifFHE34rCcdNqQiHlEeMO0PqysZ0Hq3bLdVE5zgXvrEayiohFImnoOrX2EiiV33bF0r Pcf0OsLV4TAKXd+a5DLZB4IjK1NjtBRvAB68fivF4G+0oro8HNhD19cO4PaqUsBvKBN2PK LZ1VKoZ7yDKuRZCipIOTFGW2m8AxrSoxxr0OsoR3p3jBIbZfV4MQUT/Yz8LjlzcILkUJFZ YGjK+asnAJCiARqueSbcBhPUyQab84F5SUeA7TUJ4cVhmQNIGv6mT89/fg5KkjHwMq574D CYL3roZkhT8pDD8Lhg9yEAYiy0/kMlYCPYvu75eDtMVNrCVjiYG0Agnd9ABcnw== Received: from thor.intern.walstatt.dynvpn.de (dynamic-078-054-018-216.78.54.pool.telefonica.de [78.54.18.216]) (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 hub1.goneo.de (Postfix) with ESMTPSA id 3008710A1E83; Thu, 2 Mar 2023 06:42:17 +0100 (CET) Date: Thu, 2 Mar 2023 06:41:37 +0100 From: FreeBSD User To: Dimitry Andric Cc: FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230302064153.12940fa8@thor.intern.walstatt.dynvpn.de> In-Reply-To: <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> 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: multipart/signed; boundary="Sig_/s4TT8F=oNW07fRRE.J9kjoZ"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: a1162d X-Rspamd-UID: fe152c X-Spamd-Result: default: False [-5.39 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[walstatt-de.de:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; R_SPF_NA(0.00)[no SPF record]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PS0Ny4TLQz4Njq X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --Sig_/s4TT8F=oNW07fRRE.J9kjoZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 27 Feb 2023 23:46:21 +0100 Dimitry Andric schrieb: > On 27 Feb 2023, at 22:23, Paul Mather wrote: > >=20 > > On Feb 27, 2023, at 2:57 PM, Dimitry Andric wrote: > > =20 > >> On 27 Feb 2023, at 19:19, FreeBSD User wrote:= =20 > >>>=20 > >>> Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147= -b8bb73ab724b: Sun > >>> Feb 26 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git s= table/13). > >>>=20 > >>> Building an appliance based on 13-STABLE sources, a customized kernel= via nanoBSD, since > >>> a couple of weeks for now building the sources fails in kernel source= s: > >>>=20 > >>> [...] > >>> --- modules-all --- > >>> --- all_subdir_an --- > >>> /pool/home/ohartmann/Projects/router/router/apu2c4/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] > >>> [..] > >>>=20 > >>> Disabling all wireless options in the kernel config starts dropping e= rrors of a similar > >>> kind on other kernel places. > >>>=20 > >>> Compiling on FBSD 13-STABLE seems to be all right. > >>>=20 > >>> Can this be fixed. please? What causes the error and how can this be = resolved if the > >>> subtree of FreeBSD's sources is a submodule? =20 > >>=20 > >> Not sure what you mean with "subtree is a submodule", but this is like= ly > >> caused by skipping the cross-tools stage somehow. Do you have any > >> specific make.conf or src.conf settings for that? =20 > >=20 > >=20 > > I got bitten by this recently. In my case, it was Poudriere (running o= n 14-CURRENT) > > trying to build a 13-STABLE jail. The Poudriere jail's "src.conf" was = taken from the > > actual system for which Poudriere builds packages. It had (amongst oth= ers) these two > > options: > >=20 > > WITH_SYSTEM_COMPILER=3Dyes > > WITHOUT_CROSS_COMPILER=3Dyes > >=20 > >=20 > > When I commented these out in the jail-src.conf Poudriere file the jail= built correctly. > >=20 > > I figure the system built fine because its system compiler is LLVM 14.x= . The Poudriere > > system compiler is LLVM 15.x, which has the breaking change wrt. old-st= yle prototypes.=20 Hello, I tried to find some documentation on my CURRENT host regarding "WITH_SYST= EM_COMPILER". None found via man src.conf, nor via make make.conf. Please delegate me to some = place where I can find such infos. >=20 > Yes, that is what I suspected in Oliver's case: if you skip the > cross-tools stage in a buildworld of stable/13 on a 14-CURRENT host, by > setting WITH_SYSTEM_COMPILER, you are bound to run into compilation > errors that have been fixed in 14-CURRENT, but not yet MFC'd. =46rom nanoBSD's perspective, all relevant build config files are merged into= a huge file containing three elementary sections, CONF_BUILD CONF_INSTALL CONF_WORLD in neither of them I had defined "WITH_SYSTEM_COMPILER=3DYES" in any way, b= ut I had configured in both CONF_INSTALL and CONF_WORLD "WITHOUT_CROSS_COMPILER=3DYES". I delet= ed that knob for now from "CONF_WORLD" and left it in CONF_INSTALL ("... Options to put in make.= conf during installworld only ..."). >=20 > The safest solution is to let cross-tools do its thing, which will check > the host compiler, and automatically build an appropriate version of the > compiler and linker for the stable branch, if required. I had a misunderstanding in the terminus "cross compiling", I check now the= build with this option set to be enabled. >=20 > That said, I will be merging clang 15.0.7 and a bunch of other things > that should solve all these errors to stable/13 at some point, but not > before the 13.2-RELEASE is out. This is to avoid making life more > difficult for our release engineering team. >=20 > -Dimitry >=20 Thank you for the efforts, Oliver --=20 O. Hartmann --Sig_/s4TT8F=oNW07fRRE.J9kjoZ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZAA3LAAKCRCxzvs8Oqok r244AQDMNx8++rQNft5/TUtKwVCPzY9Ae2wZ3iFq1x6qFUnWjAEA+X+1MS7oPx3D L/a/+heMiiJ9eBJjG9GvjKClnoxFZgo= =OhOi -----END PGP SIGNATURE----- --Sig_/s4TT8F=oNW07fRRE.J9kjoZ-- From nobody Thu Mar 2 07:38:35 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PS2zC5sMsz3w0KH for ; Thu, 2 Mar 2023 07:38:47 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PS2zB3b8xz3Hxd for ; Thu, 2 Mar 2023 07:38:46 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=Mixdle5r; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com; dmarc=pass (policy=none) header.from=bidouilliste.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1677742718; 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=1Uv4hhcSuK1HCzm0han5jPRz7YFDCvtnpYYPMUREa6A=; b=Mixdle5rpJyzRGR4F7WlRaYmBauw5g72ey4yWYb1b9/DxL3dUD1jQ/OY6jGxM144y04NjD t5uMKCH5GCrdRf9iS3Gq7jzKEqezx/o/wAug7QzLWfpAfeveXNQyrMBVZfM43N+iu3IpLW 3J0vbKYIL76fVuFw1i5PPp+Qzp4MPYE= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id b981d97d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 2 Mar 2023 07:38:38 +0000 (UTC) Date: Thu, 2 Mar 2023 08:38:35 +0100 From: Emmanuel Vadot To: freebsd-current@freebsd.org Subject: Re: Switching MK_ATM to no by default Message-Id: <20230302083835.523309c677d61f5f9e54b331@bidouilliste.com> In-Reply-To: <20230127113410.4ec56d8e93eb6dd32c122ae1@bidouilliste.com> References: <20230127113410.4ec56d8e93eb6dd32c122ae1@bidouilliste.com> X-Mailer: Sylpheed 3.7.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: 7bit 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)[bidouilliste.com,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[manu]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PS2zB3b8xz3Hxd X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Fri, 27 Jan 2023 11:34:10 +0100 Emmanuel Vadot wrote: > > Hello, > > It's 2023 and I don't think that ATM have any users (but could be > wrong hence the mail). > Is everyone ok with switching MK_ATF to no by default ? > This will stop installed sscop(1) and libngatm (Netgraph support). > > If no one complain I'll do that for 14-CURRENT mid-february. > > Cheers, See https://reviews.freebsd.org/D38844 and child reviews. Cheers, -- Emmanuel Vadot From nobody Thu Mar 2 10:13:51 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 4PS6QS2MGjz3vdQt for ; Thu, 2 Mar 2023 10:14:08 +0000 (UTC) (envelope-from dim@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 4PS6QS1sYnz3wTh; Thu, 2 Mar 2023 10:14:08 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677752048; 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=YVvifAIC/y6XwWP5vUQOR4uGwQIBHyoiK6yI+FZJ2ZU=; b=XDEB/koZmRaHLUkdhC1p4AFB1cvgGyk3uGWOZlNXpJYCYsgAGS7XP6hFNp4Wvl+blcYd+3 SOJe9x+xir7euB+2rEhuMoqID513vFEZ7joNjXj032MeW0qkVThlXGf44o0wBxA6HsV5oD cbk8ROsrfHWiFK/Kww3pvNG5drf6f4cMtvQnX5jkQjUcrw5r0TVc5dJ3LYYCtzCmBRSGcU q63EbuO50L00D+MC1qf8ZIZd8DmjJpSt6uDF/dQy4f8CNKnc/wE9ToRKf5DzLIl5ib+YEg FziCtg2DbLr9glDgh87oTu6ruzCR40t4/zfhjSAYukJzGLsbltYyFJmveflPoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677752048; 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=YVvifAIC/y6XwWP5vUQOR4uGwQIBHyoiK6yI+FZJ2ZU=; b=qNYaSgTMOn0aD70jzoUDfABSKRPXJYsVKvfHy7foXxhAqQ8NkUUEQw0t3HY/GO/JAZiOz+ r/pOxKjRFpef0/szcZJQJJ+1DYIIF9/TDE4pa0uIrgHaX7mi0eyVReo1YjSCEzuhHlNypD ZxvFe0NYVFQf9ORIHRvMxUQdqHV/xBTpG9OQBMt/WMkfL9qEBNIyH8PjH50/G+3i1WwCHP 3AGHqR9xwAAJJ3RiCv7ov5+gxqk26oSbltEW/YJSWYZVb5ceuYIUyXaNT+zTWsQK/5/Uwm SICWxm/0T6I2VFVihyj81v7l6QEiEKxlYPVXAZUoveQSvf64RABNsAWymkPV+Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677752048; a=rsa-sha256; cv=none; b=iczGzyxkYp4ujetXBhy1fYkhFqBvNuhTrh+grrJ5YkK13DDKb26uoELqRqk9qcIrS75z8S hbEJRqIeHhcD07ssD8y6F06guXVLCDvIDA6fZqmkZklBDprN3Wdo0qKx2qsxUl0Bq14WPg ggX5OBotVFAoObEZneK4kiM7aHwKZ7Hwl7yerZDRdNm5Wh7riqXRbGsOLIJ3bgzFk2Nbkz 0vUXgBo7c+camLCii0CE12HvbCeYE62pfEnX426rQ8MdQe+9citAbZJpUvrZwuHjMvjwyx A05Sx0REQiTR2kRtOebFjdZmHrAc6eDOQChPEJD+D5ZkmheRR1uexIgVK+5vEQ== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PS6QS0BnxzQXV; Thu, 2 Mar 2023 10:14:08 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BC1763F554; Thu, 2 Mar 2023 11:14:06 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_7D6B2CAB-29DF-4D75-831D-54928F2872AF"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C From: Dimitry Andric In-Reply-To: <20230302064153.12940fa8@thor.intern.walstatt.dynvpn.de> Date: Thu, 2 Mar 2023 11:13:51 +0100 Cc: FreeBSD CURRENT Message-Id: <6321CA49-A38A-4FC6-A41E-E9964C2A94E3@FreeBSD.org> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> <20230302064153.12940fa8@thor.intern.walstatt.dynvpn.de> To: FreeBSD User X-Mailer: Apple Mail (2.3731.400.51.1.1) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_7D6B2CAB-29DF-4D75-831D-54928F2872AF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2 Mar 2023, at 06:41, FreeBSD User wrote: >=20 > Am Mon, 27 Feb 2023 23:46:21 +0100 > Dimitry Andric schrieb: ... >=20 > I tried to find some documentation on my CURRENT host regarding = "WITH_SYSTEM_COMPILER". None > found via man src.conf, nor via make make.conf. Please delegate me to = some place where I can > find such infos. Ah I was confused, WITH_SYSTEM_COMPILER is actually the default, and it means that you want to skip building the bootstrap compiler, and just use the host compiler. The src.conf(5) man page documents the inverse settings instead: WITHOUT_SYSTEM_COMPILER Do not opportunistically skip building a cross-compiler = during the bootstrap phase of the build. Normally, if the = currently installed compiler matches the planned bootstrap compiler = type and revision, then it will not be built. This does not = prevent a compiler from being built for installation though, only for building one for the build itself. The WITHOUT_CLANG = option controls that. WITHOUT_SYSTEM_LINKER Do not opportunistically skip building a cross-linker = during the bootstrap phase of the build. Normally, if the currently installed linker matches the planned bootstrap linker type = and revision, then it will not be built. This does not prevent = a linker from being built for installation though, only for building one for the build itself. The WITHOUT_LLD option controls that. This option is only relevant when WITH_LLD_BOOTSTRAP is = set. I find the double negative phrasing "do not skip" always confusing. But the logic is normally: * The early phase of buildworld retrieves the versions of your host's compiler and linker * It compares it against the versions in the source tree * If the host compiler and linker are deemed "good enough", they are used as-is * If the host compiler or linker are not suitable, the compiler or linker are bootstrapped from the source tree But WITH_SYSTEM_COMPILER turns off all these checks and forces it to use the host compiler, which might or might not work, depending on the circumstances. You may have to use NO_WERROR or other tricks. ... >> The safest solution is to let cross-tools do its thing, which will = check >> the host compiler, and automatically build an appropriate version of = the >> compiler and linker for the stable branch, if required. >=20 > I had a misunderstanding in the terminus "cross compiling", I check = now the build with this > option set to be enabled. Yes, this is a bit confusing, but in fact it *can* be a real cross compiler, if you are targeting another architecture, for example doing "make buildworld TARGET=3Darm64" from an x86_64 host. And of course if you are building natively, it is 'just' a regular bootstrap compiler. -Dimitry --Apple-Mail=_7D6B2CAB-29DF-4D75-831D-54928F2872AF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCZAB23wAKCRCwXqMKLiCW ozNJAKDIVxUNAGclcU/OFW/Atzn3ER3wRwCgnHaQzdCXnSgKbrvjOpMrv+YlLjc= =0vaP -----END PGP SIGNATURE----- --Apple-Mail=_7D6B2CAB-29DF-4D75-831D-54928F2872AF-- From nobody Thu Mar 2 16:13:13 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 4PSGP80gNqz3vyMG for ; Thu, 2 Mar 2023 16:13:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4PSGP70sSgz4Snb for ; Thu, 2 Mar 2023 16:13:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="lG8/9r1a"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.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=1677773609; bh=j6riC0ucb03BQd9UgY9so5ovdoF4OT4z4xqBdZIQqSE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=lG8/9r1aOchkfM4rd5Vc/ZctOO9e6GFuxAiHVOjrn+6fFDXsM56kxzT6Bz85tCgmGfD6Q3TG4wHFrxh7I11hBqFqNw4GMAoX6VmPTS8/IAmLGK1kGlU7BwNYpALuU6c76uUECPKkQd0aJ2n4He260u+42z39T5erqbrR0QN/aYy2g/M+t/eOC8tjoUNzly+az1R560xVuO/eSK8YEH0/HqUt4PqZDs5Z6EEqqolXkKupwY8Mpm3uj/sbk8BT43W5+y2dcJZ7kMZEDFSCYulekMbttZ8JHZR6pMpBred3JjFh1sPJj36NYAcX/O0Vxji/gmc7Tx6sQxHOsNTn/DA/Zw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677773609; bh=CyifXRGN/DzBCaVRrb1RVxMw5WlA76F8mPlvdiJJtlb=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=duFBe56n2zA+R5oNWcgMp2sKInVwgp+sbSdMVG+/zjAyErXS8PmMfuXdY0PukwTw23mvOXMwBy2LsGz4aNqPiWcNWjWg+3a7sXavXBlIUG8RH20Mx4FmKK38ZJZh4i6jygWA4sQFuiKLkt2AxcOV5f82yb909lOg3McY3m2NoBc9D0RtPPzQSn8HOtRMw8kxHHskMzV2u+VjgqaIE5JC0/aF5I/oIm1O+GhJ4qcJgLwPXS75IM64JjoC3y7mjHB3WbY7/8sZo96FXJZhGx8DBz+hM9XTSFswhe2fcYmsuBoo/8EqbanstKg6LZEgvi7q8ZM27jYQoPcx+K5PItIJfQ== X-YMail-OSG: GUrdE1oVM1kyVejDEmGk42dGjSfKKNNABXzwkqR14oCUHEwT3ccFBB1o7cTWvFT _3svo_2n.lmWAaljpDzihavZzWt.SFMfmlkYkcwByKQW0.RMvmikRdWythLmro7JoqEaS5_MvkFs zJCEIxipTOOoZFcICLqdKBZRQ48pmzOtafRfmJXnV842.lpZQXKGLXaN8i4h.ml5nrTeaxz3nk.6 Cs_7pbsyolct3XIS7zQJVDmm9LaK0hfyU6.AW0IKaW_2WiNf7BUAAlhdPJTGtja8EcIWJhsveqhI _Aep3kBAGahUqTndLu9IAGrqkAphewmLXALjAVyZYfMkdWZNT6sF_nI20ooTi4OW14cseK0shMai RxkbEETBFIpdgLFMm3HPQAZGKpg7VaFcYVC1AgnVCk8KvV9N3Fm_Uz0_5eO6AUH5N9CL6KJz.UUS pHYgZWIhxh1VvHwE.06AUzEY7OLDbReiwcfUIRVMF1te_sEjUKJM1OJEewEwPeoZzoZYSfUtUdVB XE7Xc3cnSR183Ji3O8rdLWckH0ytedTgtlxlEUtIfjgXDGqdGVVterZrQ4dlEeot7JPvw8aEZpWR J0R2AljnrWuIJWcDQZelo5iyvPZ4v2MBSxuvIMIS1IIX1WTsthAuc0lmXjjhcxPrGMeDj8XghHyB ayFLzzhv7MzU8yM.DW6NM7GZjLUTdXks6igwZIft5kojUFSDyN5WOjYkulDTCGZIpxoq5VVLorsC RraofFAF1OKxOxLIgDk._zfbTkObLzZCf6nGXgwOnrYkyt2F3aRgqtCAeYbJ_Z6ihaXlpbtbjfpu dcaqKKZR_mAPQG2SFEP63PrVTa9l4RXAsQtOC5_z7A.h2lMQKANXbjxo2vVIopjqf7dUrHm1JMyV Uteg5RyRMzWY.pwjbU7h2q2bXWvSZBtlMxYmJrdpI3AqEhT3MQ8GGpBjxwn7kgo9kZxMp3XvrROW 0JBcCPkDqZyeS11mqVU0VMpQU2ptpW.dh0s1tgZ7NEwvGqVZq.uhEIoLF3V4VGUnLRYu8pbre11V 3QoC9QpuuqzCQHFK.LcYPAOnjq_uEZk1olMskuu5z..DTJj6lTX_VbcO8QAw3kxkMh5bSXc8TmZZ IYiAHbrFsja_ldyx3Ev1oV2M8f..09ZDJLJpewWTZB_CPqsHIa58d1fyDIwq6hu9KtMrkZVTFd9X u65HHWPvcV6taWYok_6FTalPvCGIuMktNzo5c.P_gTqFU9QLMXIxmDeXDLMD1R3v8k3bljbNO.6e IoU1vFfmmsQpCeywKgVnpHf0KJMg7xxaSawpml6yxnfDIZe8XjTs25Ap3RjHjvcgctZE01nCKQA5 wCMZ6eb2PwW0n6mN_bcVMyz5_g6PJmA4JASlzteVo0q8Pry5QAtJVorBFKnvBhm7Twe1M6eWXA3z m0lJZMfUiFnrC.yP4_uJ.Sflz1mg65V6RPUNhbYgNhfjF5oj1t7P5CjHH0I2PJ_HpvjBKksqUWj4 AFx7YUxkg4EFvt83t5RiN4D67tlPhIUJTVRZxPPrCVXC3PUGoUTgMD300Fn5hb8Re9DWqaQGbt2F vZnuPWSTIBe3D7ikN9uffe5k4PJQrxcBQib8ZBJ5WZVvQOGeNwQ36lEG2L0ECoxoV99Gvz.IzXNn FkuizOPtH.z4bzy8HzxNUE4NoA.h0pZ.lj_Quid0QnAW6sKf923971nhR8VKenhf81OPhIEJqgX0 jSoYGwztzIugRkUnUqFnI_6tS7xiOiFExMlt_AEtA7HHvkVVS0O9dcAz0VeTW9SLVgGnobDO.niX TtWo85ctzAPRr4hr5lAmnq1jwLh2aZ3fLzJFhgaIgonA7tTqqgLHz56Pt.DcRUgaATL9Synp4UVB Qlp0mtl3V3Mt5d5inTaJU7lcGpzNK.djIcl8Qz77wCHyLPw1kB26.BlJGcbAhFszKZmzSJalxoJ8 BgWm_dlg9kqmdJ7semwvXOsY_jwb3lmfaAujd1y25xjtXHIpqErhua1WtneFwg9w00zL_JgFkK7f khQh6XrxYSbgVOKeIsuGxh_nMHYwL3nr8D.s_nMJ1xN_PG3.J2oxR_9C4wtAeGp90Mn5jpBA9qwa k4xhev_z.T2j57OahvbNuh9yWB6KAdu..y7JTcl_AeVcWTBulla0LW7YcqX9T6SSW9e_9EiQpxKg l6LtoZN5wieaMJUQMyOe60vfUNOqYSZtDVksjVSOecbVWyr86Ypi4ZKVagYZ.emNKfAr5jnzK_ah eM4MPzxkT8fTvMuqJnWnZASjS5Rii_wtajREqQ4cnoRo6P6Kq80vE641zVYCWejWxzOb7OLKK_bV y8w-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 2 Mar 2023 16:13:29 +0000 Received: by hermes--production-bf1-57c96c66f6-lmv78 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID aabdd5d80a04743c0772d0aeebd9b645; Thu, 02 Mar 2023 16:13:25 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-Id: <668F3258-534B-4225-BDE6-74784BF57448@yahoo.com> Date: Thu, 2 Mar 2023 08:13:13 -0800 To: Dimitry Andric , freebsd@walstatt-de.de, Current FreeBSD X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <668F3258-534B-4225-BDE6-74784BF57448.ref@yahoo.com> X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; 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: 4PSGP70sSgz4Snb X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [Seems to have gotten stuck in my Outbox. Trying again.] Dimitry Andric wrote on Date: Thu, 02 Mar 2023 10:13:51 UTC : > On 2 Mar 2023, at 06:41, FreeBSD User wrote: >>=20 >> Am Mon, 27 Feb 2023 23:46:21 +0100 >> Dimitry Andric schrieb: > ... >>=20 >> I tried to find some documentation on my CURRENT host regarding = "WITH_SYSTEM_COMPILER". None >> found via man src.conf, nor via make make.conf. Please delegate me to = some place where I can >> find such infos. >=20 > Ah I was confused, WITH_SYSTEM_COMPILER is actually the default, and = it > means that you want to skip building the bootstrap compiler, and just > use the host compiler. If allowed?: Having a 13.* build 14.0 does not allow skipping building the bootstrap compiler for buildworld or kernel-toolchain (for the same processor family), for example, if I understand right. In other words, one does not have to explicitly use WITHOUT_SYSTEM_COMPILER for such FreeBSD version- increase builds, even for self-hosted builds: the default works and is WITH_SYSTEM_COMPILER . > The src.conf(5) man page documents the inverse > settings instead: >=20 > WITHOUT_SYSTEM_COMPILER > Do not opportunistically skip building a cross-compiler during > the bootstrap phase of the build. Normally, if the currently > installed compiler matches the planned bootstrap compiler type > and revision, then it will not be built. This does not prevent a > compiler from being built for installation though, only for > building one for the build itself. The WITHOUT_CLANG option > controls that. Explicit WITHOUT_SYSTEM_COMPILER usage is unconditional, unlike WITH_SYSTEM_COMPILER usage (implicit or explicit) depending on both the FreeBSD version differences and the processor family relationship, if I understand right. > WITHOUT_SYSTEM_LINKER > Do not opportunistically skip building a cross-linker during the > bootstrap phase of the build. Normally, if the currently > installed linker matches the planned bootstrap linker type and > revision, then it will not be built. This does not prevent a > linker from being built for installation though, only for > building one for the build itself. The WITHOUT_LLD option > controls that. >=20 > This option is only relevant when WITH_LLD_BOOTSTRAP is set. >=20 > I find the double negative phrasing "do not skip" always confusing. = But > the logic is normally: >=20 > * The early phase of buildworld retrieves the versions of your host's > compiler and linker > * It compares it against the versions in the source tree > * If the host compiler and linker are deemed "good enough", they are > used as-is (So I've effectively noted some of the not "good enough" criteria above.) > * If the host compiler or linker are not suitable, the compiler or > linker are bootstrapped from the source tree >=20 > But WITH_SYSTEM_COMPILER turns off all these checks and forces it to = use > the host compiler, Are you saying that an implicit WITH_SYSTEM_COMPILER (no explicit WITHOUT_SYSTEM_COMPILER either) works differently than an explicit WITH_SYSTEM_COMPILER for FreeBSD version transitions? If so, I need to correct my expectations. > which might or might not work, depending on the > circumstances. You may have to use NO_WERROR or other tricks. >=20 >=20 > ... >>> The safest solution is to let cross-tools do its thing, which will = check >>> the host compiler, and automatically build an appropriate version of = the >>> compiler and linker for the stable branch, if required. >>=20 >> I had a misunderstanding in the terminus "cross compiling", I check = now the build with this >> option set to be enabled. >=20 > Yes, this is a bit confusing, but in fact it *can* be a real cross > compiler, if you are targeting another architecture, for example doing > "make buildworld TARGET=3Darm64" from an x86_64 host. In my view/expectation the differences between the Target defaults for the likes of: Target: x86_64-unknown-freebsd13.1 vs: Target: x86_64-unknown-freebsd13.2 vs: Target: x86_64-unknown-freebsd14.0 system compilers is enough to make having FreeBSD from earlier in the list above build targeting a later one in the list as a "bootstrap/cross compile": in other words, either x86_64 vs. not or freebsdA.B vs. freebsdX.Y differences count in the criteria and either changing for FROM->TO ends up needing a bootstrap/cross compiler. >=20 > And of course if you are building natively, it is 'just' a regular > bootstrap compiler. Not for freebsdA.B -> freebsdX.Y transitions, based on changes in default targets (and other details that may sometimes implicitly go with that differing default Target being used in the new compiler). =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Mar 2 21:33:26 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 4PSPVc3GRxz3wHbM for ; Thu, 2 Mar 2023 21:33:44 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 4PSPVb2Kynz439j for ; Thu, 2 Mar 2023 21:33:43 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=fJhjrx7K; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::629 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-pl1-x629.google.com with SMTP id p20so647510plw.13 for ; Thu, 02 Mar 2023 13:33:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1677792822; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=OcDxw/uXBStiX0Wv4lNrt40VwJTKeFsQUD5xllAk2OA=; b=fJhjrx7KZtc5PG5JxcBuV02W09F4Kk6PyoJWtoJoB2QqpHss8ufer4dCKc5C9VhL5G 7tXzFM9OfNyB2R2qwvBDAPmAN3elZGMvtKpKom/dyH6ms93oOLOQbd14V+x0rpLt+klI u0YK0xDt91RZf1qNV6JSjqLevmYVyn+J3cDqrK21Lv0rcKB7VRze1Sh5uift06yVYDrX Ry4KUKA0jYkRwf2EcdbbNxDDtpqskp+jXUR/6Cd2uBJjbBLYRQNM/xL4ESGg6cmdxZRG nd0Cw2vwHdNAs620PUerbdFzqIZt2oE3MTOdbR462goDnElxDz5YU9Zk95OMQ6qj+b/R wXNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1677792822; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=OcDxw/uXBStiX0Wv4lNrt40VwJTKeFsQUD5xllAk2OA=; b=fmoiytzMpAgAOWmRvz8w5Q00dAkpHXNJg10rwWODo+ASoPpc3kvKpwq9WOhI4fqId9 Cf9c2slyzQWueT1xkRbw+TjhE/ffNfjPhj4bQmmhJomwWA0/zyv0RRnIa01P1b/YixdZ +km6V5cx+lb5VIAMURQoZZ0ghBkq2rzQRzAm8J0oMTJT9m7RzipNee/qmJXIdXmoAbOD Q9Bc/CxDgCA+6iIzJmISzrO+pW7W4p49K/AzHb83j3Q5ssTDd+8Sx0ozyKpevLDOycNX mMLl7XIQPU5Sg1aEodPX2frHJs5+irJ2XhEXWrOtL7SwB8W4dIR57w38mS08H4Ki4Xdc 4g+g== X-Gm-Message-State: AO0yUKULqL3krkv3I3T6AiRATCg4lY6sZK0MB/TbE8lioYvR10imFSII lof2J7MLOr9tji8OTxAOngydAjD5qwdR+rmT3uClcpOQlw== X-Google-Smtp-Source: AK7set/JLqAMoLnmyPWtTFa1ZuLia+2wAomXSSlobgf/GojQWsaVE9X4D+pKWEmoF9QTHBEZwcIs/dwPRyyKjrYhlgc= X-Received: by 2002:a17:903:1243:b0:19e:8781:81b2 with SMTP id u3-20020a170903124300b0019e878181b2mr544868plh.5.1677792822284; Thu, 02 Mar 2023 13:33:42 -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: Thu, 2 Mar 2023 13:33:26 -0800 Message-ID: Subject: Review of D38809 To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.83 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.83)[-0.834]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::629: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)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4PSPVb2Kynz439j X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hi, I have just completed the kernel commits to main needed to run the NFS server subsystem in a vnet prison. The patch for the /etc/rc.d scripts to support the above is in phabricator as D38809. If anyone would like to review this, please feel free to do so. Thanks, rick ps: After the rc.d scripts, only man page updates are needed to complete the project to run the NFS server in an appropriately configured vnet prison. From nobody Thu Mar 2 22:39:14 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 4PSQyJ1K4Nz3wLRd for ; Thu, 2 Mar 2023 22:39:20 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Received: from mailtransmit05.runbox.com (mailtransmit05.runbox.com [IPv6:2a0c:5a00:149::26]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PSQyG5kwFz47B3 for ; Thu, 2 Mar 2023 22:39:18 +0000 (UTC) (envelope-from jbtakk@iherebuywisely.com) Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=iherebuywisely.com header.s=selector1 header.b=sFbYP2O6; spf=pass (mx1.freebsd.org: domain of jbtakk@iherebuywisely.com designates 2a0c:5a00:149::26 as permitted sender) smtp.mailfrom=jbtakk@iherebuywisely.com; dmarc=none Received: from mailtransmit03.runbox ([10.9.9.163] helo=aibo.runbox.com) by mailtransmit05.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1pXrZy-001RVZ-HG for freebsd-current@freebsd.org; Thu, 02 Mar 2023 23:39:14 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iherebuywisely.com; s=selector1; h=Message-Id:In-Reply-To:Date:Subject:CC: To:From:MIME-Version:Content-Transfer-Encoding:Content-Type; bh=jSVAcMazA+9GxvNf+n673+CIRRzfhX+qx33v/l7zNQ8=; b=sFbYP2O6MnrPzNG0fAwYiDfM7N imHFmoUrzACcdSDU9dZRb10DrhO8oLsLNNRN17QxAsU8KG2tCqQy2yGj8jZNTIiyUWFRFMtiILQqQ voS0/yvYLDXUcNsnCy2+3ePOXRnAUj/AnGPCdMHQfdCzp+36LiUIFNiLOqvfo3/d/sRVMNiNz5mX2 MnRtuoLnHN5uU0INLhzbEqCg+CUPJ7Kcr78sgffVqMTZfkfcyP2EscDOk/PhyQVVHtU1eRyBCXTWi EhN1mbyVAATSC6UL/v6n4UtZckc3akHjn3kPlTaIrfZPkCfNbOZcsKePvtKvjjGfiF5E4+8KqDDFd Ks5b1/Dg==; Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1pXrZy-0006Yh-4b; Thu, 02 Mar 2023 23:39:14 +0100 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1pXrZy-0004sJ-2e; Thu, 02 Mar 2023 23:39:14 +0100 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline 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 Received: from [Authenticated alias (650894)] by runbox.com with http (RMM6); Thu, 02 Mar 2023 22:39:14 GMT From: "Jeffrey Bouquet" To: "Jeffrey Bouquet" CC: "freebsd-current" Subject: Re: continuing 14-CURRENT buildworld error... Date: Thu, 02 Mar 2023 14:39:14 -0800 (PST) X-RMM-Aliasid: 650894 X-Mailer: RMM6 In-Reply-To: Message-Id: X-Spamd-Result: default: False [-3.34 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.945]; R_SPF_ALLOW(-0.20)[+ip6:2a0c:5a00:149::26]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[2a0c:5a00:149::26:from]; RCVD_TLS_LAST(0.00)[]; R_DKIM_PERMFAIL(0.00)[iherebuywisely.com:s=selector1]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; ASN(0.00)[asn:50304, ipnet:2a0c:5a00::/29, country:NO]; RCVD_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[iherebuywisely.com:~]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[iherebuywisely.com]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4PSQyG5kwFz47B3 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On Tue, 28 Feb 2023 00:23:59 -0800 (PST), "Jeffrey Bouquet" wrote: > in src.conf: >=20 > WITHOUT_TFTP=3D >=20 > nevertheless, the buildworld halts in building tftp-proxy... >=20 > ...... > OR it halts with too may of the below errors: the buildworld doesn't inf= orm which process stopped it. >=20 > ld.lld error: undefined symbol FreeBSD_nvlist_* [ many undefined symbols= each starting with that... > and referenced by=20 > libpfctl_pie.a > libpfctl_pie.c > libpfctl_pie.pieo. >=20 > ..... > the same source tree on a newly installed 14-CURRENT machine completes. > .... > Strangely, the build machine is mostly 13-STABLE except the kernel ??? wh= ich is best > figured out by completing the 14-CURRENT build on 13-STABLE as the altern= ative is > reinstalling over 2000 ports which would result in inconvenient hours of = downtime and then > might on the 2004-5.1 > 14-CURRENT system result in the continued=20 > buildworld errors, I'd like to get them fixed not on a new install for se= ntimental reasons...=20=20 > .... ....................................... I don't know if that error still exists, but this new one came up on a newe= r source tree: Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lua.o Building /usr/obj/usr/src/amd64.amd64/bin/ed/undo.o Building /usr/obj/usr/src/amd64.amd64/bin/ed/ed Building /usr/obj/usr/src/amd64.amd64/libexec/flua/linit_flua.o Building /usr/obj/usr/src/amd64.amd64/bin/ed/ed.1.gz Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lfs.o Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr.c Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr.o Building /usr/obj/usr/src/amd64.amd64/cddl/sbin/zfs/zfs_project.o Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lposix.o Building /usr/obj/usr/src/amd64.amd64/libexec/flua/lua_ucl.o Building /usr/obj/usr/src/amd64.amd64/cddl/sbin/zfs/zfs Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr Building /usr/obj/usr/src/amd64.amd64/bin/expr/expr.1.gz ld.lld: error: undefined symbol: zfs_get_underlying_type >>> referenced by zfs_main.c >>> zfs_main.o:(zfs_do_userspace) ld.lld: error: undefined symbol: zfs_truncate_shares >>> referenced by zfs_main.c >>> zfs_main.o:(share_mount) ld.lld: error: undefined symbol: sa_protocol_names >>> referenced by zfs_main.c >>> zfs_main.o:(sa_protocol_decode) clang-15: error: linker command failed with exit code 1 (use -v to see invo= cation) Building /usr/obj/usr/src/amd64.amd64/bin/freebsd-version/freebsd-version.sh *** [zfs] Error code 1 make[5]: stopped in /usr/src/cddl/sbin/zfs .ERROR_TARGET=3D'zfs' .ERROR_META_FILE=3D'/usr/obj/usr/src/amd64.amd64/cddl/sbin/zfs/zfs.meta From nobody Thu Mar 2 23:25: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 4PSRzx0FBfz3wNsj for ; Thu, 2 Mar 2023 23:25:49 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 4PSRzw5HCKz4Fdb for ; Thu, 2 Mar 2023 23:25:48 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 32EAA3C0199; Thu, 2 Mar 2023 23:25:42 +0000 (UTC) Date: Thu, 2 Mar 2023 23:25:42 +0000 From: Brooks Davis To: Emmanuel Vadot Cc: freebsd-current@freebsd.org Subject: Re: Switching MK_ATM to no by default Message-ID: References: <20230127113410.4ec56d8e93eb6dd32c122ae1@bidouilliste.com> <20230302083835.523309c677d61f5f9e54b331@bidouilliste.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230302083835.523309c677d61f5f9e54b331@bidouilliste.com> X-Rspamd-Queue-Id: 4PSRzw5HCKz4Fdb X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, Mar 02, 2023 at 08:38:35AM +0100, Emmanuel Vadot wrote: > On Fri, 27 Jan 2023 11:34:10 +0100 > Emmanuel Vadot wrote: > > > > > Hello, > > > > It's 2023 and I don't think that ATM have any users (but could be > > wrong hence the mail). > > Is everyone ok with switching MK_ATF to no by default ? > > This will stop installed sscop(1) and libngatm (Netgraph support). > > > > If no one complain I'll do that for 14-CURRENT mid-february. > > > > Cheers, > > > See https://reviews.freebsd.org/D38844 and child reviews. I've created a stack of reviews to remove the rest of ATM support. https://reviews.freebsd.org/D38874 ... https://reviews.freebsd.org/D38880 -- Brooks From nobody Fri Mar 3 18:36:20 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 4PSxWq1zlZz3wCfP for ; Fri, 3 Mar 2023 18:36:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4PSxWp0H6lz3vsn for ; Fri, 3 Mar 2023 18:36:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=SQZ4lUs+; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.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=1677868596; bh=RRp8oRnZZsfaWG956RKYw4KQwwr3QB+bM1qv9R7Q2KA=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=SQZ4lUs+lqY1fNyMUigZNKOxd+WX4ZLycsR787Y7VC4eSEn4TfCBBeA+n/l1qZGNI51P1zMC+v/iNncBW+emuJLHl081ssk8DSciwZTSNXWlnOs9SyF1japvvKRGWyckxwxx2PiauakmqzXKxdxGlyB9QpWuEWVOlkz5G0782bLkZN8gCXRsdfM0y9sO4OWFJaDkuhBNkiJwx2Y7g8RVQq1EJQeuRjqZpbvBO/B8pgOwm/eyEbiI62qnczGTh/LGicM0/ebUli+jTbdDUYjytxpDW/CdJC8sV/Ky2XzJiPFJaPySN6UYW16I2WG9/EB5KnuexW+e/5TVbwcGtJ19Lg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677868596; bh=orqTuA6/oWDEw4fPYunX9QI9MGhnRNj/YNv1mXs8oN/=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=DDfnew4oN20tF+vBIwjtkLuDoGVAr+B0WmpaO3NlIRtStxM3Tmu040oOE4Z9FvW2zkP2hUSagsWStMD2aFCu0RmDNBX/bj2JiclT/QA+x7jy6TtlHBcejFg+tV2nlhEPpibQRXtNc5JlOxdNhv9c5T+ubIMcXQRbu/lbr0EnNRQehx1dVEx8FVj6IlU1zJia8SBlXoDjRzcRfEf312oGGSqq9n0A/Qm22RGZErXtvZImb3fGVyn0tmMfseywel6XL/aYc7gscHaU56f/MlAuNGOzVgIEHEzHYWcosrlGYEOjqsf2O1W7GMh4+pBl1cXaxwr01gXB+/ueK8pdmOK7DQ== X-YMail-OSG: VT0EyoAVM1nS0aL_q22ORxfuq2__kl2VhydoynReI8jI5f0IAz1_qemvJufiKtD TjVcX6OVNkFAnaJPpBJqBREJ.DQujTxQqhh.5cw86WqY0b3fHpbK2WJX6D0rruuRq78Y8r5trmyC S9C6Ek6aPOq75bJ1qvqGccMFT7_IW7xFySEex1iLVesbvDE8tUIb97hrEMJZ_FHVmbYjexlz94tt qzGwxUnAHJ6VpLzreXd0cEE5HDwpcjePNH9Tm7Lsn7ZYiyL8MbC5Rny9D6W6pyn3HFFtHUkf0.a5 MEoC.fi1CN2PQRzeNXb1CUQ8Qy1D7JNSpXof5j580Mmm0ExMeq6KnFSGmzJ9US7.kFfDofm_8iPZ mMGzqm0ysF48axSx3uORqUGPGwapQfjXc0Ameq0POMl0LgOrmnjKXz4yP2UKCPJonR79QYUveIO6 7vu.3zGogo9mj.sbp7aXXqef4yaAZhbsw71nOmGmXRXdI_CE2Sfr21R_tAmahoVWEuc7nXcAS4hQ 4ET6nwX046EB0w9.n8Z77xRg9AO4uRPrxNoPlGdUx81VDCVV0E0x4RW1P2GgOR4iDNi_XAhn_Oq. _P2ahPazi9B5OJKGlgukqQehH_Rs9HGDo.S8dey7kbS6rHCrWRFzrk0.lE.D4rfJwp1O73wQYLse iWxI8DEGDo4PRTBdNNJJU0ZFusQ.wfxRQQ75uVgLnzjWSGRS3okjhSeGNFu017J1YGHicBoQ_mbM sjQYDtUQyDy2f.orRCfy7rof4ZGp7tRds8WeyuCxfEwOEy_LgPBTwPmRG1_xqLRHN2vZ3YmIrhin kmEPRmt12W.Ny294NacM22vq13fDvdEu1abbkvg4i_Oo5D06vD6taSsDf1jfiRn4IaSGaJHcodrP 5tKpSdhI9_rz2dBwFnl4UP0QNtphuRXTLqIkMDrFzDANF_IAtp8hsuEgPx2qKYSJUjpxHeDjlrQG 4_vOUl693kPsyZK2kPwwQyFo1DrnIlKv5BcezW8ANS.wnPrvQniy0cxRQjTrz5adPd5DszU52Lgq AvZSkfpPs6ohyv5S6hLevsmdJVasIyuJjeizOeyl2XIIyRo3icEzW6V5hssteVK5gphTFuCHwKjH DkTPS8V3esnMnIKnWrgBp5KBcftPjttjNC_bIcQGefd5z8.nNVMbKtb4v124VbI0v.3ACqlgr.lx fKQnObAAZuTRUX8b2xl8IyCCYijtnU37CDXlY7uI8MouGUVG62gMKLrqRCelkK4dVh93cYbh7diY bE719bE1JgBlx3k8vo5ScJ6it24sVL2EMHWGiXjYi7ggo0eU9wVve9R1m6ZVRp0MQ5bNLm1QPrAP .Gqu3y41vdGyVMSgzir66SoQ66P.67SBJ1Oj6XlJf_WjBin5FNy2y0Tvdf.sS7wYYu5YC2SilrU3 6b3ysuPJbTaBnoHtXaiDiQ_7Y_bFON2et9uPrs4f2QcAnwsSYTmNGatYfUjxC7t1VTtpUvTTJ8o0 MapTMrRmwi2SOf6HRNSzFjhQDu374lBRKnPC10EzY8kuDGn_1NQUd7tOsC6q2KAjyPKyI3To5ePj X7vb4ImVRr_Y4Zo2.TN.a_T9gpHtfeXCdRa_NsGPDDgTtXbPHQKKbj5EtUtMQzfpdMMr1sSSXTfm 6cAKZwbqr1shtMKTz5wXZ_6rpjWyxJMiO8DCLM8dwJSdQou5GA1MBj0QewFNNsKG2lEMPGsmJash oT1UPPUtO3eqRNow3WCrXW64BmcXTDKBsB0XD7sShq25hi2cGJfdxz9Rlusnl_0o_M8a_Hfdn2Aa UWALFUNyHk6hinCqqCWl5CpnCr1Mrcj0ORJPrERoVwiKyZ4l3qn7KB4VW5I9kXSI.yGkRktJ5h7y PcTE4MaSmMunOQXe5DUbZeNTJvCC3Z2.NDer7fpiqyOvz4vZetVxpQEzthqDzXZ_FSYbUhJvrpbN Ps.64zlIaYBmsvFCP_r2f70gqFndmyJAW3OxyeGpV0SbaiEL2mWP13aDp67forlJOKSWgTlKD96y OgHFikBfhokKjcU56dB9rFIQWU5VkXnJitcCAxTuO2DTDfgVNUIegQb9x.uloyu4K6tW5t9sdg28 Xi090LHVVYR3JQavTRi6LiPFyajcFbW_hwaqa3WbuVlO5rPDglK5tyN58tifgqdAexDbDo7CqXBD fr0ihsCgDJG84oiY2kwQp3emWVVDdaC4T1UGeZY2iIm80I_Di1iXgigxNZsXUMsHS3vL7ulbTe4Z x6DXHkGltT8m8YrjkeKx8ABcQbWcB.rUlMUM24QevYsgB9KVCIOvzaA7Vn7HgPQZpRpOSSoQ4Kmz hORkEg6jEFA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Mar 2023 18:36:36 +0000 Received: by hermes--production-gq1-6cf7749bc8-g5z7v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f101f13d945b52ccdfa12d3640067696; Fri, 03 Mar 2023 18:36:31 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: git: a28ccb32bf56 - main - machine-id: generate a compact version of the uuid Message-Id: <6227093D-3D45-4300-97B9-2F2D76C083BE@yahoo.com> Date: Fri, 3 Mar 2023 10:36:20 -0800 Cc: "bapt@freebsd.org" , =?utf-8?Q?T=C4=B3l_Coosemans?= , FreeBSD-STABLE Mailing List , Current FreeBSD To: Mike Karels , dev-commits-src-main@freebsd.org X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <6227093D-3D45-4300-97B9-2F2D76C083BE.ref@yahoo.com> X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.50)[-0.496]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_FIVE(0.00)[6]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4PSxWp0H6lz3vsn X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Mike Karels wrote on Date: Fri, 03 Mar 2023 16:12:50 UTC : > On 3 Mar 2023, at 9:40, T=C4=B3l Coosemans wrote: >=20 > > On Wed, 1 Mar 2023 18:18:33 GMT Baptiste Daroussin = wrote: > >> The branch main has been updated by bapt: > >> > >> URL: = https://cgit.FreeBSD.org/src/commit/?id=3Da28ccb32bf5678fc401f1602865ee9b3= 7ca4c990 > >> > >> commit a28ccb32bf5678fc401f1602865ee9b37ca4c990 > >> Author: Baptiste Daroussin > >> AuthorDate: 2023-02-28 10:31:06 +0000 > >> Commit: Baptiste Daroussin > >> CommitDate: 2023-03-01 18:16:25 +0000 > >> > >> machine-id: generate a compact version of the uuid > >> > >> dbus and other actually expect an uuid without hyphens > >> > >> Reported by: tijl > >> MFC After: 3 days > >> --- > >> libexec/rc/rc.d/machine_id | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> diff --git a/libexec/rc/rc.d/machine_id = b/libexec/rc/rc.d/machine_id > >> index 7cfd7b2d92f8..8bf3e41d0603 100644 > >> --- a/libexec/rc/rc.d/machine_id > >> +++ b/libexec/rc/rc.d/machine_id > >> @@ -23,7 +23,7 @@ machine_id_start() > >> if [ ! -f ${machine_id_file} ] ; then > >> startmsg -n "Creating ${machine_id_file} " > >> t=3D$(mktemp -t machine-id) > >> - /bin/uuidgen -r -o $t > >> + /bin/uuidgen -r -c -o $t > >> install -C -o root -g wheel -m ${machine_id_perms} "$t" = "${machine_id_file}" > >> rm -f "$t" > >> startmsg 'done.' > > > > I really think this file should be defined to contain the same UUID = as > > /etc/hostid such that there's one and only one UUID per machine. = Having > > two different IDs needlessly complicates things if they end up in = logs > > etc. > > > > It also looks like on Linux virtual machines this file contains the > > SMBIOS UUID just like our /etc/hostid. If /etc/machine-id is = supposed > > to be a portable way to obtain that UUID it should be the same as > > /etc/hostid. >=20 > I agree. I had the same reaction when the machine-id was added, but > thought the requirements were different (in particular, the UUID = version). > If at all possible, the two should be the same except for hyphens. >=20 > > Please have another look at https://reviews.freebsd.org/D38811. This > > file is supposed to remain constant across updates. If we get this > > wrong in 13.2, applications may have to deal with the complications = for > > a very long time. >=20 > This should be resolved for 13.2 if at all possible. What are the properties for the content of /etc/hostid in FreeBSD? Where are they documented? /etc/machine-id has strong property guarnatee requirements in linux and dbus (which linux indicates it has adopted requirements from): https://man7.org/linux/man-pages/man5/machine-id.5.html reports: QUOTE The machine ID does not change based on local or network configuration or when hardware is replaced. Due to this and its greater length, it is a more useful replacement for the gethostid(3) call that POSIX specifies. This machine ID adheres to the same format and logic as the D-Bus machine ID. END QUOTE https://dbus.freedesktop.org/doc/dbus-uuidgen.1.html reports: ( used via dbus-uuidgen --ensure=3D/etc/machine-id as one way to get a linux-comaptibile /etc/machine-id for at least some types of contexts ) QUOTE The important properties of the machine UUID are that 1) it remains unchanged until the next reboot and 2) it is different for any two running instances of the OS kernel. That is, if two processes see the same UUID, they should also see the same shared memory, UNIX domain sockets, local X displays, localhost.localdomain resolution, process IDs, and so forth END QUOTE Does /etc/hostid generated the normal way in FreeBSD have such properties? (How do I look that up?) Returning to: https://man7.org/linux/man-pages/man5/machine-id.5.html QUOTE This ID uniquely identifies the host. It should be considered "confidential", and must not be exposed in untrusted environments, in particular on the network. If a stable unique identifier that is tied to the machine is needed for some application, the machine ID or any part of it must not be used directly. Instead the machine ID should be hashed with a cryptographic, keyed hash function, using a fixed, application-specific key. That way the ID will be properly unique, and derived in a constant way from the machine ID but there will be no way to retrieve the original machine ID from the application-specific one. END QUOTE Is that at least recommended for handling FreeBSD's /etc/hostid content? Is FreeBSD going to document /etc/machine-id content properties in a similar manor? If FreeBSD ends up with a /etc/machine-id that does not have the properties and recommended principles of use, it would appear that the /etc/machine-id path would be highly misleading and, so, inappropriate. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 4 07:43:50 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 4PTH0z22Qnz3vhTT for ; Sat, 4 Mar 2023 07:44:35 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PTH0x6YKTz3qZF; Sat, 4 Mar 2023 07:44:33 +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=T80j10BL; spf=none (mx1.freebsd.org: domain of freebsd@walstatt-de.de has no SPF policy when checking 2001:1640:5::8:31) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub1.goneo.de (hub1.goneo.de [85.220.129.52]) (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 smtp6.goneo.de (Postfix) with ESMTPS id 5D61C10A1EA8; Sat, 4 Mar 2023 08:44:26 +0100 (CET) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id BFDD410A1E96; Sat, 4 Mar 2023 08:44:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1677915864; 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=KUs+u0dpg/bRmAHl+MFLYASGZxvo7KsVcc0cy6gcjGQ=; b=T80j10BLdrhMOsXdwOY1xAgaFTcyYunKstoAAAYTh2GH/z6J4arxFEWI58od3z2afNfJMY /k598cUP8VLlMCEuOrKGOjBQWfai0n3quL4eN8FK6gH/qL6ksqvqRTmrLNJa+K1FAmD28l yqJIsRSujMNcSNk+bH6F3RnM7X6WDtGlgIFfHZCLsTGFFD0+7LBhVCTtm3GMKM0zRRDDY2 FxVtuqYDBhpM5IL5z7FrMNDYUkQLH4KihaoccWHb6bHKccY0r2UkA0QnNvhRiGDBb0RrFw 0B+1gaZvSpda8S7SttYm37zrSmWo7j5W58Qe86/Birs8sXn7t/SNbJDssTjYZw== Received: from thor.intern.walstatt.dynvpn.de (dynamic-077-011-067-177.77.11.pool.telefonica.de [77.11.67.177]) (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 hub1.goneo.de (Postfix) with ESMTPSA id 8447210A1E83; Sat, 4 Mar 2023 08:44:24 +0100 (CET) Date: Sat, 4 Mar 2023 08:43:50 +0100 From: FreeBSD User To: Dimitry Andric Cc: FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230304084417.69b7c461@thor.intern.walstatt.dynvpn.de> In-Reply-To: <6321CA49-A38A-4FC6-A41E-E9964C2A94E3@FreeBSD.org> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> <20230302064153.12940fa8@thor.intern.walstatt.dynvpn.de> <6321CA49-A38A-4FC6-A41E-E9964C2A94E3@FreeBSD.org> 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: multipart/signed; boundary="Sig_/Xiwu.2GI9Hq9PaT4VuZMLFk"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: aba3a7 X-Rspamd-UID: 663b97 X-Spamd-Result: default: False [-5.37 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.969]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[walstatt-de.de:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; R_SPF_NA(0.00)[no SPF record]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PTH0x6YKTz3qZF X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --Sig_/Xiwu.2GI9Hq9PaT4VuZMLFk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Thu, 2 Mar 2023 11:13:51 +0100 Dimitry Andric schrieb: > On 2 Mar 2023, at 06:41, FreeBSD User wrote: > >=20 > > Am Mon, 27 Feb 2023 23:46:21 +0100 > > Dimitry Andric schrieb: =20 > ... > >=20 > > I tried to find some documentation on my CURRENT host regarding "WITH_= SYSTEM_COMPILER". > > None found via man src.conf, nor via make make.conf. Please delegate me= to some place > > where I can find such infos. =20 >=20 > Ah I was confused, WITH_SYSTEM_COMPILER is actually the default, and it > means that you want to skip building the bootstrap compiler, and just > use the host compiler. The src.conf(5) man page documents the inverse > settings instead: >=20 > WITHOUT_SYSTEM_COMPILER > Do not opportunistically skip building a cross-compiler duri= ng > the bootstrap phase of the build. Normally, if the currently > installed compiler matches the planned bootstrap compiler ty= pe > and revision, then it will not be built. This does not prev= ent a > compiler from being built for installation though, only for > building one for the build itself. The WITHOUT_CLANG option > controls that. >=20 > WITHOUT_SYSTEM_LINKER > Do not opportunistically skip building a cross-linker during= the > bootstrap phase of the build. Normally, if the currently > installed linker matches the planned bootstrap linker type a= nd > revision, then it will not be built. This does not prevent a > linker from being built for installation though, only for > building one for the build itself. The WITHOUT_LLD option > controls that. >=20 > This option is only relevant when WITH_LLD_BOOTSTRAP is set. >=20 > I find the double negative phrasing "do not skip" always confusing. But > the logic is normally: >=20 > * The early phase of buildworld retrieves the versions of your host's > compiler and linker > * It compares it against the versions in the source tree > * If the host compiler and linker are deemed "good enough", they are > used as-is > * If the host compiler or linker are not suitable, the compiler or > linker are bootstrapped from the source tree >=20 > But WITH_SYSTEM_COMPILER turns off all these checks and forces it to use > the host compiler, which might or might not work, depending on the > circumstances. You may have to use NO_WERROR or other tricks. Thank you for the explanation. I read the man page of src.conf in a haste s= olving my problem and did not spend much time in reading carefully. I'd appreciate to see YOU= R explanation in the official man page, or at least a more non-logical-twisted version. ;-) oh >=20 >=20 > ... > >> The safest solution is to let cross-tools do its thing, which will che= ck > >> the host compiler, and automatically build an appropriate version of t= he > >> compiler and linker for the stable branch, if required. =20 > >=20 > > I had a misunderstanding in the terminus "cross compiling", I check now= the build with this > > option set to be enabled. =20 >=20 > Yes, this is a bit confusing, but in fact it *can* be a real cross > compiler, if you are targeting another architecture, for example doing > "make buildworld TARGET=3Darm64" from an x86_64 host. >=20 > And of course if you are building natively, it is 'just' a regular > bootstrap compiler. >=20 > -Dimitry >=20 --=20 O. Hartmann --Sig_/Xiwu.2GI9Hq9PaT4VuZMLFk Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZAL20QAKCRCxzvs8Oqok rwd5AQCe8KolJV0SYDQOsvtzAGi/Yzmq070tB7b/eRy9apLCVQEA8MknPQCx2+Uc se1SjTA2RalPExEVUNtmVpPFP+jqVg8= =9Ilg -----END PGP SIGNATURE----- --Sig_/Xiwu.2GI9Hq9PaT4VuZMLFk-- From nobody Sat Mar 4 14:32: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 4PTS4B1QVlz3w5Sv; Sat, 4 Mar 2023 14:32:58 +0000 (UTC) (envelope-from tijl@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 4PTS4B0vZLz3D4g; Sat, 4 Mar 2023 14:32:58 +0000 (UTC) (envelope-from tijl@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677940378; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N6PeDknoxDgm1KsItHXC9riaV+qSWVUb5iob43UKbgg=; b=o2yTyu+IliIGEVl0ImhevWghbuG7G8dwq7kbv0gXF5d7b0KugjWuj6vhJXaT9F8D4ElsNb MXqqs4pePmLcLK1/1IGgR3NBnDJKLxkWEatj1ZB34lYrtLAGWboUQIxy5MXf5YiyQHejAu z80o8jFSGxLzd705TudVoUFBRBCL6USjFp89qAcayncoVTKyag5cK4OlcjPeSIDDsHr97g KRVGWJVOihoALWb4fgkwwCHvS+8g4/IY4zxS8hHq7UN9NawtHhj0+NbYj+45Fq/HhsTdZp U1fRNPD13P00XGJnaQoOdghuEPvLHXlVVLWcD7EDMmLOlxI6bTyLqgg6zRW52Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1677940378; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N6PeDknoxDgm1KsItHXC9riaV+qSWVUb5iob43UKbgg=; b=VZKIw3GViYQStJmafTmkRqM2hl/KEAPpuB8dxg+bMHZEZGfJexYHJYyjkOGYI2riBsmCMh oG5ldducUX3x4OZL1FXPXTVSukCO7YyATnGQFrx9kFygxNlpFo/mRFGm6RSf9NQiP2g7DV CvGK2kClCIK+ZTPyx6zTl36ZAOdr5S6ksfmm4wy9R1MPU548en/x+cB/v6HSl9TEPeeWlG E63r3HhifxyV21F6pEo7tY/2FMqH4fdjm7mEYgCwHAqbr4fClO9gwMsyeeAqb7K+WN/2D7 Q/PjJ+CAZdM4ce8riyJVRzUDa9OlUfXfQrWMgM+BuVIYG16WAz4pn2n2QhmxEQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1677940378; a=rsa-sha256; cv=none; b=Va4NFT67fmsRGmGyRU16UOOtgEO5kH6jm+qhac0m0Hsn7h3IxdMNR8TzbOV5s98w+yl9bk 5WYWABl+iIecWY/o5K+EqwMhgLA4LOdPrAvWeaq5sYTsHg3AhfZauCIQYq+Tye4vBm+dNZ 7UZdvdVCwq8ZWvA6vmfZdG7weO18AS4QDSOoZl51WAC0a1rLr/hLMYgHRf5DuSxL3ng9uT h4uaklHrB2N8eIAitE2XliOxc4QFuMekqjll80bjFw4H9T5AObbrBacei4JbJsHyI7m3o9 tyUkTzgILO9Di6d+XY9ihUD8Q+gHeet/X41CHyJzJet7bcaqnygUh72KGiwyhA== Received: from hal.tijl.coosemans.org (unknown [IPv6:2a02:a03f:894b:4700:c041:70fd:a74e:2f53]) (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 did not present a certificate) (Authenticated sender: tijl) by smtp.freebsd.org (Postfix) with ESMTPSA id 4PTS491PKsz1R06; Sat, 4 Mar 2023 14:32:57 +0000 (UTC) (envelope-from tijl@FreeBSD.org) Date: Sat, 4 Mar 2023 15:32:54 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Mark Millard Cc: Mike Karels , dev-commits-src-main@freebsd.org, "bapt@freebsd.org" , FreeBSD-STABLE Mailing List , Current FreeBSD Subject: Re: git: a28ccb32bf56 - main - machine-id: generate a compact version of the uuid Message-ID: <20230304153254.077542bd@hal.tijl.coosemans.org> In-Reply-To: <6227093D-3D45-4300-97B9-2F2D76C083BE@yahoo.com> References: <6227093D-3D45-4300-97B9-2F2D76C083BE.ref@yahoo.com> <6227093D-3D45-4300-97B9-2F2D76C083BE@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N On Fri, 3 Mar 2023 10:36:20 -0800 Mark Millard wrote: > What are the properties for the content of /etc/hostid > in FreeBSD? Where are they documented? > > /etc/machine-id has strong property guarnatee > requirements in linux and dbus (which linux indicates > it has adopted requirements from): > > https://man7.org/linux/man-pages/man5/machine-id.5.html > > reports: > > QUOTE > The machine ID does not change based on local or network > configuration or when hardware is replaced. Due to this and its > greater length, it is a more useful replacement for the > gethostid(3) call that POSIX specifies. > > This machine ID adheres to the same format and logic as the D-Bus > machine ID. > END QUOTE /etc/hostid is written once. It does not change with network or hardware changes. > https://dbus.freedesktop.org/doc/dbus-uuidgen.1.html reports: > ( used via dbus-uuidgen --ensure=/etc/machine-id as one way > to get a linux-comaptibile /etc/machine-id for at least > some types of contexts ) > > QUOTE > The important properties of the machine UUID are that 1) it remains > unchanged until the next reboot and 2) it is different for any two > running instances of the OS kernel. That is, if two processes see > the same UUID, they should also see the same shared memory, UNIX > domain sockets, local X displays, localhost.localdomain resolution, > process IDs, and so forth > END QUOTE > > > Does /etc/hostid generated the normal way in FreeBSD have such > properties? (How do I look that up?) Yes. It's `kenv smbios.system.uuid` if that's available and generated by uuidgen otherwise. The code is in /etc/rc.d/hostid and /etc/rc.d/hostid_save. > Returning to: > > https://man7.org/linux/man-pages/man5/machine-id.5.html > > QUOTE > This ID uniquely identifies the host. It should be considered > "confidential", and must not be exposed in untrusted > environments, in particular on the network. If a stable unique > identifier that is tied to the machine is needed for some > application, the machine ID or any part of it must not be used > directly. Instead the machine ID should be hashed with a > cryptographic, keyed hash function, using a fixed, > application-specific key. That way the ID will be properly > unique, and derived in a constant way from the machine ID but > there will be no way to retrieve the original machine ID from the > application-specific one. > END QUOTE > > Is that at least recommended for handling FreeBSD's /etc/hostid > content? No, the file is not documented at all, but this is a recommendation on how to use the file not a restriction on the content like the other quotes so this isn't an impediment to using the same ID in /etc/machine-id. > Is FreeBSD going to document /etc/machine-id content properties > in a similar manor? > > > If FreeBSD ends up with a /etc/machine-id that does not have > the properties and recommended principles of use, it would > appear that the /etc/machine-id path would be highly misleading > and, so, inappropriate. From nobody Sat Mar 4 15:20: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 4PTT752fHYz3w7bG for ; Sat, 4 Mar 2023 15:20:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.gq1.yahoo.com (sonic312-23.consmr.mail.gq1.yahoo.com [98.137.69.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 4PTT746rh6z3KpM for ; Sat, 4 Mar 2023 15:20:32 +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=1677943231; bh=bZjK2x6VsyMxsgbCJnwKbGEOWB9NFoUiHfMANRxTKT8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=dqWDAKN4+GAQqdEB+d7vQ6+fR27GlkuoM0fBUFN5glhk7a2xUG+UvFvswhltlgQmlRMYY7QTm3Dh+JgEHJ1fFNNp6uHW1fy8dzBwttSbxaPM7qR5ZIQpz37roiRSCK3SrIQPZWD9zC+9VuBTfbVY6wl5XIh4B/iogo/VsZ3VDE1Qg7AwSx8AJ2dE36pIl+ZR25yBpdFYuBL8DXGPxs9MypUw1MvrLUoSK5MGOp7Qy4rydYwl+enOJZ30SWiJ21VUZcaEUxjGbKH9dFQb07FJNE5fBn6UIuiz+1JzrlzlopOBz1UW6SlBqeW/UZy7sQ6weZ8GIBeZ4JyjRwaR6+ipwg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677943231; bh=OFCnkG09Dpwc1a6uYUnFjZwE4UE2SOepEYP502LESXX=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GNsCYJSuplOtpWw6wfNTs3GOsjgTnFA30GO6ZhRoXPitqHEZR3g8hRAp25/qiL/SuBLA2hPUUHr84pOCnyj6h675eyxobrspNOTaRBKKhdQZ7ScHeYCLiCpvIZ/VOd775603PJBfuZenTVDvyd+WrN82b0uGAq+CRljQ0gPWOqjseSccvi9x+vz+zSajV7/fyUhZlmb4EKnXmwyKAsdGRcW6ZOPeA7Za6L9veJH95lKTGuBlDJ2mTE0/2+anNT0BqIAvpNUDfUry//6lD8gwVOH/KUVrldwApSRalpKlTzPYL7ClDe6fca66vWFVda/G6o/uzHFpTXdIXCOUMM7ocA== X-YMail-OSG: 54nEdjAVM1m8aFMt1g7FPgTeEv1GXPsKYPaDpNSXnPMXmzZj72O1hSnmn_0Zs1R JhxYtsxuRj8bbmp.YzQGn0XBg4bonBpqEC0f9pvVatpz2hh2_273yWY3p8.SToR6izswYN.CssH8 aKI_XrNLJcVxn63wIhR0LtY7g5l1XjrzfalM_AvYYUl.JL3d896W6kUPEa9p2J3A90TRjJG.uCVR gNMrhOqLCPsgbIZsD8ZD1OmL5.3mzAaPMxRUCfTnHxUpKPsW2MlB2vwNpGNoUQp6a5Oyj0p7IgNE DOpj60cFgzUTS_CE9LWIvkNkGs8m_jFUb3KEW.1qn4p9ZrSveIj.zcH4WrREzsxoABlQI4EjpUFs hYIcW3vbMQI.wZHdklWL.AoNY1T6Zf.SJWVQC39vr9nmx3g8XUoK0D3heFADKcsriPxFZxD6vZxH 7a9vilDeIC0swGBq8UsPo9vNRjuqMbUI4nP4Mq7.WTD2HR.nj85AsESGYNHZIbVan.clKfHsISF. Scmjf9Di54KngGU3JTI9hEbo5x.c.fUR3TYWGIDwCGCy4EyI7rxqybQPY9CS7oOtsnhu4B7Kj7T. 70NilV29KoYxXW4vH.bbDLAxPzSnHmWQ24mTNXo1tnOy0jFcvhMMUWZlpGoKQ5SMG3vzczDqN.l6 0L4mV8MBIouWpK_YydtGo10tfC3Agp2KmMu9kHUMyYeNSF5gOiUhPbSh7DixpXkXVGww_GdPIGM1 3MYeG_dTqHcaOPwaCvk1GgNRAzTfe5hdhlyC9gaqzUXfNenQlcGQeUOQXkFZLN8.UlC.x3ga8uD1 oRPb2NJ28LMob_cp9IZCSXOFogelkPj7jpZi2vjzDdpPc6W6iEUDH5oVW3KyeGYlOUlXWZ7aZ_oo 5QBxV1iH0toMhKLO98YRPdfzF9wc1oHenIm6DVpKkEm3isa0Rh8BxHrY4J954vktbhrU3rx9MqY3 0Co0usqOzy8gjE3VoR9c2fTVKNg5sGvHMU2jfltGRoNN_GmMXk1tZJRReD5tw1R4.GIZJFNpJXw3 cA1RUKpP51xdZOVhDTChXxEvAZG7LTdHrPUYwwcrNoChNtmrzcpQ90QwEql3HNyir3aPHFIzHWti .kU69gET68WrCgCNn_IxYG70e.E1WQKUbnBr9d0yf8St8LcfQKt7_KRqv88.LVvwGZ4N8DwznmF3 ZJJaarq52kDgHHJHFYxbPmqnRS4vtnfHr1h7eoSkpc53vFdCNbR245QmyganxNIHpAkeEgtCGzLa SRSJQjm.jsutO6cMmHXkC5KGg83dAPcKohfNjRDrvIWQszKUSfLJChYrPM7YlEYJHobSFU0Wwe84 Ow.9F8O3scQgoNBaTj_tKe7Va_ZrawZUgDa1yDn.1wrhRzTyE4GyndCcci7jKs7_jCYlEW1kA62W 5N1ZnihZM8m31GhPqybekbO.k1Q1nIjlb1IEaiRFnbhelZRFSJpKLq00REGH2mb11vycViv0GKxW avOExSIr8kG6TwQVG.iY68NvUzSrzC1CARxc3By1hi5y7BdQXj8CG4a4_sCG5S5f4zuA_V_ZMq5. 8ByHyzK8LKGNN3HC4taDW6oCT9Jck0PKXG7199b0ZYs45U3yjlUD9eevucLKOdjB.3mnGVWAW.nR lwd4C09TZQTcAcJWJlq_5d57FXnW2cdCIiHg_PBsZIQxt.j5aE9dLTlIb0nL0KQgQJOktTB6eVli XvQB8E8Gxe3kXStRt8MoZ8lOK1nf3JhK_q5JMBCiAnVJNwe9Bj8vizQSkSkxZ1Xn1x7CpofwpX.8 vl.wubgN6mgUOXTwyanp8kMTCRDQIG9YfMtID87xdf.lP.g3mPOTC2Rk1kGDh3RuHDACeXzO1swY eonxYC.DVw_F.iHwKh2PHEHytKnK1563MrBuG5PrKZD0zvkP4ruLnOsWDBIXRwKmOqSVhHdfqKBP k.5TcrjAvXmeskTKOnXT.z69CkoVRoULCIn2fh907NKC.GEO5AAC8lhdo9CT3Cagm.MqZ8jsQZFu exWW2XL2KJbyYMS0ER16bQVwB3WpSOD0b9VvfGBTLMK9mX2Ef_xeSlQHUvIkiyEHFQaQjNBFZvsj EsLeEw3jQcDbtqzQP6tASYf3rls0fUrF0WuPZeYy5jKGyZ0MBJpLBRUlRtGLFT0APSQyMM_58Yvd aMwPdWQPAW6bRiLESNn.410c237cOHrsG2V0H3KV9WD_mVFb1k.2bSThiLndkRUs0sIWQDe9AzC4 PYunZXUSmw8PufTXboaKIauH8xNFLQ_.kCIfLSO8OVN9FUU4GPzCEXJu_oGMFu9nkoDXkbPZ5ab5 RtJY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 Mar 2023 15:20:31 +0000 Received: by hermes--production-gq1-6cf7749bc8-frkdq (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7d7750c3bdafcd0467063d3696d5b944; Sat, 04 Mar 2023 15:20:28 +0000 (UTC) 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: git: a28ccb32bf56 - main - machine-id: generate a compact version of the uuid From: Mark Millard In-Reply-To: <20230304153254.077542bd@hal.tijl.coosemans.org> Date: Sat, 4 Mar 2023 07:20:17 -0800 Cc: Mike Karels , dev-commits-src-main@freebsd.org, "bapt@freebsd.org" , FreeBSD-STABLE Mailing List , Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: <08640BC2-2DD0-440F-A70D-D5302F7B70F5@yahoo.com> References: <6227093D-3D45-4300-97B9-2F2D76C083BE.ref@yahoo.com> <6227093D-3D45-4300-97B9-2F2D76C083BE@yahoo.com> <20230304153254.077542bd@hal.tijl.coosemans.org> To: =?utf-8?Q?T=C4=B3l_Coosemans?= X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Rspamd-Queue-Id: 4PTT746rh6z3KpM 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 Mar 4, 2023, at 06:32, T=C4=B3l Coosemans wrote: >=20 > On Fri, 3 Mar 2023 10:36:20 -0800 Mark Millard = wrote: >> What are the properties for the content of /etc/hostid >> in FreeBSD? Where are they documented? >>=20 >> /etc/machine-id has strong property guarnatee >> requirements in linux and dbus (which linux indicates >> it has adopted requirements from): >>=20 >> https://man7.org/linux/man-pages/man5/machine-id.5.html >>=20 >> reports: >>=20 >> QUOTE >> The machine ID does not change based on local or network >> configuration or when hardware is replaced. Due to this and its >> greater length, it is a more useful replacement for the >> gethostid(3) call that POSIX specifies. >>=20 >> This machine ID adheres to the same format and logic as the D-Bus >> machine ID. >> END QUOTE >=20 > /etc/hostid is written once. It does not change with network or > hardware changes. >=20 >> https://dbus.freedesktop.org/doc/dbus-uuidgen.1.html reports: >> ( used via dbus-uuidgen --ensure=3D/etc/machine-id as one way >> to get a linux-comaptibile /etc/machine-id for at least >> some types of contexts ) >>=20 >> QUOTE >> The important properties of the machine UUID are that 1) it remains >> unchanged until the next reboot and 2) it is different for any two >> running instances of the OS kernel. That is, if two processes see >> the same UUID, they should also see the same shared memory, UNIX >> domain sockets, local X displays, localhost.localdomain resolution, >> process IDs, and so forth >> END QUOTE >>=20 >>=20 >> Does /etc/hostid generated the normal way in FreeBSD have such >> properties? (How do I look that up?) >=20 > Yes. It's `kenv smbios.system.uuid` if that's available and generated > by uuidgen otherwise. The code is in /etc/rc.d/hostid and > /etc/rc.d/hostid_save. I probably also should have quoted the below for completeness: QUOTE Also, don't make it the same on two different systems; it needs to be different anytime there are two different kernels running. END QUOTE There are implications for some virtual environments. >> Returning to: >>=20 >> https://man7.org/linux/man-pages/man5/machine-id.5.html >>=20 >> QUOTE >> This ID uniquely identifies the host. It should be considered >> "confidential", and must not be exposed in untrusted >> environments, in particular on the network. If a stable unique >> identifier that is tied to the machine is needed for some >> application, the machine ID or any part of it must not be used >> directly. Instead the machine ID should be hashed with a >> cryptographic, keyed hash function, using a fixed, >> application-specific key. That way the ID will be properly >> unique, and derived in a constant way from the machine ID but >> there will be no way to retrieve the original machine ID from the >> application-specific one. >> END QUOTE >>=20 >> Is that at least recommended for handling FreeBSD's /etc/hostid >> content? >=20 > No, the file is not documented at all, but this is a recommendation on > how to use the file not a restriction on the content like the other > quotes so this isn't an impediment to using the same ID in > /etc/machine-id. That presumes that what FreeBSD does with /etc/hostid content keeps the content confidential by default, such as using hashing to avoid there being a way to "retrieve the original machine ID". (It may well, but that is not documented.) Otherwise following the recommendation would be an impossibility for /etc/hostid content. >> Is FreeBSD going to document /etc/machine-id content properties >> in a similar manor? >>=20 >>=20 >> If FreeBSD ends up with a /etc/machine-id that does not have >> the properties and recommended principles of use, it would >> appear that the /etc/machine-id path would be highly misleading >> and, so, inappropriate. Thanks for the notes. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Mar 4 18:49: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 4PTYmY7505z3wL9P for ; Sat, 4 Mar 2023 18:49:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PTYmX3sffz3smf for ; Sat, 4 Mar 2023 18:49:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net; dmarc=none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 324InflK042971 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 4 Mar 2023 10:49:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 324Infv1042970 for freebsd-current@freebsd.org; Sat, 4 Mar 2023 10:49:41 -0800 (PST) (envelope-from fbsd) Date: Sat, 4 Mar 2023 10:49:40 -0800 From: bob prohaska To: freebsd-current@freebsd.org Subject: Making -current machines accept mail from sendmail Message-ID: <20230304184837.GA42823@www.zefox.net> 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 X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[zefox.net]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4PTYmX3sffz3smf X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N Is there some special step to turn on dma so hosts can receive email from a sendmail-using host? I've got three hosts using 12/stable (hence sendmail) and a few more running -current (hence dma). The -stable hosts report "connection refused" when sending to -current, but -current has no trouble sending to -stable. On a fresh reboot I don't see any reference to dma in the dmesg output, and ps -aux reports only busdma. Thanks for reading, bob prohaska