From nobody Thu Nov 23 21:28: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 4Sbrp34xpLz523G4 for ; Thu, 23 Nov 2023 21:28:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4Sbrp254lnz4R0x for ; Thu, 23 Nov 2023 21:28:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=HrkXBeiG; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 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=1700774920; bh=SsoqG7jkzXrAh1oo02XFf7fCClClCMdLCifuRrp09d8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=HrkXBeiGMKDCOBTiNzNTG/E6yLKywDtGOxRcQSjfU/mjZHs3ivzHD9dFSklM0oGfihZBWXy6+VppZt07WVo/GqwsibIPgUvm2E+c5molxswSvQPg/sZ2dlKIpwI4UqemPfjxBIJ9ODasXJUrsfUdViHiN+fEMuQiNvxN+8NHW9rjmlMdLAAiae/BQxqLmLFSuqBtWjUpS24EKLrA/ybjG75pbW/kyOW2nH6GVgvG+pW5O0l1NUvRmx4vKMHsRpdF/s3DS1V1BDpsSE1LzuU/F4+L3uHkRsj9Oc9VX7k9Hn6l7oJu3QIQYYUyJelLho5ni6zMYIeuzcUPYftfdIACuQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1700774920; bh=oAh/377hmY1GTOf0HwSoJBzfUx0jQf2AqR5qO51awEj=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=NBwq5xwKVVz/gcfA4WOc+pm34O/p0VdmRgvZoxlT7Y9cSwT0SUBY5HK9MZpfWJRwU6h44ggpjvxp8W2NryVu19CvR1k+A3DO0Y2ieN6eJfphwAhde/Ptz3jkroCqJqOCxcpp75mU7r/x8Dn/L5poQLkD3/bxTT3HFtb54nn6j1H7lOnyl71hcrtZkDkgJgbVcrDiGwhf8BZ6yR0qVf9HjPRGbM+PcyMUSFbgar0ThJURmNyMp7bBPFB6Z9tBqnmX3FdvSK5l7LQd8GAGePdpUp55YXXa5WBLgKBg2YJkPB8XTYpV/BxJYmYG67wXr1kMKmTLCWrPuIGQ/Tn+tbreOw== X-YMail-OSG: oYoL3wQVM1nD.nmd8PWwsT6mGUl5YmtvwtM3H47QlAGcIaeoQJAUNOAy96b8yaF GPILkE7Mx5kDx3UgKUsA8Bw23GWcjPxmZOx5ZQMqAT2cVuagF9Fgd0PX.GZnU9.gwE757IQbYISt DFo_HpQV3OytkqBzMs6fJCqGt0FyfGp7maE6tx.zZTfHI7cIM19kEf4ZeOq.T718ZrJ1e3hb39tQ 2aE7YRuSv_I7svMmzEGlqJfNxnDV88o6bAzGcjhGBBo3AR2p1NQqluelZv9ektJLDQE_pSdHotUg wX7inermDR_MHnF.Fb0wKoWrexOvwCwU102MGL_aG.aIxxIIEZHiiZ5SX1B_Z7SmwQTb06R4SGt1 pJ_gbbIYseP8JMCuHnVhrO11M1ZyjWTub.A7EkcHSBEKNmR7AuLRdivU3QPfJDrVr9bCcG0kMsyW gGIbWnzKsYO6XbhCu147fLQjwja4RUoXM_oI4fwCNfGjTwmznVWRvksjtXH9tb4oPuE.zS8oiC_H 0s0ZIXIbnUw5vdKRZ89GdrsRAEr47hazv.Jka0oZY1tF_8a1OYTw_i34.DlgeDVsiipmVhbtf84O 9AdWyvUMiq18bVydg1V1J3NNPXudb2ikSzb3HJA_YSIIXpg0jM7UuwLZPS9eXCOF3dNlmu3ZI5jZ 6NHztnA7YFKUOgA98_ZJaaQ..onYHfYQJ5shiyrfvT6FgQ.xilUNMzMemYUJWIHmSxXt43XNk2N1 gRRB9yx4yXVqM7Yd1b5HOsyOcnoNPUsburAPbXbDcT7w0Y4qg7wh7Ujq6RSZNakSRrhMr2odb1RP Bs.sO9gxt1w3hk.K3u7lZfbccgzIorZrgDFPXGN3sC_nBRr3j5uylUytPnJDjHuDBFdVi6YbVmnw 7qE6OgY9DTxf4w4TzvyHV21nd3uZlJTLNoo1i2Jzuj8j0.AZJunXApEc4dloqFprVCMnwWbnb0CL AlE6cEzHtdeOc99fo8D_VZAmy8Ns8GGsCMvnbAblzVCYB0J1mmO.lHTL5hN7Zq0b0dbZWIq7zXFC zGeBp_mVGf5oP3VKKg4e4vxofs5kgPtFiWm3YLivEgAO_v6vHczY8LcE50xsXYrMG1kxKOdSoWLt EHgSyLbky8gz9e6uf12CZbdFQ_xvMnF82AxQS4lBWFhnLlleRA9J2iRUyh79DCWa7z73H2zr75Kj m9CO81yxFyWGNs9DVK2R6V6ZlHiEr385o_QfqUN6F7k59XHwDcNPQdT0vvf1hADtu_hAVHDho1ou qLQF1vtb_W5khu4s2Y.JkuhotpYF.ZCaR5O_NNT4HoB9XXt.tNZrSeFIwdEloFtTvKZvtwsnUAFo q54W_moHxqu.iiX2.oqLrSX3Jn4yoKG0w.83bxYvhiS_zwqt3GamqmY7p.YRc_f5M9qRE..8E7tW 1iz0rJywVQm1KGMHAnrjLXTgrfXXZl1qPT2k8tH6ktlEPrRr7kC_nyrGb3xHp4luBNEBc42wUZ9. lkM69pyQOqQ7Zky0XBLgwGE4YORiu3rqE4W5kIk0we_EyuY9ghZ4ifx6Azx8ZSlVCeYxNjVIRyy4 8Gc3o8Kzi.08Shg4u6UI7U1l1gIE68JkmzU3hsnwFTQw7AzMTAwTNveWUvRud30l0jxmSS5oXs58 kWbBmiqxn8_hORkPkMRgOgiePXPl9.77PlQfCPSE4WpowFHqtAOd4yQNw9orxl.leRjAJwImvygq Da1G5u4dunSZ4ExOzlrueSWBIZtqwiU2KmshoLZAVeBK55h0uLwWt50xh.OA7thWhA2oykNJgudv Vp7sn_AUYtkaprWyOKsQCiS19oLbhFwH0kPWZesdf2SVHYbDyJYeBoSqGqzciUKQ4g4V5zOty2jq 92ZRZrTebSr6HvH6awt6FbS_SPg9yETHbKhmdTYEAJ0yYBKwz0SydLz9l1aeTubnGL63ZUgL6H6h ZmZ.DJowt7t_8hiUqOwUvo.pzaz6r7nqaKTN_vZBE0Dq9Hi0ERXIeSaZkoEac4dzV3EINVqOLc3L pf58Xa957ZuyAd0MR8sjm_rLiU3eFW_aaK7Seb5fvrVc.hb3DCIzQYZ4a_BlvLEiOw_1ceH5eQiu iQ_jcvYghw8YTz3A7t2eKK4Qk736wNlXM7fcV3E4l6Jxzm6tIXv.oZfyGlPUhG.ZTF58X_4YmIkM gy3gIJ3nmDufVOCoqheJmziXckV7SJesgkownffuBPmncsF8NKQQBROMbjAVeMOhUyU51jM83SxY PISNKccdAthFi.PVZJOMLegr.LIZJlnGipDVNC.SmEoijM_TWB7xszi31LE6VQA-- X-Sonic-MF: X-Sonic-ID: e259fc81-7b0e-4ab5-91a8-00a367f08e1f Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Nov 2023 21:28:40 +0000 Received: by hermes--production-gq1-6775bfb8fc-hj2hj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d67bf145afb11b16c3c1ca1b18a34e47; Thu, 23 Nov 2023 21:28:37 +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 \(3774.200.91.1.1\)) Subject: Re: "options MAXMEMDOM=2" vs. amd64 DBG kernel booting: 3000+ "kernel: Process (pid 1) got signal 5" notices during booting Date: Thu, 23 Nov 2023 13:28:26 -0800 References: <6F60DA66-1333-4CF0-B433-F0CE56F5D301@yahoo.com> To: Current FreeBSD In-Reply-To: <6F60DA66-1333-4CF0-B433-F0CE56F5D301@yahoo.com> Message-Id: <91C200DC-94B2-4831-B3DF-9C4627556ADB@yahoo.com> X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.32 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.82)[-0.818]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Sbrp254lnz4R0x X-Spamd-Bar: --- On Nov 21, 2023, at 21:43, Mark Millard wrote: > While my kernel/world build procedures build both DBG and NODBG > kernels and worlds, I normally run the NODBG kernel and world, > using DBG only when I need to for problem investigation. >=20 > I recently had reason to use the DBG kernel and found it got the > oddity of 3000+ instances of "kernel: Process (pid 1) got signal 5" > during booting, as reported in /var/log/messages . An example is: >=20 > . . . > Nov 20 23:13:09 7950X3D-UFS shutdown[20174]: reboot by root:=20 > Nov 20 23:13:09 7950X3D-UFS syslogd: exiting on signal 15 > Nov 20 23:14:21 7950X3D-UFS syslogd: kernel boot file is = /boot/kernel/kernel > Nov 20 23:14:21 7950X3D-UFS kernel: got signal 5 > Nov 20 23:14:21 7950X3D-UFS kernel: Process (pid 1) got signal 5 > Nov 20 23:14:21 7950X3D-UFS syslogd: last message repeated 3133 times > Nov 20 23:14:21 7950X3D-UFS kernel: intsmb0: at device 20.0 on pci0 > . . . >=20 > This stopped when I commented out the: >=20 > options MAXMEMDOM=3D2 >=20 > that I've had historically and built, installed, and booted > the resulting DBG kernel. >=20 > I'll note that I never had the messages for the NODDBG kernel, > despite it also having that line. >=20 >=20 > For reference: >=20 > # uname -apKU > FreeBSD 7950X3D-UFS 15.0-CURRENT FreeBSD 15.0-CURRENT #2 = main-n266130-d521abdff236-dirty: Tue Nov 21 21:03:11 PST 2023 = root@7950X3D-UFS:/usr/obj/BUILDs/main-amd64-dbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-DBG amd64 amd64 1500002 1500002 >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/main-src/ > d521abdff236 (HEAD -> main, freebsd/main, freebsd/HEAD) Update ASLR = stack sysctl description in security.7 and mitigations.7 > Author: Ed Maste > Commit: Ed Maste > CommitDate: 2023-10-24 22:29:25 +0000 > branch: main > merge-base: d521abdff2367a5c72a773a815fc3d99403274f5 > merge-base: CommitDate: 2023-10-24 22:29:25 +0000 > n266130 (--first-parent --count for merge-base) >=20 A few more related notes follow. First off, while I've historically built with NUMA support present in the kernel, I'd only ever configured a UEFI/system to indicate NUMA back in some experiments in my early days of ThreadRipper 1950X use (years ago now). The "options MAXMEMDOM=3D2" had been in place since back then, with no known contributions to any problems. (Until recently the 1950X was the only amd64 context. Now there is also a Ryzen 9 7950X3D.) Recently, I've been testing a potential patch to UFS associated with changing from: #define UFS_LINK_MAX 32767 to, say, #define UFS_LINK_MAX 65530 I had discovered that "bulk -a" was broken on amd64 for UFS, and was so via hitting UFS_LINK_MAX for how the associated directories trees are currently structured. I'm not the author of the UFS patch. The "options MAXMEMDOM=3D2" vs. not status changed the behavior of my UFS "bulk -a" runs, not just the messages reporting: "kernel: Process (pid 1) got signal 5". With MAXMEMDOM=3D2 I was getting occasional random port build failures with the non-debug kernel for a UFS context. (The original discovery was in a non-debug kernel/world context.) I'd not gotten to 2 hr into a "bulk -a" without getting such a random port build failure. By contrast, my normal non-debug kernel ZFS context did not get such random port build errors during "bulk -a". (I've done multiple from-scratch "bulk -a" builds from the same, non-updated /usr/ports tree [same by content].) Without MAXMEMDOM=3D2 I am not getting the random port build failures in any context that I've tried. So far as I can tell, this "Without MAXMEMDOM=3D2" type of context is simply working correctly. A from-scratch "bulk -a" worked for a non-debug kernel used with UFS, no evidence of any problems, the port build failures being ones that happen in other contexts as well. For reference: [main-amd64-bulk_a-default] [2023-11-21_22h14m34s] [committing:] Queued: = 34683 Built: 33843 Failed: 163 Skipped: 357 Ignored: 320 Fetched: = 0 Tobuild: 0 Time: 33:17:31 [33:17:32] Logs: = /usr/local/poudriere/data/logs/bulk/main-amd64-bulk_a-default/2023-11-21_2= 2h14m34s =3D=3D=3D Mark Millard marklmi at yahoo.com