All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@lst.de>
To: Tony Luck <tony.luck@intel.com>
Cc: Christoph Hellwig <hch@lst.de>,
	jejb@steeleye.com, fischer@norbit.de, linux-scsi@vger.kernel.org
Subject: Re: [PATCH, RFC] hide EH backup data outside the scsi_cmnd
Date: Mon, 24 Jul 2006 21:29:54 +0200	[thread overview]
Message-ID: <20060724192954.GA10475@lst.de> (raw)
In-Reply-To: <12c511ca0607241027y39498f37le4e5f2b320e01e4a@mail.gmail.com>

On Mon, Jul 24, 2006 at 10:27:55AM -0700, Tony Luck wrote:
> On 6/3/06, Christoph Hellwig <hch@lst.de> wrote:
> >Currently struct scsi_cmnd has various fields that are used to backup
> >original data after the corresponding fields have been overridden for
> >EH commands.  This means drivers can easily get at it and misuse it.
> >Due to the old_ naming this doesn't happen for most of them, but two
> >that have different names have been used wrong a lot (see previous
> >patch).
> 
> I guess that I'm an abuser  :-(
> 
> >Index: scsi-misc-2.6/include/scsi/scsi_cmnd.h
> 
> >-       void *buffer;           /* Data buffer */
> 
> arch/ia64/hp/sim/simscsi.c is still using this (and so doesn't compile
> now that this change has hit mainline).  It seems that simscsi.c is
> expecting to find a "scatterlist" there ... but looking at the rest of
> the patch that removed this element, it isn't obvious where it went.

Just change it to access the request_buffer member instead.  buffer
and request_buffer have been synonymous 99% of the time, and a driver
never even wants to access buffer.

      reply	other threads:[~2006-07-24 19:30 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-03 11:26 [PATCH, RFC] hide EH backup data outside the scsi_cmnd Christoph Hellwig
2006-06-03 11:31 ` Christoph Hellwig
2006-06-10 16:08 ` Christoph Hellwig
2006-06-12 19:19   ` Christoph Hellwig
2006-06-14  2:31     ` James Bottomley
2006-06-14  2:40     ` James Bottomley
2006-06-14  2:43     ` James Bottomley
2006-06-14 18:43       ` FUJITA Tomonori
2006-06-14 19:03         ` Mike Christie
2006-06-16  6:31         ` FUJITA Tomonori
2006-06-20  7:49         ` FUJITA Tomonori
2006-07-24 17:27 ` Tony Luck
2006-07-24 19:29   ` Christoph Hellwig [this message]

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=20060724192954.GA10475@lst.de \
    --to=hch@lst.de \
    --cc=fischer@norbit.de \
    --cc=jejb@steeleye.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=tony.luck@intel.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 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.