From: Ming Lei <ming.lei@redhat.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Jens Axboe <axboe@kernel.dk>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
Bart Van Assche <bvanassche@acm.org>,
linux-block@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: [PATCH 04/14] sd: rename the scsi_disk.dev field
Date: Sun, 6 Mar 2022 11:31:33 +0800 [thread overview]
Message-ID: <YiQq6+ow5EEXpSCC@T590> (raw)
In-Reply-To: <20220304160331.399757-5-hch@lst.de>
On Fri, Mar 04, 2022 at 05:03:21PM +0100, Christoph Hellwig wrote:
> dev is very hard to grab for. Give the field a more descriptive name and
> documents it's purpose.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
> drivers/scsi/sd.c | 22 +++++++++++-----------
> drivers/scsi/sd.h | 10 ++++++++--
> 2 files changed, 19 insertions(+), 13 deletions(-)
>
> diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c
> index 2a1e19e871d30..7479e7cb36b43 100644
> --- a/drivers/scsi/sd.c
> +++ b/drivers/scsi/sd.c
> @@ -672,7 +672,7 @@ static struct scsi_disk *scsi_disk_get(struct gendisk *disk)
> if (disk->private_data) {
> sdkp = scsi_disk(disk);
> if (scsi_device_get(sdkp->device) == 0)
> - get_device(&sdkp->dev);
> + get_device(&sdkp->disk_dev);
> else
> sdkp = NULL;
> }
> @@ -685,7 +685,7 @@ static void scsi_disk_put(struct scsi_disk *sdkp)
> struct scsi_device *sdev = sdkp->device;
>
> mutex_lock(&sd_ref_mutex);
> - put_device(&sdkp->dev);
> + put_device(&sdkp->disk_dev);
> scsi_device_put(sdev);
> mutex_unlock(&sd_ref_mutex);
> }
> @@ -3529,14 +3529,14 @@ static int sd_probe(struct device *dev)
> SD_MOD_TIMEOUT);
> }
>
> - device_initialize(&sdkp->dev);
> - sdkp->dev.parent = get_device(dev);
> - sdkp->dev.class = &sd_disk_class;
> - dev_set_name(&sdkp->dev, "%s", dev_name(dev));
> + device_initialize(&sdkp->disk_dev);
> + sdkp->disk_dev.parent = get_device(dev);
> + sdkp->disk_dev.class = &sd_disk_class;
> + dev_set_name(&sdkp->disk_dev, "%s", dev_name(dev));
>
> - error = device_add(&sdkp->dev);
> + error = device_add(&sdkp->disk_dev);
> if (error) {
> - put_device(&sdkp->dev);
> + put_device(&sdkp->disk_dev);
> goto out;
> }
>
> @@ -3577,7 +3577,7 @@ static int sd_probe(struct device *dev)
>
> error = device_add_disk(dev, gd, NULL);
> if (error) {
> - put_device(&sdkp->dev);
> + put_device(&sdkp->disk_dev);
> goto out;
> }
>
> @@ -3628,7 +3628,7 @@ static int sd_remove(struct device *dev)
> sdkp = dev_get_drvdata(dev);
> scsi_autopm_get_device(sdkp->device);
>
> - device_del(&sdkp->dev);
> + device_del(&sdkp->disk_dev);
> del_gendisk(sdkp->disk);
> sd_shutdown(dev);
>
> @@ -3636,7 +3636,7 @@ static int sd_remove(struct device *dev)
>
> mutex_lock(&sd_ref_mutex);
> dev_set_drvdata(dev, NULL);
> - put_device(&sdkp->dev);
> + put_device(&sdkp->disk_dev);
> mutex_unlock(&sd_ref_mutex);
>
> return 0;
> diff --git a/drivers/scsi/sd.h b/drivers/scsi/sd.h
> index 303aa1c23aefb..7625a90b0fa69 100644
> --- a/drivers/scsi/sd.h
> +++ b/drivers/scsi/sd.h
> @@ -69,7 +69,13 @@ enum {
>
> struct scsi_disk {
> struct scsi_device *device;
> - struct device dev;
> +
> + /*
> + * This device is mostly just used to show a bunch of attributes in a
> + * weird place. In doubt don't add any new users, and most importantly
> + * don't use if for any actual refcounting.
> + */
The device looks partner of gendisk, I think it could just be a
private data of gendisk, and the attributes can be added to gendisk.
But scsi has the tradition of adding class device of scsi_host,
scsi_device, scsi_disk and scsi_generic.
Adding such device makes things complicated, such as refcounting
in open/close disk. But looks scsi_disk isn't part of sysfs ABI, maybe it
can be removed, anyway:
Reviewed-by: Ming Lei <ming.lei@redhat.com>
Thanks,
Ming
next prev parent reply other threads:[~2022-03-06 3:32 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-04 16:03 move more work to disk_release v3 Christoph Hellwig
2022-03-04 16:03 ` [PATCH 01/14] blk-mq: do not include passthrough requests in I/O accounting Christoph Hellwig
2022-03-06 1:02 ` Bart Van Assche
2022-03-07 3:12 ` Chaitanya Kulkarni
2022-03-08 3:13 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 02/14] blk-mq: handle already freed tags gracefully in blk_mq_free_rqs Christoph Hellwig
2022-03-06 1:05 ` Bart Van Assche
2022-03-08 3:14 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 03/14] scsi: don't use disk->private_data to find the scsi_driver Christoph Hellwig
2022-03-06 1:27 ` Bart Van Assche
2022-03-06 3:09 ` Ming Lei
2022-03-07 3:14 ` Chaitanya Kulkarni
2022-03-08 3:16 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 04/14] sd: rename the scsi_disk.dev field Christoph Hellwig
2022-03-06 1:38 ` Bart Van Assche
2022-03-06 8:40 ` Christoph Hellwig
2022-03-06 20:34 ` Bart Van Assche
2022-03-06 3:31 ` Ming Lei [this message]
2022-03-06 8:43 ` Christoph Hellwig
2022-03-07 3:16 ` Chaitanya Kulkarni
2022-03-08 3:25 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 05/14] sd: call sd_zbc_release_disk before releasing the scsi_device reference Christoph Hellwig
2022-03-06 1:44 ` Bart Van Assche
2022-03-06 3:33 ` Ming Lei
2022-03-08 3:25 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 06/14] sd: delay calling free_opal_dev Christoph Hellwig
2022-03-06 1:45 ` Bart Van Assche
2022-03-06 3:41 ` Ming Lei
2022-03-07 3:17 ` Chaitanya Kulkarni
2022-03-08 3:26 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 07/14] sd: make use of ->free_disk to simplify refcounting Christoph Hellwig
2022-03-06 2:03 ` Bart Van Assche
2022-03-06 8:46 ` Christoph Hellwig
2022-03-06 3:54 ` Ming Lei
2022-03-08 3:29 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 08/14] sr: implement ->free_disk Christoph Hellwig
2022-03-06 4:01 ` Ming Lei
2022-03-06 21:44 ` Bart Van Assche
2022-03-08 3:31 ` Martin K. Petersen
2022-03-04 16:03 ` [PATCH 09/14] block: move blkcg initialization/destroy into disk allocation/release handler Christoph Hellwig
2022-03-07 3:18 ` Chaitanya Kulkarni
2022-03-04 16:03 ` [PATCH 10/14] block: don't remove hctx debugfs dir from blk_mq_exit_queue Christoph Hellwig
2022-03-04 16:03 ` [PATCH 11/14] block: move q_usage_counter release into blk_queue_release Christoph Hellwig
2022-03-04 16:03 ` [PATCH 12/14] block: move blk_exit_queue into disk_release Christoph Hellwig
2022-03-06 21:21 ` Bart Van Assche
2022-03-04 16:03 ` [PATCH 13/14] block: do more work in elevator_exit Christoph Hellwig
2022-03-04 16:03 ` [PATCH 14/14] block: move rq_qos_exit() into disk_release() Christoph Hellwig
2022-03-06 20:51 ` Bart Van Assche
2022-03-07 2:50 ` Ming Lei
-- strict thread matches above, loose matches on Subject: below --
2022-03-08 5:51 move more work to disk_release v4 Christoph Hellwig
2022-03-08 5:51 ` [PATCH 04/14] sd: rename the scsi_disk.dev field Christoph Hellwig
2022-02-27 17:21 move more work to disk_release v2 Christoph Hellwig
2022-02-27 17:21 ` [PATCH 04/14] sd: rename the scsi_disk.dev field Christoph Hellwig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YiQq6+ow5EEXpSCC@T590 \
--to=ming.lei@redhat.com \
--cc=axboe@kernel.dk \
--cc=bvanassche@acm.org \
--cc=hch@lst.de \
--cc=linux-block@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox