Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp990060pxb; Wed, 3 Nov 2021 16:11:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzMtNplMcOHdQxUESt8EhJkAiLttHmoR2E5FXqRQB+yopThZxb5oNcPCeG7J+uJdHac60qW X-Received: by 2002:aa7:cd6a:: with SMTP id ca10mr61026545edb.79.1635981106573; Wed, 03 Nov 2021 16:11:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635981106; cv=none; d=google.com; s=arc-20160816; b=isr63BSz5yDo/UW0UofKqZaxnsMiG2hrIeGKXIPK+mTU6VGmpzQzj9f9UyYGfk5Qng ZilgjlZNzK0qrnMlq1upQ21iJvZtKcYxlJbPjJl5fzEbQcZcaGqWAIWXCVeZjMZ5rK1R ekfWdmX7BXtDfJc6oDjz+qmtU4MRfOGqVYUxf0gr4wtcIdNXbvQq1pFLholS+/aA2bhf P0d1PgnIqxt48MZNfeSr4CJCMgeOxmadU7TPcNzvabgRSBAiJ0+isUnB4I2Dfr2FZ/lL gwy8pZru4o4JQwUph+RqeVG1gAoQ1DfwSXTfBZPkF8q2aRLtOc9duYRr9UXaaqMOy9d/ ey0Q== 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 :dkim-signature; bh=q7/Hx+CVM+Ujd9CCy3OdRAWVWYsOTTo3kgl8G3R3BM4=; b=dIPD5B7KtLribcJ+mYhq2Z4SJRAtQ4rtc93MiatEdwcyRlRyTAamXUlPUqRP5MsOt8 pKyTWhc1RdkN01IPG95CMuuOyz0V2zkNrghkKUsyBlM45TRxY0Soip3wAQT6fMjgiOua Nqxa/XFIRxIr24sd946iC1JZSyQyMZokoGunObzQQ3UxScF16HA+zBRzm/W21TpGxJj4 VV+4IaN56QjKXNe7PMAaEt06L0rZ9Z5AvTAbs3+Vs9oMjM4KopdPwp4fuCFtLPEF+YK6 EDV8PWhkcEfQYJqar8ob5Qn9IRztFbL86gRiiHTvCYc+qbOgUOMczrG/9o3irkxw525d Cdqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=bombadil.20210309 header.b=oNZ9X8vY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b19si7516475ede.284.2021.11.03.16.11.22; Wed, 03 Nov 2021 16:11:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=bombadil.20210309 header.b=oNZ9X8vY; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231855AbhKCXIH (ORCPT + 99 others); Wed, 3 Nov 2021 19:08:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34276 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230340AbhKCXH3 (ORCPT ); Wed, 3 Nov 2021 19:07:29 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8F127C061203; Wed, 3 Nov 2021 16:04:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Sender:Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From: Reply-To:Content-Type:Content-ID:Content-Description; bh=q7/Hx+CVM+Ujd9CCy3OdRAWVWYsOTTo3kgl8G3R3BM4=; b=oNZ9X8vYGqt+GFp2s+0Y3HmAJ1 XZS3F9wInO7v+dODT4ihf2AsZrc1V5ZvTPO6351jt5QJBVMfOjOU/Ti4yyI7iCZNurpFXKQ4enkT3 zLzMJT5hmNi0TUWvFQqNubbqpGPN1IYXA4kne/V0lkYSu96j929wGJvwy7dnIZ4/he5yHT5yH22ex q3up1kFUZs9EAp9MtmABT1hu8whYtOjbYBYX1tHtG0Kj7F7TXqv03J3hupHDWMaQ4IcsBwJdHIj/t DeDvkUkbpPixAdzjg/HZlZ52+g4d6bGobP8T/HIJ81wVmGHpj1DqA/0icJURkV3Ka0ITk3XbzDwi2 sIf3mz6w==; Received: from mcgrof by bombadil.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1miPJ8-006sef-R9; Wed, 03 Nov 2021 23:04:38 +0000 From: Luis Chamberlain To: axboe@kernel.dk, hch@lst.de, penguin-kernel@i-love.sakura.ne.jp, dan.j.williams@intel.com, vishal.l.verma@intel.com, dave.jiang@intel.com, ira.weiny@intel.com, richard@nod.at, miquel.raynal@bootlin.com, vigneshr@ti.com, efremov@linux.com, song@kernel.org, martin.petersen@oracle.com, hare@suse.de, jack@suse.cz, ming.lei@redhat.com, tj@kernel.org, mcgrof@kernel.org Cc: linux-mtd@lists.infradead.org, linux-scsi@vger.kernel.org, linux-raid@vger.kernel.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v5 11/14] block: update __register_blkdev() probe documentation Date: Wed, 3 Nov 2021 16:04:34 -0700 Message-Id: <20211103230437.1639990-12-mcgrof@kernel.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20211103230437.1639990-1-mcgrof@kernel.org> References: <20211103230437.1639990-1-mcgrof@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: Luis Chamberlain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org __register_blkdev() is used to register a probe callback, and that callback is typically used to call add_disk(). Now that we are able to capture errors for add_disk(), we need to fix those probe calls where add_disk() fails and clean up resources. We don't extend the probe call to return the error given: 1) we'd have to always special-case the case where the disk was already present, as otherwise concurrent requests to open an existing block device would fail, and this would be a userspace visible change 2) the error from ilookup() on blkdev_get_no_open() is sufficient 3) The only thing the probe call is used for is to support pre-devtmpfs, pre-udev semantics that want to create disks when their pre-created device node is accessed, and so we don't care for failures on probe there. Expand documentation for the probe callback to ensure users cleanup resources if add_disk() is used and to clarify this interface may be removed in the future. Reviewed-by: Christoph Hellwig Signed-off-by: Luis Chamberlain --- block/genhd.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/block/genhd.c b/block/genhd.c index 4ed87f25276a..2f5b7e24e88a 100644 --- a/block/genhd.c +++ b/block/genhd.c @@ -213,7 +213,10 @@ void blkdev_show(struct seq_file *seqf, off_t offset) * @major: the requested major device number [1..BLKDEV_MAJOR_MAX-1]. If * @major = 0, try to allocate any unused major number. * @name: the name of the new block device as a zero terminated string - * @probe: allback that is called on access to any minor number of @major + * @probe: pre-devtmpfs / pre-udev callback used to create disks when their + * pre-created device node is accessed. When a probe call uses + * add_disk() and it fails the driver must cleanup resources. This + * interface may soon be removed. * * The @name must be unique within the system. * -- 2.33.0