Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1341484ybe; Fri, 13 Sep 2019 15:06:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqzKuzlCCg91LPIzpIFm0nD2Vkz5TDLztNIhfH92dYk7Opfe+J8mHYGVzOLQuWstUE3Hk1Td X-Received: by 2002:a50:a8a2:: with SMTP id k31mr11747920edc.79.1568412405646; Fri, 13 Sep 2019 15:06:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568412405; cv=none; d=google.com; s=arc-20160816; b=lxhL1VH2p7MX537RxOe9ucc4R/wGwVkH/vsOIIq704VYgVwMKKAblj6orbjvrrdXf+ 99uVrDsfSZwtFbtWFD7LCujtU1QmQSVI4aj375mb7BtGT6i+1tCEEEkHuuYii8cQWEmZ UZDczEXlVFpvf78PKEvwS8dimRblBIow71dzLwicxK8UXLAb4Pr8phctp6+nvPU/YTtY QBYt+DiVdtMqDdNH9HB9ZJhUL6V7wmLzgOjXfffZBP94XM4bNnBfDmt0Yeo2n+zUfle8 h74xVZPi0o7JNQWX5rMEA3JatQuxvSnvtMi96Mk2A1wBmlyNrDpbbf/l4jK0maFnD58P 9hAw== 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=yjRQqQaQbl1m33aU///G4mGIdhloxfaxDH0QKykwLzs=; b=ebw0n24w+V4UAujoy9937urVuc6xaQ8KDw+5NjnsG/OqQK+Fu7ke5cxiO4hRptoZsC d8XbVULIyOhEAC5gLgbEBvOR0G4/73/ejmi8D6L1diSaas9CVnH8OJyoBdI3XCcV/ysq zmMPCE7SbIz3zgeuPEWOVqowLbBstnQi/ZGFvRLzeBqrsGeWqECJfR7W8GYvE4stp37b j5oLunT/H9BT1hC2V9suZSc9eA/k3LN1RzbUZXxns1j3vucgThUuj1wUVioFDQuILf5I qtNgm9bC3pjHUhyNckdS6KdnZJR9AfkFA/drKC9zzrTfERQvzxUE6f5n9ZX73nP28gdK WmQw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a9si15407690edn.318.2019.09.13.15.06.22; Fri, 13 Sep 2019 15:06:45 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2403973AbfIMWEQ (ORCPT + 99 others); Fri, 13 Sep 2019 18:04:16 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:60792 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387554AbfIMWEQ (ORCPT ); Fri, 13 Sep 2019 18:04:16 -0400 Received: from turingmachine.home (unknown [IPv6:2804:431:c7f4:5bfc:5711:794d:1c68:5ed3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: tonyk) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 413D028EF62; Fri, 13 Sep 2019 23:04:11 +0100 (BST) From: =?UTF-8?q?Andr=C3=A9=20Almeida?= To: linux-block@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Cc: corbet@lwn.net, axboe@kernel.dk, kernel@collabora.com, krisman@collabora.com, =?UTF-8?q?Andr=C3=A9=20Almeida?= Subject: [PATCH v2 1/4] null_blk: do not fail the module load with zero devices Date: Fri, 13 Sep 2019 19:02:57 -0300 Message-Id: <20190913220300.422869-2-andrealmeid@collabora.com> X-Mailer: git-send-email 2.23.0 In-Reply-To: <20190913220300.422869-1-andrealmeid@collabora.com> References: <20190913220300.422869-1-andrealmeid@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The module load should fail only if there is something wrong with the configuration or if an error prevents it to work properly. The module should be able to be loaded with (nr_device == 0), since it will not trigger errors or be in malfunction state. Preventing loading with zero devices also breaks applications that configures this module using configfs API. Remove the nr_device check to fix this. Signed-off-by: André Almeida Fixes: f7c4ce890dd2 ("null_blk: validate the number of devices") --- Changes since v1: - None --- drivers/block/null_blk_main.c | 4 ---- 1 file changed, 4 deletions(-) diff --git a/drivers/block/null_blk_main.c b/drivers/block/null_blk_main.c index ab4b87677139..be32cb5ed339 100644 --- a/drivers/block/null_blk_main.c +++ b/drivers/block/null_blk_main.c @@ -1758,10 +1758,6 @@ static int __init null_init(void) pr_err("null_blk: legacy IO path no longer available\n"); return -EINVAL; } - if (!nr_devices) { - pr_err("null_blk: invalid number of devices\n"); - return -EINVAL; - } if (g_queue_mode == NULL_Q_MQ && g_use_per_node_hctx) { if (g_submit_queues != nr_online_nodes) { pr_warn("null_blk: submit_queues param is set to %u.\n", -- 2.23.0