From: merlin hughes <merlin@merlin.org>
Cc: Jens Axboe <axboe@suse.de>,
James Bottomley <James.Bottomley@steeleye.com>,
Badari Pulavarty <pbadari@us.ibm.com>,
Andrew Morton <akpm@digeo.com>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Subject: Re: possible use-after-free in 2.5.44 scsi changes
Date: Wed, 30 Oct 2002 16:36:19 -0500 [thread overview]
Message-ID: <20021030213619.A183086E82@primary.mx.nitric.com> (raw)
In-Reply-To: <200210301931.g9UJVvC02347@eng2.beaverton.ibm.com>
r/badari@us.ibm.com/2002.10.30/11:31:57
>>
>> On Wed, Oct 30 2002, Badari Pulavarty wrote:
>> > Hi,
>> >
>> > I still get panics while doing filesystem IO on -mm kernels (with
>> > qlogic fc). I get following msgs before getting the panic:
>> >
>> > Incorrect number of segments after building list
>> > counted 3, received 2
>> > req nr_sec 256, cur_nr_sec 8
>> >
> ....
>> >
>> > What does BIOVEC_VIRT_MERGEABLE() supposed to do ? I am guessing
>> > it is supposed to restrict IO crossing 4GB boundary. Is it correct ?
>>
>> It's only for platforms with iommu that can do funky remapping tricks
>> for pages ending on certain boundaries. I'm sure davem or anton can tell
>> you more about this for sparc64 or ppc64. For x86, it will always be
>> true. Hmm, looking at it, I can't convince myself that it is right.
>> Davem, could you please check up on this? I'll be back later tonight to
>> review it as well. Things are not consistent, I agree on that.
>>
>> Good debugging, btw!
>>
>> --
>> Jens Axboe
>
>How about the following patch ?
>
>- Badari
Hi; if it's of any use, the patch doesn't seem to solve the scsi
problem for me (2.5.44-bk3-badari). I get the usual 'Incorrect number
of segments...' and random kernel death during the boot process.
Merlin
>--- linux/include/linux/bio.h Wed Oct 30 10:32:52 2002
>+++ linux.new/include/linux/bio.h Wed Oct 30 10:35:06 2002
>@@ -160,7 +160,7 @@
> #define BIOVEC_PHYS_MERGEABLE(vec1, vec2) \
> ((bvec_to_phys((vec1)) + (vec1)->bv_len) == bvec_to_phys((vec2)))
> #define BIOVEC_VIRT_MERGEABLE(vec1, vec2) \
>- ((((bvec_to_phys((vec1)) + (vec1)->bv_len) | bvec_to_phys((vec2))) & (B
>IO_VMERGE_BOUNDARY - 1)) == 0)
>+ (((bvec_to_phys((vec1)) + (vec1)->bv_len) | (BIO_VMERGE_BOUNDARY - 1))
>== (bvec_to_phys((vec2)) | (BIO_VMERGE_BOUNDARY - 1)))
> #define __BIO_SEG_BOUNDARY(addr1, addr2, mask) \
> (((addr1) | (mask)) == (((addr2) - 1) | (mask)))
> #define BIOVEC_SEG_BOUNDARY(q, b1, b2) \
next prev parent reply other threads:[~2002-10-30 21:36 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-25 1:39 possible use-after-free in 2.5.44 scsi changes Andrew Morton
2002-10-25 4:06 ` Doug Ledford
2002-10-25 4:40 ` Andrew Morton
2002-10-25 14:21 ` James Bottomley
2002-10-25 4:07 ` Patrick Mansfield
2002-10-25 14:16 ` James Bottomley
2002-10-25 18:34 ` James Bottomley
2002-10-25 18:49 ` Mike Anderson
2002-10-25 19:08 ` Patrick Mansfield
2002-10-25 19:41 ` Mike Anderson
2002-10-25 19:47 ` Jens Axboe
2002-10-25 22:14 ` James Bottomley
2002-10-25 22:18 ` Andrew Morton
2002-10-25 22:23 ` Badari Pulavarty
2002-10-26 0:13 ` James Bottomley
2002-10-26 0:18 ` Mike Anderson
2002-10-26 9:29 ` Jens Axboe
2002-10-27 0:50 ` James Bottomley
2002-10-27 21:20 ` Jens Axboe
2002-10-27 21:37 ` James Bottomley
2002-10-27 21:54 ` Jens Axboe
2002-10-30 17:39 ` Badari Pulavarty
2002-10-30 18:16 ` Jens Axboe
2002-10-30 19:31 ` Badari Pulavarty
2002-10-30 21:36 ` merlin hughes [this message]
2002-10-30 22:19 ` Badari Pulavarty
2002-10-31 2:17 ` merlin
2002-10-31 13:18 ` Jens Axboe
2002-10-31 14:41 ` merlin
2002-10-31 14:46 ` Jens Axboe
2002-10-31 15:04 ` Jens Axboe
2002-10-31 15:12 ` Jens Axboe
2002-10-31 17:41 ` merlin
2002-10-30 20:35 ` David S. Miller
2002-10-30 22:03 ` Badari Pulavarty
-- strict thread matches above, loose matches on Subject: below --
2002-10-31 17:57 Badari Pulavarty
2002-10-31 18:46 ` Jens Axboe
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=20021030213619.A183086E82@primary.mx.nitric.com \
--to=merlin@merlin.org \
--cc=James.Bottomley@steeleye.com \
--cc=akpm@digeo.com \
--cc=axboe@suse.de \
--cc=linux-scsi@vger.kernel.org \
--cc=pbadari@us.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).