* [PATCH] Add release function to sd for scsi_disk structure
@ 2003-10-18 7:40 Mike Anderson
2003-10-21 8:26 ` Christoph Hellwig
0 siblings, 1 reply; 4+ messages in thread
From: Mike Anderson @ 2003-10-18 7:40 UTC (permalink / raw)
To: linux-scsi
This patch is against 2.6.0-test8.
This patch removes the delay in calling device_del on the sdev struct
device during a surprise removal event. Reference counting functions for
sd's scsi_disk structure where also added to fix issues of unregistering
when a sd is open.
I have tested this patch using scsi_debug with differnt combinations of
adds / removes. I mounted both partitioned and un-partitioned sd disks,
remove the host, and then did a umount. The ref count debug output shows
the objects staying in place prior to the umount and cleaning up once
the umount is called.
-andmike
--
Michael Anderson
andmike@us.ibm.com
DESC
This patch fixes an issue with a delayed call of device_del on the
sdev_gendev struct device.
- Remove the delayed call to device_del.
- Add kobject to sd scsi_disk structure.
- Add release function for scsi_disk kobject.
- Add get / put functions for scsi_disk and calls to these
functions.
EDESC
drivers/scsi/scsi.c | 4 --
drivers/scsi/scsi_sysfs.c | 3 --
drivers/scsi/sd.c | 63 ++++++++++++++++++++++++++++++++++++++++------
3 files changed, 57 insertions(+), 13 deletions(-)
diff -puN drivers/scsi/scsi_sysfs.c~blkdev_release drivers/scsi/scsi_sysfs.c
--- qla-bleed-2.5/drivers/scsi/scsi_sysfs.c~blkdev_release Fri Oct 17 23:14:06 2003
+++ qla-bleed-2.5-andmike/drivers/scsi/scsi_sysfs.c Fri Oct 17 23:34:55 2003
@@ -412,8 +412,7 @@ void scsi_remove_device(struct scsi_devi
set_bit(SDEV_DEL, &sdev->sdev_state);
if (sdev->host->hostt->slave_destroy)
sdev->host->hostt->slave_destroy(sdev);
- if (!atomic_read(&sdev->access_count))
- device_del(&sdev->sdev_gendev);
+ device_del(&sdev->sdev_gendev);
up_write(&class->subsys.rwsem);
}
diff -puN drivers/scsi/scsi.c~blkdev_release drivers/scsi/scsi.c
--- qla-bleed-2.5/drivers/scsi/scsi.c~blkdev_release Fri Oct 17 23:14:06 2003
+++ qla-bleed-2.5-andmike/drivers/scsi/scsi.c Fri Oct 17 23:14:06 2003
@@ -914,9 +914,7 @@ void scsi_device_put(struct scsi_device
return;
module_put(sdev->host->hostt->module);
- if (atomic_dec_and_test(&sdev->access_count))
- if (test_bit(SDEV_DEL, &sdev->sdev_state))
- device_del(&sdev->sdev_gendev);
+ atomic_dec(&sdev->access_count);
put_device(&sdev->sdev_gendev);
class_put(&sdev_class);
}
diff -puN drivers/scsi/sd.c~blkdev_release drivers/scsi/sd.c
--- qla-bleed-2.5/drivers/scsi/sd.c~blkdev_release Fri Oct 17 23:14:06 2003
+++ qla-bleed-2.5-andmike/drivers/scsi/sd.c Fri Oct 17 23:14:06 2003
@@ -74,9 +74,16 @@
*/
#define SD_MAX_RETRIES 5
+static void scsi_disk_release (struct kobject *kobj);
+
+static struct kobj_type scsi_disk_kobj_type = {
+ .release = scsi_disk_release,
+};
+
struct scsi_disk {
struct scsi_driver *driver; /* always &sd_template */
struct scsi_device *device;
+ struct kobject kobj;
struct gendisk *disk;
unsigned int openers; /* protected by BKL for now, yuck */
sector_t capacity; /* size in 512-byte sectors */
@@ -87,6 +94,7 @@ struct scsi_disk {
unsigned RCD : 1; /* state of disk RCD bit, unused */
};
+
static unsigned long sd_index_bits[SD_DISKS / BITS_PER_LONG];
static spinlock_t sd_index_lock = SPIN_LOCK_UNLOCKED;
@@ -128,11 +136,33 @@ static int sd_major(int major_idx)
}
}
+#define to_scsi_disk(obj) container_of(obj,struct scsi_disk,kobj);
+
static inline struct scsi_disk *scsi_disk(struct gendisk *disk)
{
return container_of(disk->private_data, struct scsi_disk, driver);
}
+static int scsi_disk_get(struct scsi_disk *sdkp)
+{
+ if (!kobject_get(&sdkp->kobj))
+ goto out;
+ if (scsi_device_get(sdkp->device))
+ goto out_put_kobj;
+ return 0;
+
+out_put_kobj:
+ kobject_put(&sdkp->kobj);
+out:
+ return -ENXIO;
+}
+
+static void scsi_disk_put(struct scsi_disk *sdkp)
+{
+ scsi_device_put(sdkp->device);
+ kobject_put(&sdkp->kobj);
+}
+
/**
* sd_init_command - build a scsi (read or write) command from
* information in the request structure.
@@ -352,15 +382,17 @@ static int sd_open(struct inode *inode,
{
struct gendisk *disk = inode->i_bdev->bd_disk;
struct scsi_disk *sdkp = scsi_disk(disk);
- struct scsi_device *sdev = sdkp->device;
+ struct scsi_device *sdev;
int retval;
SCSI_LOG_HLQUEUE(3, printk("sd_open: disk=%s\n", disk->disk_name));
- retval = scsi_device_get(sdev);
+ retval = scsi_disk_get(sdkp);
if (retval)
return retval;
+ sdev = sdkp->device;
+
/*
* If the device is in error recovery, wait until it is done.
* If the device is offline, then disallow any access to it.
@@ -406,7 +438,7 @@ static int sd_open(struct inode *inode,
return 0;
error_out:
- scsi_device_put(sdev);
+ scsi_disk_put(sdkp);
return retval;
}
@@ -438,7 +470,7 @@ static int sd_release(struct inode *inod
* XXX and what if there are packets in flight and this close()
* XXX is followed by a "rmmod sd_mod"?
*/
- scsi_device_put(sdev);
+ scsi_disk_put(sdkp);
return 0;
}
@@ -1270,6 +1302,10 @@ static int sd_probe(struct device *dev)
if (!sdkp)
goto out;
+ memset (sdkp, 0, sizeof(*sdkp));
+ kobject_init(&sdkp->kobj);
+ sdkp->kobj.ktype = &scsi_disk_kobj_type;
+
gd = alloc_disk(16);
if (!gd)
goto out_free;
@@ -1348,16 +1384,27 @@ static int sd_remove(struct device *dev)
struct scsi_disk *sdkp = dev_get_drvdata(dev);
del_gendisk(sdkp->disk);
+ sd_shutdown(dev);
+ kobject_put(&sdkp->kobj);
+
+ return 0;
+}
+
+/**
+ * scsi_disk_release - Called to free the scsi_disk structure
+ * @kobj: pointer to embedded kobject
+ **/
+static void scsi_disk_release(struct kobject *kobj)
+{
+ struct scsi_disk *sdkp = to_scsi_disk(kobj);
+
+ put_disk(sdkp->disk);
spin_lock(&sd_index_lock);
clear_bit(sdkp->index, sd_index_bits);
spin_unlock(&sd_index_lock);
- sd_shutdown(dev);
- put_disk(sdkp->disk);
kfree(sdkp);
-
- return 0;
}
/*
_
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Add release function to sd for scsi_disk structure
2003-10-18 7:40 [PATCH] Add release function to sd for scsi_disk structure Mike Anderson
@ 2003-10-21 8:26 ` Christoph Hellwig
2003-10-22 16:08 ` Mike Anderson
0 siblings, 1 reply; 4+ messages in thread
From: Christoph Hellwig @ 2003-10-21 8:26 UTC (permalink / raw)
To: linux-scsi
On Sat, Oct 18, 2003 at 12:40:41AM -0700, Mike Anderson wrote:
> This patch is against 2.6.0-test8.
>
> This patch removes the delay in calling device_del on the sdev struct
> device during a surprise removal event. Reference counting functions for
> sd's scsi_disk structure where also added to fix issues of unregistering
> when a sd is open.
>
> I have tested this patch using scsi_debug with differnt combinations of
> adds / removes. I mounted both partitioned and un-partitioned sd disks,
> remove the host, and then did a umount. The ref count debug output shows
> the objects staying in place prior to the umount and cleaning up once
> the umount is called.
This looks like a reasonable bandaid until the block layer is fixed.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Add release function to sd for scsi_disk structure
2003-10-21 8:26 ` Christoph Hellwig
@ 2003-10-22 16:08 ` Mike Anderson
2003-10-22 16:17 ` Christoph Hellwig
0 siblings, 1 reply; 4+ messages in thread
From: Mike Anderson @ 2003-10-22 16:08 UTC (permalink / raw)
To: Christoph Hellwig; +Cc: linux-scsi
Christoph Hellwig [hch@infradead.org] wrote:
>
> This looks like a reasonable bandaid until the block layer is fixed.
>
Since I do not know the extent of the block layer changes maybe my
assumption is incorrect, but wouldn't will still need a release of some
kind to know when it is safe to do a free?
-andmike
--
Michael Anderson
andmike@us.ibm.com
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] Add release function to sd for scsi_disk structure
2003-10-22 16:08 ` Mike Anderson
@ 2003-10-22 16:17 ` Christoph Hellwig
0 siblings, 0 replies; 4+ messages in thread
From: Christoph Hellwig @ 2003-10-22 16:17 UTC (permalink / raw)
To: Christoph Hellwig, linux-scsi
On Wed, Oct 22, 2003 at 09:08:55AM -0700, Mike Anderson wrote:
> Christoph Hellwig [hch@infradead.org] wrote:
> >
> > This looks like a reasonable bandaid until the block layer is fixed.
> >
>
> Since I do not know the extent of the block layer changes maybe my
> assumption is incorrect, but wouldn't will still need a release of some
> kind to know when it is safe to do a free?
We'll have to see. My assumption would be that freeing any private
data should be fine after ->remove. If that's not going to be guaranteed
we should try to make your patch a bit more generic (e.g. no sd-specific
ktype)
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-10-22 16:17 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-18 7:40 [PATCH] Add release function to sd for scsi_disk structure Mike Anderson
2003-10-21 8:26 ` Christoph Hellwig
2003-10-22 16:08 ` Mike Anderson
2003-10-22 16:17 ` Christoph Hellwig
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.