[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACVXFVNrFkfz2vCAb4=01EO5ud0NCghhvurU5RyQ-vaE5=34sg@mail.gmail.com>
Date: Thu, 16 Feb 2017 21:38:05 +0800
From: Ming Lei <tom.leiming@...il.com>
To: Johannes Thumshirn <jthumshirn@...e.de>
Cc: Shaohua Li <shli@...nel.org>, Jens Axboe <axboe@...com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"open list:SOFTWARE RAID (Multiple Disks) SUPPORT"
<linux-raid@...r.kernel.org>,
linux-block <linux-block@...r.kernel.org>,
Christoph Hellwig <hch@...radead.org>,
NeilBrown <neilb@...e.com>
Subject: Re: [PATCH 13/17] md: raid1: use bio_segments_all()
On Thu, Feb 16, 2017 at 9:34 PM, Johannes Thumshirn <jthumshirn@...e.de> wrote:
> On 02/16/2017 02:32 PM, Ming Lei wrote:
>> On Thu, Feb 16, 2017 at 8:35 PM, Johannes Thumshirn <jthumshirn@...e.de> wrote:
>>> On 02/16/2017 12:45 PM, Ming Lei wrote:
>>>> @@ -998,7 +998,8 @@ static void alloc_behind_pages(struct bio *bio, struct r1bio *r1_bio)
>>>> {
>>>> int i;
>>>> struct bio_vec *bvec;
>>>> - struct bio_vec *bvecs = kzalloc(bio->bi_vcnt * sizeof(struct bio_vec),
>>>> + unsigned vcnt = bio_segments_all(bio);
>>>> + struct bio_vec *bvecs = kzalloc(vcnt * sizeof(struct bio_vec),
>>>> GFP_NOIO);
>>>
>>> Maybe use kcalloc() instead of kzalloc() with a multiplication.
>>
>> That doesn't belong to this patch, which just wants to remove direct
>> access to .bi_vcnt.
>
> But you're touching it anyways, aren't you?
Don't you know the policy of 'do one thing, do it better' in one patch?
If you want to switch to kcalloc(), just post a patch, that is fine, but
please don't push me to do that in this patch.
Thanks,
Ming Lei
Powered by blists - more mailing lists