Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
From:   "NeilBrown" <neilb@suse.de>
To:     "Salvatore Bonaccorso" <carnil@debian.org>
Cc:     "Steve Dickson" <steved@redhat.com>, linux-nfs@vger.kernel.org
Subject: Re: systemd/50-nfs.conf and interoperability issue with
 intramfs-tools not including sunrpc into initrd
In-reply-to: <Y1KoKwu88PulcokW@eldamar.lan>
References: <Y1KoKwu88PulcokW@eldamar.lan>
Date:   Mon, 24 Oct 2022 09:05:57 +1100
Message-id: <166656275785.12462.14027406790454668194@noble.neil.brown.name>
Precedence: bulk

On Sat, 22 Oct 2022, Salvatore Bonaccorso wrote:
> Hi Neil, hi Steve,
> 
> In Debian for the update including the systemd/50-nfs.conf there was a
> report that sunrpc is not included anymore in the initrd through the
> initramfs-tools hooks. 
> 
> The report is at https://bugs.debian.org/1022172
> 
> As we would not start to diverge again from nfs-utils upstream and
> keep in sync with upstream as much as possible I would like to retain
> whatever is from nfs-utils upstream downstream as well.
> 
> Marco d'Intri suggested there three possible solutions, of which one
> could be done in nfs-utils (whereas the other two are either in kmod
> upstream or initramfs-tools upstream). The nfs-utils one would be to
> replace the modprobe configuration with a set of udev rules instead.
> 
> What do you think?

I don't object to nfs-utils being changed to install an appropriate udev
rules file instead of the modprobe.d file.  Would you be willing to
develop, test, and post a patch?

Thanks,
NeilBrown