Re: [LSF/MM ATTEND] block: multipage bvec upstreaming & next step

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

 



Hi Coly,

On Thu, Jan 19, 2017 at 3:57 PM, Coly Li <colyli@xxxxxxx> wrote:
> On 2017/1/17 上午11:56, Ming Lei wrote:
>> Hi Guys,
>>
>> The multipage bvec patchset[1] has been posted out for a while, and
>> xfstest(ext4, xfs and btrfs) have been run and no regression is
>> observed, and I hope having talk about this in person would help
>> moving it forward.
>>
>> Secondly I'd like to discuss with guys about the following next steps
>> of mp-bvec:
>>
>> 1) cleanup raid1/raid5/raid10 for removing the only singlepage bvec path
>
> Hi Ming,
>
> I am interested on this topic. Could you please provide a hint that what
> is the proper way to remove single page bvec from md raid code ?

Basically speaking the raid code can't access the bvec table directly like
referencing .bi_vcnt or .bi_io_vec once multipage bvec is supported,
especially after pages are added to the bio via bio_add_page().

I am looking at the raid1 code, and maybe we can discuss a bit
about the cleanup.

> And
> will dm code involved in as well ?

No, nothing at all, and no such usage in dm code.


Thanks,
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux