Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp5872260ybv; Tue, 18 Feb 2020 05:39:26 -0800 (PST) X-Google-Smtp-Source: APXvYqx2QWd81jcIzyWIKOLqulVyNNui0a09ZXmQ1KVvuNqTB7tCUnGbrZssAOmbJ6puPW5N4uO0 X-Received: by 2002:a9d:7593:: with SMTP id s19mr15030314otk.219.1582033166659; Tue, 18 Feb 2020 05:39:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582033166; cv=none; d=google.com; s=arc-20160816; b=sydy5/KEXj6Ct1vzgoXjoZ4xBPashzWI6ccC3VEpcZm2pwOrccdf1+e0nc5fiRJjKz k5wEP2iWloOJR6irstYLIuRwwFP4qrZ5CLZt9y4z5kBFBTIN6VwxCJY0PIvmiQZ3VUCR 6t912xk+zFsGWZTYRc9SJF84AQI1vh2PeSOUMR+x28AFPZCN1uPcScaDeUMTNnCMtEm1 VZsqhFACSzTT6/7cNmHZGIskGBICc9X9rWuY5uqnbt8jDjSc+qqeYWrclb6ejzlZRjRY frL5X69yeA7NZfpyJh+rvtI5DidsFp9iefP9iYobQ+/gN5gaDRQ3cxtrK81/R9A1LwMj KGTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=F/HdABPE+z9IzzfoWK2+tWH9o+N2TzS6sxlvBte/sNE=; b=nFlQgDpF2pjeTURGwZntbiV4NjZi7END0xpwIWKD2//vc8FhxLaFaq6LMxwzWosfBE UGe8YXBhOg8nvTcwBQG+rkiIsTnU80GGo7reFp5ZMANqyzbEJ8Bw/Xks/OuDVV9+ubo+ PxZ28PsL0RvfHvRBvWK5djrWMOfb2tUHcO6OR11rW7Cm+Y56GX0T8jb1bBnrL+qDg9DE MNlxukCsr4ZJQdDPHXi7pkyioO9VqUHi5i9QAB7lAmjWoRTxMh0dKWIRMt6HktW5a0AX o6PFQASJJlaNQEOE+ONPxvQsiUWaAU+m42VEOGRAKlm04n2jwk+wELBMbbRsrHUoUsyQ Pu1Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a13si1791154otq.201.2020.02.18.05.39.13; Tue, 18 Feb 2020 05:39:26 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726656AbgBRNhm (ORCPT + 99 others); Tue, 18 Feb 2020 08:37:42 -0500 Received: from 14.mo7.mail-out.ovh.net ([178.33.251.19]:58250 "EHLO 14.mo7.mail-out.ovh.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726347AbgBRNhl (ORCPT ); Tue, 18 Feb 2020 08:37:41 -0500 X-Greylist: delayed 2258 seconds by postgrey-1.27 at vger.kernel.org; Tue, 18 Feb 2020 08:37:40 EST Received: from player779.ha.ovh.net (unknown [10.110.208.203]) by mo7.mail-out.ovh.net (Postfix) with ESMTP id D7FEC152E86 for ; Tue, 18 Feb 2020 14:00:13 +0100 (CET) Received: from sk2.org (cre33-1_migr-88-122-126-116.fbx.proxad.net [88.122.126.116]) (Authenticated sender: steve@sk2.org) by player779.ha.ovh.net (Postfix) with ESMTPSA id 0AFF6F777158; Tue, 18 Feb 2020 13:00:00 +0000 (UTC) From: Stephen Kitt To: Jonathan Corbet , Mauro Carvalho Chehab , linux-doc@vger.kernel.org Cc: linux-kernel@vger.kernel.org, Stephen Kitt Subject: [PATCH v2 2/8] docs: merge debugging-modules.txt into sysctl/kernel.rst Date: Tue, 18 Feb 2020 13:59:17 +0100 Message-Id: <20200218125923.685-3-steve@sk2.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200218125923.685-1-steve@sk2.org> References: <20200218125923.685-1-steve@sk2.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 16131049443819212165 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedugedrjeekgdegjecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffufffkofgjfhgggfestdekredtredttdenucfhrhhomhepufhtvghphhgvnhcumfhithhtuceoshhtvghvvgesshhkvddrohhrgheqnecukfhppedtrddtrddtrddtpdekkedruddvvddruddviedrudduieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdqohhuthdphhgvlhhopehplhgrhigvrhejjeelrdhhrgdrohhvhhdrnhgvthdpihhnvghtpedtrddtrddtrddtpdhmrghilhhfrhhomhepshhtvghvvgesshhkvddrohhrghdprhgtphhtthhopehlihhnuhigqdhkvghrnhgvlhesvhhgvghrrdhkvghrnhgvlhdrohhrgh Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This fits nicely in sysctl/kernel.rst, merge it (and rephrase it) instead of linking to it. Signed-off-by: Stephen Kitt --- Documentation/admin-guide/sysctl/kernel.rst | 14 ++++++++++++- Documentation/debugging-modules.txt | 22 --------------------- 2 files changed, 13 insertions(+), 23 deletions(-) delete mode 100644 Documentation/debugging-modules.txt diff --git a/Documentation/admin-guide/sysctl/kernel.rst b/Documentation/admin-guide/sysctl/kernel.rst index c17ed1db8eea..392c6be1424d 100644 --- a/Documentation/admin-guide/sysctl/kernel.rst +++ b/Documentation/admin-guide/sysctl/kernel.rst @@ -386,7 +386,19 @@ This flag controls the L2 cache of G3 processor boards. If modprobe ======== -See Documentation/debugging-modules.txt. +This gives the full path of the modprobe command which the kernel will +use to load modules. This can be used to debug module loading +requests:: + + echo '#! /bin/sh' > /tmp/modprobe + echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe + echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe + chmod a+x /tmp/modprobe + echo /tmp/modprobe > /proc/sys/kernel/modprobe + +This only applies when the *kernel* is requesting that the module be +loaded; it won't have any effect if the module is being loaded +explicitly using ``modprobe`` from userspace. modules_disabled diff --git a/Documentation/debugging-modules.txt b/Documentation/debugging-modules.txt deleted file mode 100644 index 172ad4aec493..000000000000 --- a/Documentation/debugging-modules.txt +++ /dev/null @@ -1,22 +0,0 @@ -Debugging Modules after 2.6.3 ------------------------------ - -In almost all distributions, the kernel asks for modules which don't -exist, such as "net-pf-10" or whatever. Changing "modprobe -q" to -"succeed" in this case is hacky and breaks some setups, and also we -want to know if it failed for the fallback code for old aliases in -fs/char_dev.c, for example. - -In the past a debugging message which would fill people's logs was -emitted. This debugging message has been removed. The correct way -of debugging module problems is something like this: - -echo '#! /bin/sh' > /tmp/modprobe -echo 'echo "$@" >> /tmp/modprobe.log' >> /tmp/modprobe -echo 'exec /sbin/modprobe "$@"' >> /tmp/modprobe -chmod a+x /tmp/modprobe -echo /tmp/modprobe > /proc/sys/kernel/modprobe - -Note that the above applies only when the *kernel* is requesting -that the module be loaded -- it won't have any effect if that module -is being loaded explicitly using "modprobe" from userspace. -- 2.20.1