From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1948924AbdE0BQU (ORCPT ); Fri, 26 May 2017 21:16:20 -0400 Received: from mail.kernel.org ([198.145.29.99]:51260 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1948710AbdEZVMc (ORCPT ); Fri, 26 May 2017 17:12:32 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C7BF6239E9 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=mcgrof@kernel.org From: "Luis R. Rodriguez" To: akpm@linux-foundation.org, jeyu@redhat.com, shuah@kernel.org, rusty@rustcorp.com.au, ebiederm@xmission.com, dmitry.torokhov@gmail.com, acme@redhat.com, corbet@lwn.net, josh@joshtriplett.org Cc: martin.wilck@suse.com, mmarek@suse.com, pmladek@suse.com, hare@suse.com, rwright@hpe.com, jeffm@suse.com, DSterba@suse.com, fdmanana@suse.com, neilb@suse.com, linux@roeck-us.net, rgoldwyn@suse.com, subashab@codeaurora.org, xypron.glpk@gmx.de, keescook@chromium.org, atomlin@redhat.com, mbenes@suse.cz, paulmck@linux.vnet.ibm.com, dan.j.williams@intel.com, jpoimboe@redhat.com, davem@davemloft.net, mingo@redhat.com, alan@linux.intel.com, tytso@mit.edu, gregkh@linuxfoundation.org, torvalds@linux-foundation.org, linux-kselftest@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, "Luis R. Rodriguez" Subject: [PATCH v3 0/4] kmod: help make deterministic Date: Fri, 26 May 2017 14:12:24 -0700 Message-Id: <20170526211228.27764-1-mcgrof@kernel.org> X-Mailer: git-send-email 2.11.0 In-Reply-To: <20170526001630.19203-1-mcgrof@kernel.org> References: <20170526001630.19203-1-mcgrof@kernel.org> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This v3 nukes the proc sysctl interface in favor for just letting userspace just check kernel revision. Prior to whenever this is merged userspace should try to avoid hammering more than 50 kmod threads as they can fail and it'd get -ENOMEM. We do away with the old heuristics on assuming you could end up with less than max_threads/2 < 50 threads as Dmitry notes this would mean having a system with 16 MiB of RAM with modules enabled. It simplifies our patch "kmod: reduce atomic operations on kmod_concurrent" considerbly. Since the sysctl interface is gone, this no longer depends on any other patches, the series is independent. As usual the series is available on my linux-next 20170526-kmod-only branch which is based on next-20170526. [0] https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git/log/?h=20170526-kmod-only Luis Luis R. Rodriguez (4): module: use list_for_each_entry_rcu() on find_module_all() kmod: reduce atomic operations on kmod_concurrent and simplify kmod: add test driver to stress test the module loader kmod: throttle kmod thread limit kernel/kmod.c | 55 +- kernel/module.c | 2 +- lib/Kconfig.debug | 25 + lib/Makefile | 1 + lib/test_kmod.c | 1246 +++++++++++++++++++++++++++++++++ tools/testing/selftests/kmod/Makefile | 11 + tools/testing/selftests/kmod/config | 7 + tools/testing/selftests/kmod/kmod.sh | 615 ++++++++++++++++ 8 files changed, 1930 insertions(+), 32 deletions(-) create mode 100644 lib/test_kmod.c create mode 100644 tools/testing/selftests/kmod/Makefile create mode 100644 tools/testing/selftests/kmod/config create mode 100755 tools/testing/selftests/kmod/kmod.sh -- 2.11.0