Return-Path: linux-nfs-owner@vger.kernel.org Received: from mx1.redhat.com ([209.132.183.28]:27043 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758639Ab2D0NKl (ORCPT ); Fri, 27 Apr 2012 09:10:41 -0400 Date: Fri, 27 Apr 2012 09:10:33 -0400 From: Josh Boyer To: Trond Myklebust Cc: linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] NFSv4: Add modalias for "nfs4" Message-ID: <20120427131031.GA13189@zod.bos.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-nfs-owner@vger.kernel.org List-ID: When NFSv4 is configured, the support goes into the nfs.ko module. However, nfs-utils seems to pass "nfs4" as the fileststem type for NFSv4 mounts. If the nfs module is not already loaded, the kernel will eventually do a module request for "nfs4". Apparently, this has worked until now as the distributions ship a module config file that manually aliases "nfs4" to "nfs". There is really no need to do this, as the kernel can provide a module alias internally for nfs4. This adds that. Signed-off-by: Josh Boyer --- fs/nfs/nfs4proc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c index 60d5f4c..d6929c3 100644 --- a/fs/nfs/nfs4proc.c +++ b/fs/nfs/nfs4proc.c @@ -6550,6 +6550,7 @@ const struct xattr_handler *nfs4_xattr_handlers[] = { module_param(max_session_slots, ushort, 0644); MODULE_PARM_DESC(max_session_slots, "Maximum number of outstanding NFSv4.1 " "requests the client will negotiate"); +MODULE_ALIAS("nfs4"); /* * Local variables: -- 1.7.10