From: Jens Axboe <jens.axboe@oracle.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Boaz Harrosh <bharrosh@panasas.com>, linux-scsi@vger.kernel.org
Subject: Re: struct request members, etc..
Date: Tue, 2 Jan 2007 13:34:18 +0100 [thread overview]
Message-ID: <20070102123418.GW2483@kernel.dk> (raw)
In-Reply-To: <20070102120531.GB7032@lst.de>
On Tue, Jan 02 2007, Christoph Hellwig wrote:
> This gets a little offtopic for the original issue, so let's cut the Cc
> list and change the subject.
>
> On Tue, Dec 12, 2006 at 04:21:23PM +0200, Boaz Harrosh wrote:
> > I'm afraid this might not be enough because of code in drivers/ide/ide-cd.c. It does IO off of request->data.
>
> Only for FS requests, but we do BLOCK_PC requests here.
->buffer is the old style FS requests, ->data is never used for FS
requests. BLOCK_PC requests should use just ->data, but I would not be
surprised if ide-cd and others still map it to ->buffer.
> > [background]
> > pkt_generic_packet and ton of other places mainly cd(s), floppy(s), and
> > other ide code paths, are using what I call BLACK requests. They put some
> > data on request->buffer or request->data stick it in the Q and than advance
> > on them later down the ladder. Remove of "buffer" and "data" from
> > struct request will reveal all these places. At one time I had plans to do
> > just that. But 1/2 way through I gave up, it is too risky, too much
> > Hardware that I don't have, that needs checking.
>
> Removing this old code would definitly be worthwile, but I understand
> that you don't want to get too deeply into the mess of floppy.c and the
> old ide code :)
I'd suggest moving everything to ->data, and get rid of ->buffer. You
probably cannot remove both without complicating things, I'm not sure
it's worth it.
--
Jens Axboe
next prev parent reply other threads:[~2007-01-02 12:34 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200612112159.kBBLxmep005850@fire-2.osdl.org>
2006-12-11 22:10 ` [Bugme-new] [Bug 7667] New: BUG at drivers/scsi/scsi_lib.c:1118 caused by "pktsetup dvd /dev/sr0" Andrew Morton
2006-12-11 22:36 ` James Bottomley
2006-12-12 10:38 ` Christoph Hellwig
2006-12-12 13:26 ` Christoph Hellwig
2006-12-12 14:21 ` Boaz Harrosh
2006-12-12 22:37 ` Laurent Riffard
2006-12-13 8:06 ` Boaz Harrosh
2006-12-28 22:28 ` Laurent Riffard
2007-01-02 12:05 ` struct request members, etc Christoph Hellwig
2007-01-02 12:34 ` Jens Axboe [this message]
2007-01-02 12:39 ` Christoph Hellwig
2007-01-02 12:44 ` Jens Axboe
2007-01-02 11:59 ` [Bugme-new] [Bug 7667] New: BUG at drivers/scsi/scsi_lib.c:1118 caused by "pktsetup dvd /dev/sr0" Christoph Hellwig
2007-01-02 14:00 ` Peter Osterlund
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=20070102123418.GW2483@kernel.dk \
--to=jens.axboe@oracle.com \
--cc=bharrosh@panasas.com \
--cc=hch@lst.de \
--cc=linux-scsi@vger.kernel.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.