From nobody Mon Jun 9 20:51:15 2025 X-Original-To: dev-commits-src-main@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 4bGPGZ3SyWz5yTnb; Mon, 09 Jun 2025 20:51:18 +0000 (UTC) (envelope-from glebius@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bGPGZ1Hdxz3XH5; Mon, 09 Jun 2025 20:51:18 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749502278; 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=uKpyZk1AE7rEGWk1z6jYOcjsWbmdGjra0N/hfkloPwk=; b=qv4pW0NQero+qLhGW6YBXTGk2OOtBXzz1yA9X+ByDCwgYofQYN7EpmyRJ2Jh5SVITQOzem v89zBKuIVl6Lq31iGIH2TCRO6E7suX2wH6GEcnIGIAUOSUJirr3FwNUwms1khWqu53XEye ag5YwT4vz/Bqt4yhDPVIYTEvhCuweAYqphiL5MpXa+bsEFm/8qim6pjB+4ZCLL6ajo5kae AX/aQ+dHmRHRqgLRF/a+P7Oqx/Hkxq8AjWKPaUZlbwbuxAy9+lrJvPXWzVzXffNvg3x2VY R20WZw0p5Iu4aApLtcarqphP15aJBl6hgkW83AvtzbN4w5dJplpq821IpiuEZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749502278; 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=uKpyZk1AE7rEGWk1z6jYOcjsWbmdGjra0N/hfkloPwk=; b=rp7Vm3RaXSdenYLLKTi20mw8VEhrUEIGah/S51iOGUK7CWSc4kU67yx9eYfzUD9X7gF5B7 CSsPezY6eX3fVCjqtseELZttL8y4f3eBkIpDFomAbuIKq5pyXbfxhT9cwhmbzUhAvtb+5E voE4JmYNgW8Am+XF6Ug2DZjGb1n5ceycyuncWWBOiuvyjssn2MM1mF0WLKHP+WPDzIKP+G +8zZ7ibY/mfAFz/pQrEpeX4L+NhxTh7k8owOBpsk0KNnS+D1wcpGM2YU/Vbg31LsZFREJn ba12zVJZaoH/2EQlKHKUqGlt6yVq+5z2Hn46bj1MExiuaX0HBms/xv36E/kSZA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749502278; a=rsa-sha256; cv=none; b=QA8YMQUtcXFAFbuBIwuqLHcFZ12wPZNbAOovQuzGlheCIY2AL91OvlfySfzxqf20fxCjuJ +t547fvcKwtzh8KXVj/Fi9ipNc4RfDKUI2571+Ka1pt3Qf0yDaYnhHaFyiBAp4hBIGSmpw jFN30lY5wn4UvEYRg2qRHRvNfZwJ2/CAMvlj1xRdjssas736mBek0oNELtHj6gKS78+PCR XYvheMiR3ciSWoQr1KBc7oU9KONh+1LPwflYLWZKONHXwLfzu9i4wtBGzidIeyWf0KLoD2 3t2+UMLfgqXlzxKq6Yqzgfs+h4nrSvYra8CT8koQrxl41SUH9V1khfd5cGVraw== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bGPGY2HbLz1MXN; Mon, 09 Jun 2025 20:51:17 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 9 Jun 2025 13:51:15 -0700 From: Gleb Smirnoff To: Rick Macklem Cc: Konstantin Belousov , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: 79d0f4474653 - main - rpcbind: Ensure krpc is present. Message-ID: References: <202506091053.559ArJ8k043104@gitrepo.freebsd.org> List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-main@freebsd.org Sender: owner-dev-commits-src-main@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Jun 09, 2025 at 01:28:30PM -0700, Rick Macklem wrote: R> My vague recollection (I'll admit I cannot be bothered looking at the R> older code) R> is that rpcbind would accept queries on a AF_LOCAL (unix domain) socket for R> local RPC processes. R> R> glebius@ does not want RPCs to be done over AF_LOCAL sockets (he would R> have to explain why), so he created an RPC layer in the krpc for netlink as an R> alternative and converted all utilities that were doing RPCs over AF_LOCAL R> sockets to use it. Not exactly. I don't want kernel RPC to userland to use AF_LOCAL. A process to a process RPC of course continues to use AF_LOCAL. What would be better for rpcbind: to skip providing kernel RPC services if krpc(4) not detected at startup, or to autoload krpc? The latter makes it safe for a scenario when NFS is instantiated at a later runtime of a machine, when rpcbind already runs. The former scenario would require a restart of rpcbind. -- Gleb Smirnoff