RE: [GIT PULL] Fujitsu for 4.5

[Zhao Lei <zhaolei@cn.fujitsu.com>]

Hi, David Sterba

> From: David Sterba [mailto:dsterba@suse.cz]
> Sent: Thursday, January 14, 2016 10:17 PM
> To: Zhao Lei <zhaolei@cn.fujitsu.com>
> Cc: 'Chris Mason' <clm@fb.com>; 'btrfs' <linux-btrfs@vger.kernel.org>
> Subject: Re: [GIT PULL] Fujitsu for 4.5
> 
> On Wed, Jan 13, 2016 at 05:28:12PM +0800, Zhao Lei wrote:
> > This is collection of some bug fix, enhance and cleanup from fujitsu
> > against btrfs for v4.5, mainly for reada, plus some small fix and
> > cleanup for scrub and raid56.
> >
> > All patchs are in btrfs-maillist, rebased on top of integration-4.5.
> >
> > Would you please consider merging the following fixes to integration-4.5
> branch?
> 
> > Zhao Lei (26):
> ...
> >   btrfs: reada: Avoid many times of empty loop
> >   btrfs: reada: Move is_need_to_readahead contition earlier
> >   btrfs: reada: add all reachable mirrors into reada device list
> >   btrfs: reada: bypass adding extent when all zone failed
> >   btrfs: reada: Remove level argument in severial functions
> >   btrfs: reada: move reada_extent_put to place after __readahead_hook()
> >   btrfs: reada: Pass reada_extent into __readahead_hook directly
> >   btrfs: reada: Use fs_info instead of root in __readahead_hook's
> >     argument
> >   btrfs: reada: Jump into cleanup in direct way for __readahead_hook()
> >   btrfs: reada: Fix a debug code typo
> ...
> >   btrfs: reada: limit max works count
> >   btrfs: reada: simplify dev->reada_in_flight processing
> 
> I have reviewed the readahead patches and ack them for 4.5.

Great thanks for reviewing these patchs.

And following 3 patchs in this branch are also for readahead, but sorry that
I forgot adding "reada" prefix in subject.
  btrfs: Fix in-segment calculation for reada
  btrfs: reduce additional fs_info->reada_lock in reada_find_zone
  btrfs: Add missed segment checking in reada_find_zone

Would you please consider helping me to review them?

Thanks
Zhaolei