From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Boaz Harrosh <bharrosh@panasas.com>
Cc: linux-scsi <linux-scsi@vger.kernel.org>,
Sven Schnelle <svens@bitebene.org>
Subject: Re: [PATCH] gdth: Use scsi_get_command for gdth internal commands
Date: Tue, 18 Mar 2008 13:54:39 -0500 [thread overview]
Message-ID: <1205866479.2900.12.camel@localhost.localdomain> (raw)
In-Reply-To: <47E00779.3000701@panasas.com>
On Tue, 2008-03-18 at 20:18 +0200, Boaz Harrosh wrote:
> This is for for the next kernel window (v2.6.26). It is based on top of
> both scsi-misc and scsi-rc-fixes. Once scsi-misc rebases to scsi-rc-fixes
> this patch can be committed.
>
> Boaz
> ---
> From: Boaz Harrosh <bharrosh@panasas.com>
> Date: Tue, 11 Mar 2008 17:42:06 +0200
> Subject: [PATCH] gdth: Use scsi_get_command for gdth internal commands
>
> use scsi_get_command() in __gdth_execute() of internal commands for two reasons.
> - To be insulated from future scsi-ml changes and the way scsi_cmnd is
> structured / allocated.
> - Hold onto the scsi_device while executing since execution can come from
> user-mode management SW through the gdth char device.
>
> Signed-off-by: Boaz Harrosh <bharrosh@panasas.com>
> Tested-by: Sven Schnelle <svens@bitebene.org>
> ---
> drivers/scsi/gdth.c | 12 ++----------
> 1 files changed, 2 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/scsi/gdth.c b/drivers/scsi/gdth.c
> index c6d6e7c..c6e2b8d 100644
> --- a/drivers/scsi/gdth.c
> +++ b/drivers/scsi/gdth.c
> @@ -448,17 +448,10 @@ int __gdth_execute(struct scsi_device *sdev, gdth_cmd_str *gdtcmd, char *cmnd,
> DECLARE_COMPLETION_ONSTACK(wait);
> int rval;
>
> - scp = kzalloc(sizeof(*scp), GFP_KERNEL);
> + scp = scsi_get_command(sdev, GFP_KERNEL);
> if (!scp)
> return -ENOMEM;
>
> - scp->sense_buffer = kzalloc(SCSI_SENSE_BUFFERSIZE, GFP_KERNEL);
> - if (!scp->sense_buffer) {
> - kfree(scp);
> - return -ENOMEM;
> - }
> -
> - scp->device = sdev;
> memset(&cmndinfo, 0, sizeof(cmndinfo));
>
> /* use request field to save the ptr. to completion struct. */
> @@ -478,8 +471,7 @@ int __gdth_execute(struct scsi_device *sdev, gdth_cmd_str *gdtcmd, char *cmnd,
> rval = cmndinfo.status;
> if (info)
> *info = cmndinfo.info;
> - kfree(scp->sense_buffer);
> - kfree(scp);
> + scsi_put_command(scp);
> return rval;
This needs to be the scsi_allocate_command/scsi_free_command interface. Other than that, it looks fine.
James
next prev parent reply other threads:[~2008-03-19 19:24 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-18 18:18 [PATCH] gdth: Use scsi_get_command for gdth internal commands Boaz Harrosh
2008-03-18 18:54 ` James Bottomley [this message]
2008-03-19 9:57 ` Boaz Harrosh
2008-03-19 14:24 ` James Bottomley
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=1205866479.2900.12.camel@localhost.localdomain \
--to=james.bottomley@hansenpartnership.com \
--cc=bharrosh@panasas.com \
--cc=linux-scsi@vger.kernel.org \
--cc=svens@bitebene.org \
/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 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.