From nobody Sun Oct 6 22:36:28 2024 X-Original-To: freebsd-hackers@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 4XMHFn0wdxz5Ydt3 for ; Sun, 06 Oct 2024 22:36:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4XMHFk4Qgbz46gp for ; Sun, 6 Oct 2024 22:36:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Tq98QpPM; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.83 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=1728254200; bh=BaNolPGmCQrclujp1F6OsFnFlBixUgA1ZYJ8TFe5hxc=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Tq98QpPMvgT1j0e8vwiiQRLEIhNkqHXWJja6a+st9RRiConvlWxxyiLV0eDJrBGv+H/TVjOL6SZw3cSFTzzKjm+BDF0+1Rd6T+S4LilF+pSL0oxz/+9apLkHSd/1btkaZccDe6RhHMb7PyCBaZJXApFLFF+kuhEKu9587XwT2pWEqf1SOfmlGhbd/9UFlNyRMiBeE62KuckEtvn/l6kTHA7BqYuibuzXr/MbuWML3rAlLFklqz9iH58coxPY8XW8S2EwbKvK4E9Mq/NPHRCzXsUCEfPIgjFlDc5eurQ3nPKsDw/lMX9BTGlEUjqjdHLeLqc2aE76X9osBHwPDHOAag== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1728254200; bh=AeVD4aIR1jQ3hXV0OMmm0gtcM1Wb6DmKvHYdU1VbWqy=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=qiODthpvv4KeIUPETEs8FqjlNj0y9c6CLZRIc3giLBwCXq0tmsjeM60t80hUnyaLKLyIvdCqgI6XsmWF7o2bEzJamRCq5Ba2/Wledl4FE3zQ2pfuO2IHHxid0gTJzgu6RjndTPzJZRHOR5KH3FYh0qgn4GT2P0cCVgOH+m+H4lK3SByEEIHBsHbx6Q0k6JsBC33WPeJjTp/zeS6X0qKlDNxZAOf5lWwPVmcz3RVdEiXIbOWCoEVINzOGdoDKbVZDu4JFtWScrG8n4frZ8QGXmNlRxuoR2JA+GK6n+Y0WY63XniPI2KG5sOSp6sPDys6UZaJtHQBvsFLsyObf83TvCw== X-YMail-OSG: rMkaFzcVM1n4mYvxhFFlUVhPcz0Pd30b.yfX3sc0SQPvRngk3s6lA1g9Y7K_17O Jgjh.oHZXF1S8aruKRh6u76bmr7KM__rss6CIyTfgcnNyCnes0Y_HtDxGtnPtFwa.vLx0hNQtCt1 Fh2Plp9BjDZKHyJJeamB.X.BscBjht0jyL8Cf4_Z76wUuot11ZShFDdE28j0s._Nw2BtT.glz9lW xBxrxMAmW2ruVGB.SPt6D6KGLQqDdSppZqNVEaT7K70TM2AC5AR3UZPSARM9ZVv8fynRNxBYp4xp GROZKuQD64ogJgbZuE6tKZ882C2kzhYyEfyUzwom9vas65dvZjW8lH4W2LpBoGv9NFtPDkgowcAj oSDgEUwuBjZ6iT.UZmhAioZ9OHg.4IOgF00K3KaAoHgCxULJQodA3wrJ99XHaP_dxr2AcWANceyE fy.CYBrozs7WzuJxypCRdU19egZ9t5EabJP94MA7tLcYQcutJpl73lJ.QRZzuBR3kHpDqhxzRDh2 .GvYhfW.PVYBsZPauSohnq_34F2F3AN5G0Af7DdTYjINQRQEDckOFtoSHUVIfknd8E5Et_oMEKtF Ln0O4F8gj_lfBw8.cSsZfXFUxpDrPqP7dJxNoeT2UpT0Rxy3AT3Dfv8ilySZfTWK1l5S33CnoTyz 3I.xvOBCJqEnpKLtSWdIJJizgD_eSpOBMQk.0qGaQJ1Jy0mdaHOU9THznfzuC9j8eFjMW0tAFDEa OXwbvQJ4UM8Ah46NOy9acV3r1pYt2LfOX9hr6yl3qZPEtTi9QRtTZcJem6Nu3eeY4Kr0laZnTg71 aOctsagU4roRc7OmCfd.mHivM9sIt6zNthonTD604yf2w7mP7UMafwN5qA4ycHN2Ut.q6DPeptl7 oKpnyzMTt.vxsTzsLalTdnwzdcKFTo8QlK.nx5KNSNbNIeyHGxbAbV7sgvRlF5n_rNNUAByVUyHC JciYEwRfkF3TUaS8ahOAXoSIc7Oe9SIgWi.Oe77y3.CDAqelwICWIDoJkqFchqSQZq_63GG5W7JL GWMvXWql3j_uG4Cv7J5joVvY5wvLmXxMRB7zTWtVyRXgMyUUmybL1fQmwlGLN3MSKZ8brlHoJNBu xUqzUiFYf9h.wIDYsFt87gJtnAXTh7whuBH1cmazRsWqAFgcMWnvGgCRkyS_JUsLa68uj8piwySQ S7_DXuJToZSdnZ.sWGK7PT.yIlDbLaWvWAGPjPCVqmO0ayJiaJKChS5Yyr0SzcHD4JlIzi8ThmB1 po45E_jazzMyYIRR15WgkvAIsfvRdW7qrSzPnuPL8M.JfJBXGgG.ZL.9O81dOvYmpab3O6CgsuWv AtWucffx_P7hsRgtK3VTXkyP8tWeyOa1cVpDh994nU6XSX5rVkW8g8am7XG3ODqiRlIy7NkBv0xS UuxI8HilvR_q2PhjA68M3YSPN3cNmMq4gY1o3OcJcz5lqZgAPUAxQjnzT4jRBCtGZEOEvajBouJs zz4lxlBtSvQXl812gVJKvJ5RRgDH1XaAkPrYhsJV.k8uzGnXrU4GvxI1R1fjmwNJsl8W8Sy9.AEw tQThAfYFXcdIIBPEiE5oR7fIXJcLW7w1f_nBoMedTzUpjbFQXtdjigVHDHFiovb90Swxmu3MmUtl rQT5_v7pZLBq59KBi_YKfOMyh2lmGO3Qbw5EkPOrkrtGQgqeaE0lmqSgUIbWaDZ983g8Cxud9llC anwr6I6DnegATgsAVYt1X1kN5ZWje6ZjAU16JOYz6osEbcoQqySljoM6VsGaOQAGunphiTnnInNY iNf7Ud.5D_Dd0_.AxJRImEwNtcYErqug2C75iuDz.p3iXONsCXDu_nI7iSHZjYzX00UzZNV9ACMp zN6506cpObpC9_kYrgsVrOQtIUt_9vgKm9H7lzLl2jzst3O2C7LrG4sgQSxsnA_jDoWGNMIsUcFb OWIo1jtVczRX3D44qvcc3LtbLM3QkmHULymsUXvZubMWnQGMxPnptWzeUWj_efjN3cZLq8hngGIE v2yLSC.xKkk5H9sygUwGvGI2aOfXuByVuthDKVsR80ACkhZWseUAZqSOrSyeuGh82KXCAz9wgRNZ 0e5niK9Vc4B443WEm_IqcJDo.Kkd0fy6onjau.vB6Mv9zbufMGMJE27DJ2nYG73kLTsQZw.GIcPx znbkrcigFGrdmDoyKMzP6AGvX_LDFpQX5dEG53AIcvakeSjqYWjG_W1q8A_dWhAx.CSOFJJ9hyeP 3wAOlV1WT8L6J1kS7XQZcwdME6GpJ1SuxYNwuXVTJ7GsAKofIT7Gwr4hFrAb9e4iIDWyb5BloZTW p3MCIEQ1mcuh12bRm X-Sonic-MF: X-Sonic-ID: 526f58ee-d24f-458e-ae3b-cf98ff36d752 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 Oct 2024 22:36:40 +0000 Received: by hermes--production-gq1-5d95dc458-5j27b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9dd4251eb222fe9b07ef2cefb4b90595; Sun, 06 Oct 2024 22:36:39 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: Review D38047 ... and then there was one.... Message-Id: <43F7106E-C5C5-4467-9B72-1D7C51E5430B@yahoo.com> Date: Sun, 6 Oct 2024 15:36:28 -0700 To: Marek Zarychta , freebsd-hackers X-Mailer: Apple Mail (2.3776.700.51) References: <43F7106E-C5C5-4467-9B72-1D7C51E5430B.ref@yahoo.com> X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from] X-Rspamd-Queue-Id: 4XMHFk4Qgbz46gp X-Spamd-Bar: --- Marek Zarychta wrote on Date: Sun, 06 Oct 2024 20:13:58 UTC : > W dniu 6.10.2024 o 22:04, David Cross pisze: > > Here=E2=80=99s the thing. The current implementation of nscd = DOESN=E2=80=99T WORK at all. There is a symbol that nscd exports that = libc is supposed to use as a flag to bypass lookups for nscd itself. But = that symbol isn=E2=80=99t exported right. > > > > You will need to recompile libc and nscd. (I just do a buildworld to = make sure i get everything as there are makefile changes related to the = aforementioned symbol changes. >=20 > Yes, without world installed this patched nscd won't even start: >=20 > [host] /usr/src# service nscd start > Starting nscd. > limits: setrlimit pipebuf: Invalid argument > /etc/rc.d/nscd: WARNING: failed to start nscd . . . This note is only about the "limits: setrlimit pipebuf: Invalid argument" notice. The main [so: 15] pipebuf related commits were done during 2024-Sep-20 UTC. If one has a kernel that predates those but a world for which limits now tries to use the new pipebuf material, the result is messages like that: limits: setrlimit pipebuf: Invalid argument (or related such messages). For reference for main [so: 15]: Fri, 20 Sep 2024 . . .=20 =E2=80=A2 git: 3458bbd39778 - main - kernel: add RLIMIT_PIPEBUF = Konstantin Belousov=20 =E2=80=A2 git: 54a8d1fbbf65 - main - getrlimit(2): document = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: a4c04958f526 - main - libutil: support RLIMIT_PIPEBUF = Konstantin Belousov=20 =E2=80=A2 git: 5d92f20c7d31 - main - bin/sh: support RLIMIT_PIPEBUF = Konstantin Belousov=20 =E2=80=A2 git: f54f41403d14 - main - usr.bin/limits: support = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: b029e29e0d8b - main - login.conf: add a placeholder = for the pipebuf limit Konstantin Belousov=20 =E2=80=A2 git: 80133d678ecb - main - procstat: support = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: 8ae779832c6f - main - privs: add PRIV_PIPEBUF = Konstantin Belousov=20 =E2=80=A2 git: 7672cbef2c1e - main - pipes: reserve configured = percentage of buffers zone to superuser Konstantin Belousov . . .=20 =E2=80=A2 git: d6074f73af5c - main - pipe: use pipe subsystem KVA = counter instead of pipe_map size Konstantin Belousov=20 =E2=80=A2 git: 40769168a5ee - main - pipespace_new(): decrease = uidinfo pipebuf usage if reservation check failed Konstantin Belousov . . .=20 =E2=80=A2 git: a52b30ff98cd - main - sys_pipe: consistently use = cr_ruidinfo for accounting of pipebuf Konstantin Belousov=20 =E2=80=A2 git: af96ccc6a508 - main - uifree(9): report non-zero = values for all shared resources Konstantin Belousov=20 =E2=80=A2 git: 2c1963d46335 - main - procfs rlimit: handle pipebuf = Konstantin Belousov=20 =E2=80=A2 git: c84d8db0ab3d - main - procfs: ensure that = RLIMIT_IDENT is properly updated when a limit is added Konstantin = Belousov The combination of an older kernel and a newer world will not be nicely behaved when any non-kernel code from the above ends up involved. stable/14 has now also had the commits: Sat, 05 Oct 2024 =E2=80=A2 git: 1508dce2502d - stable/14 - procfs: ensure that = RLIMIT_IDENT is properly updated when a limit is added Konstantin = Belousov=20 . . . =E2=80=A2 git: b7eecc86c3bd - stable/14 - kernel: add RLIMIT_PIPEBUF = Konstantin Belousov=20 =E2=80=A2 git: d20f0dae2f97 - stable/14 - getrlimit(2): document = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: a03f7c040ce7 - stable/14 - libutil: support = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: d5ed8778bf3b - stable/14 - bin/sh: support = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: 25902860b270 - stable/14 - usr.bin/limits: support = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: 524b9810de6a - stable/14 - login.conf: add a = placeholder for the pipebuf limit Konstantin Belousov=20 =E2=80=A2 git: 6600090e678e - stable/14 - procstat: support = RLIMIT_PIPEBUF Konstantin Belousov=20 =E2=80=A2 git: fd9babb1b85f - stable/14 - privs: add PRIV_PIPEBUF = Konstantin Belousov=20 =E2=80=A2 git: d532d9926ee7 - stable/14 - pipes: reserve configured = percentage of buffers zone to superuser Konstantin Belousov=20 =E2=80=A2 git: 6536b979b856 - stable/14 - pipe: use pipe subsystem = KVA counter instead of pipe_map size Konstantin Belousov=20 =E2=80=A2 git: a8c663bb4261 - stable/14 - pipespace_new(): decrease = uidinfo pipebuf usage if reservation check failed Konstantin Belousov=20 =E2=80=A2 git: c15b2e046e8c - stable/14 - sys_pipe: consistently use = cr_ruidinfo for accounting of pipebuf Konstantin Belousov=20 . . . =E2=80=A2 git: fc9070bf1d16 - stable/14 - procfs rlimit: handle = pipebuf Konstantin Belousov=20 . . . Again, the combination of an older kernel and a newer world will not be nicely behaved. =3D=3D=3D Mark Millard marklmi at yahoo.com