Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp4668305ybe; Mon, 16 Sep 2019 16:39:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqwriclcbXh9cYY9AeDHQTcwxvQZe6JRYZEiWFPnOf9dOr3yBq9kdvzJkK7m5xK7b0DMqCrt X-Received: by 2002:a17:906:ecea:: with SMTP id qt10mr2371628ejb.23.1568677160052; Mon, 16 Sep 2019 16:39:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568677160; cv=none; d=google.com; s=arc-20160816; b=QRDg50AlqfsqMwIuOoqaTqkK1f4KevJUlD+z+Pq/7tIHmjG2Spx6gfXCMMBwkTCdOJ dlwDuDehfl5OjF5KAHs8AMPSvjRfQI46icUTMMC4xEtEHcOKR0wo864wBXR98zwtccuX n/XWnpPvCXAmzKir+b28yWyyLYMeXEs+xWzCl8tnf/mPp3NZicgXGla/Zxt6wD0+NJao AHQxLLrF1TYi5VnkP2eupmsf2IN36Jv3FLJvQIGySImRa2sQLnfEqElDzxndSpLDpXDJ zKZ03eea6heVb+NaWh0iPJQUr+JnNuqS2Tlg+jTjPV1g00AiFq0jq09u3bGd+l1WtqWK YUIg== 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=Ni0G62TQBBfzM6BA7pF+iSR5Qx+zFCZB1DQJqBAbr7Q=; b=m/A0XDk+OVGDoHn9QzDRNSfqx0rK15nZX4yR+ESu9TVLQptqB1V2f5+EvQdc5NC8gA 5QZckfUXzF/PO7YAzL1rJqhGqjrqyHsGZw67MHE9yiVB1kErniekkrpcTATJDjfQCVon cEFNC0yRTDp4fDgsBcFh04ABLYpQ4IKKDXLLOk3tlLM2NQbiBVXHH/fvmlA5EJt7TJQi bnM8PjHdvCcVXG1oFJtgFnSxQLyQLUVUlBn1yFd98oevRvXjUc1J9cs2XJeUo1mL6nbM Hu3aIUbVAEl1Z9DaNsWrHCDoxePB/qOuKkDd3+GorVrHmB8jlTefRJx8yAyUQjqZ6BYX B5cg== 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 rs27si224161ejb.379.2019.09.16.16.38.56; Mon, 16 Sep 2019 16:39:20 -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 S2388480AbfIPOJR (ORCPT + 99 others); Mon, 16 Sep 2019 10:09:17 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:57160 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387788AbfIPOJR (ORCPT ); Mon, 16 Sep 2019 10:09:17 -0400 Received: from turingmachine.home (unknown [IPv6:2804:431:c7f4:d32a:d711: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 5869E28D44E; Mon, 16 Sep 2019 15:09:13 +0100 (BST) From: =?UTF-8?q?Andr=C3=A9=20Almeida?= To: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Cc: axboe@kernel.dk, kernel@collabora.com, krisman@collabora.com, =?UTF-8?q?Andr=C3=A9=20Almeida?= , Chaitanya Kulkarni Subject: [PATCH v3 1/3] null_blk: do not fail the module load with zero devices Date: Mon, 16 Sep 2019 11:07:57 -0300 Message-Id: <20190916140759.52491-2-andrealmeid@collabora.com> X-Mailer: git-send-email 2.23.0 In-Reply-To: <20190916140759.52491-1-andrealmeid@collabora.com> References: <20190916140759.52491-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. Fixes: f7c4ce890dd2 ("null_blk: validate the number of devices") Reviewed-by: Chaitanya Kulkarni Signed-off-by: André Almeida --- Changes since v2: - None 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