From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de ([195.135.220.15]:55464 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754544AbcBPKFK (ORCPT ); Tue, 16 Feb 2016 05:05:10 -0500 Date: Tue, 16 Feb 2016 11:05:04 +0100 From: David Sterba To: Zhao Lei Cc: "'Chris Mason'" , "'btrfs'" Subject: Re: [GIT PULL] Fujitsu for 4.5 Message-ID: <20160216100504.GR4374@suse.cz> Reply-To: dsterba@suse.cz References: <01ad01d14de4$b9489900$2bd9cb00$@cn.fujitsu.com> <20160210101336.GB30511@twin.jikos.cz> <005101d167a6$52b4aea0$f81e0be0$@cn.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <005101d167a6$52b4aea0$f81e0be0$@cn.fujitsu.com> Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Mon, Feb 15, 2016 at 12:07:01PM +0800, Zhao Lei wrote: > Hi, David Sterba > > Thanks for notice me, sorry for reply late. > > > From: David Sterba [mailto:dsterba@suse.cz] > > Sent: Wednesday, February 10, 2016 6:14 PM > > To: Zhao Lei > > Cc: 'Chris Mason' ; 'btrfs' > > 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. > > > > I was trying to isolate safe fixes for 4.5 but saw hangs (same as Chris > > reported) and was not able to find the right followups. > > > The problem is discussed in btrfs maillist from: > http://www.spinics.net/lists/linux-btrfs/msg51275.html > to > http://www.spinics.net/lists/linux-btrfs/msg51538.html > > It is fixed now. > > > Can you please collect all your readahead patches sent recently? I got > > lost. Make it a git branch and let me know, I'll add it to for-next and > > send pull request for 4.6 later. > I collected all reada patchs in: > https://github.com/zhaoleidd/btrfs.git integration-4.5 There's patch btrfs: Continue write in case of can_not_nocow that does not count as readahead fix, so I'll pull it via different branch.