* [PATCH] esp: tidy up target reference counting
@ 2008-06-23 19:52 James Bottomley
2008-06-23 21:58 ` David Miller
0 siblings, 1 reply; 4+ messages in thread
From: James Bottomley @ 2008-06-23 19:52 UTC (permalink / raw)
To: David Miller; +Cc: linux-scsi
The esp driver currently does hand rolled reference counting of its
target. It's much easier to do what it needs to do if it's plugged into
the mid-layer callbacks (target_alloc and target_destroy) which were
designed for this case, so do it this way and get rid of the internal
target reference count.
Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
---
diff --git a/drivers/scsi/esp_scsi.c b/drivers/scsi/esp_scsi.c
index fa75636..62a4618 100644
--- a/drivers/scsi/esp_scsi.c
+++ b/drivers/scsi/esp_scsi.c
@@ -2361,6 +2361,24 @@ void scsi_esp_unregister(struct esp *esp)
}
EXPORT_SYMBOL(scsi_esp_unregister);
+static int esp_target_alloc(struct scsi_target *starget)
+{
+ struct esp *esp = shost_priv(dev_to_shost(&starget->dev));
+ struct esp_target_data *tp = &esp->target[starget->id];
+
+ tp->starget = starget;
+
+ return 0;
+}
+
+static void esp_target_destroy(struct scsi_target *starget)
+{
+ struct esp *esp = shost_priv(dev_to_shost(&starget->dev));
+ struct esp_target_data *tp = &esp->target[starget->id];
+
+ tp->starget = NULL;
+}
+
static int esp_slave_alloc(struct scsi_device *dev)
{
struct esp *esp = shost_priv(dev->host);
@@ -2372,9 +2390,6 @@ static int esp_slave_alloc(struct scsi_device *dev)
return -ENOMEM;
dev->hostdata = lp;
- tp->starget = dev->sdev_target;
- tp->starget_ref++;
-
spi_min_period(tp->starget) = esp->min_period;
spi_max_offset(tp->starget) = 15;
@@ -2428,17 +2443,10 @@ static int esp_slave_configure(struct scsi_device *dev)
static void esp_slave_destroy(struct scsi_device *dev)
{
- struct esp *esp = shost_priv(dev->host);
- struct esp_target_data *tp = &esp->target[dev->id];
struct esp_lun_data *lp = dev->hostdata;
kfree(lp);
dev->hostdata = NULL;
-
- BUG_ON(tp->starget_ref <= 0);
-
- if (!--tp->starget_ref)
- tp->starget = NULL;
}
static int esp_eh_abort_handler(struct scsi_cmnd *cmd)
@@ -2618,6 +2626,8 @@ struct scsi_host_template scsi_esp_template = {
.name = "esp",
.info = esp_info,
.queuecommand = esp_queuecommand,
+ .target_alloc = esp_target_alloc,
+ .target_destroy = esp_target_destroy,
.slave_alloc = esp_slave_alloc,
.slave_configure = esp_slave_configure,
.slave_destroy = esp_slave_destroy,
diff --git a/drivers/scsi/esp_scsi.h b/drivers/scsi/esp_scsi.h
index 655e0b2..bb43a13 100644
--- a/drivers/scsi/esp_scsi.h
+++ b/drivers/scsi/esp_scsi.h
@@ -322,7 +322,6 @@ struct esp_target_data {
u8 nego_goal_tags;
struct scsi_target *starget;
- int starget_ref;
};
struct esp_event_ent {
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: [PATCH] esp: tidy up target reference counting
2008-06-23 19:52 [PATCH] esp: tidy up target reference counting James Bottomley
@ 2008-06-23 21:58 ` David Miller
2008-06-24 16:28 ` James Bottomley
0 siblings, 1 reply; 4+ messages in thread
From: David Miller @ 2008-06-23 21:58 UTC (permalink / raw)
To: James.Bottomley; +Cc: linux-scsi
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Mon, 23 Jun 2008 14:52:09 -0500
> The esp driver currently does hand rolled reference counting of its
> target. It's much easier to do what it needs to do if it's plugged into
> the mid-layer callbacks (target_alloc and target_destroy) which were
> designed for this case, so do it this way and get rid of the internal
> target reference count.
>
> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
Much cleaner, thanks!
Signed-off-by: David S. Miller <davem@davemloft.net>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] esp: tidy up target reference counting
2008-06-23 21:58 ` David Miller
@ 2008-06-24 16:28 ` James Bottomley
2008-06-24 20:36 ` David Miller
0 siblings, 1 reply; 4+ messages in thread
From: James Bottomley @ 2008-06-24 16:28 UTC (permalink / raw)
To: David Miller; +Cc: linux-scsi
On Mon, 2008-06-23 at 14:58 -0700, David Miller wrote:
> From: James Bottomley <James.Bottomley@HansenPartnership.com>
> Date: Mon, 23 Jun 2008 14:52:09 -0500
>
> > The esp driver currently does hand rolled reference counting of its
> > target. It's much easier to do what it needs to do if it's plugged into
> > the mid-layer callbacks (target_alloc and target_destroy) which were
> > designed for this case, so do it this way and get rid of the internal
> > target reference count.
> >
> > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
>
> Much cleaner, thanks!
>
> Signed-off-by: David S. Miller <davem@davemloft.net>
You're welcome ... I actually initially queued this for the merge
window, but since this looks like it fixes a bug that would affect any
multi-lun installation, isn't it a candidate for the current git head
(and indeed for stable), or isn't there that much of a multi-lun install
base with this driver to worry about?
James
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] esp: tidy up target reference counting
2008-06-24 16:28 ` James Bottomley
@ 2008-06-24 20:36 ` David Miller
0 siblings, 0 replies; 4+ messages in thread
From: David Miller @ 2008-06-24 20:36 UTC (permalink / raw)
To: James.Bottomley; +Cc: linux-scsi
From: James Bottomley <James.Bottomley@HansenPartnership.com>
Date: Tue, 24 Jun 2008 11:28:04 -0500
> On Mon, 2008-06-23 at 14:58 -0700, David Miller wrote:
> > From: James Bottomley <James.Bottomley@HansenPartnership.com>
> > Date: Mon, 23 Jun 2008 14:52:09 -0500
> >
> > > The esp driver currently does hand rolled reference counting of its
> > > target. It's much easier to do what it needs to do if it's plugged into
> > > the mid-layer callbacks (target_alloc and target_destroy) which were
> > > designed for this case, so do it this way and get rid of the internal
> > > target reference count.
> > >
> > > Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
> >
> > Much cleaner, thanks!
> >
> > Signed-off-by: David S. Miller <davem@davemloft.net>
>
> You're welcome ... I actually initially queued this for the merge
> window, but since this looks like it fixes a bug that would affect any
> multi-lun installation, isn't it a candidate for the current git head
> (and indeed for stable), or isn't there that much of a multi-lun install
> base with this driver to worry about?
I think you should push these fixes to current (and -stable).
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-06-24 20:36 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-23 19:52 [PATCH] esp: tidy up target reference counting James Bottomley
2008-06-23 21:58 ` David Miller
2008-06-24 16:28 ` James Bottomley
2008-06-24 20:36 ` David Miller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox