Re: [PATCH v2] add bidi support for block pc requests

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



FUJITA Tomonori wrote:
> From: Jens Axboe <jens.axboe@xxxxxxxxxx>
> Subject: Re: [PATCH v2] add bidi support for block pc requests
> Date: Thu, 17 May 2007 07:48:13 +0200
> 
>> On Thu, May 17 2007, FUJITA Tomonori wrote:
>>> From: Jens Axboe <jens.axboe@xxxxxxxxxx>
>>> Subject: Re: [PATCH v2] add bidi support for block pc requests
>>> Date: Wed, 16 May 2007 19:53:22 +0200
>>>
>>>> On Wed, May 16 2007, Boaz Harrosh wrote:
>>>>> now there are 2 issues with this:
>>>>> 1. Even if I do blk_queue_max_phys_segments(q, 127); I still get
>>>>>    requests for use_sg=128 which will crash the kernel.
>>>> That sounds like a serious issue, it should definitely not happen. Stuff
>>>> like that would bite other drivers as well, are you absolutely sure that
>>>> is happening? Power-of-2 bug in your code, or in the SCSI code?
>>> Boaz, how do you send requests to the scsi-ml, via fs, sg, or bsg?

These are regular fs (ext3) requests during bootup. The machine will not
boot. (Usually from the read ahead code)
Don't believe me look at the second patch Over Tomo's cleanup.
If I define SCSI_MAX_SG_SEGMENTS to 127 it will crash even when I
did in code:
	blk_queue_max_phys_segments(q, SCSI_MAX_SG_SEGMENTS);
I suppose someone is looking at a different definition. Or there is
another call I need to do for this to work.

>>>
>>>
>>>>> If anyone wants to see I have done 2 versions of this work. One on top
>>>>> of Jens's sg-chaining work (ver 5). And one on top of Tomo's cleanup
>>>>> git. both can be found here:
>>>>>   http://www.bhalevy.com/open-osd/download/scsi_sg_table/
>>>> +#define scsi_for_each_sg(cmd, sg, nseg, __i)                   \
>>>> +       for (__i = 0, sg = scsi_sglist(cmd); __i < (nseg); __i++, (sg)++)
>>>>
Yes leftovers from Tomos branch. Sorry for the noise. This is in no way
finished work Just experimenting. Any way in this git tree no one is
using this macro. (git-pull of Linus tree, apply ver5, and this patch)
This branch will work fine because I have not touched the numbers yet
Just screwed allocations.
>>>> Hmm?
>>> When for_each_sg is ready, we convert scsi_for_each_sg to use
>>> for_each_sg. I finished the cleanups on more than 40 drivers on the
>>> top of your patches.
>> But this is from the patch that is based on my sglist branch, so it
>> looked somewhat odd.
> 
> Oops, I didn't see the patch based on the sglist branch. Yeah, it's
> odd though it isn't used, I guess.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
Boaz
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux