Re: [PATCH REPOST 0/2] xfs: rely on minleft instead of total for bmbt res

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

 



On Fri, Oct 18, 2019 at 10:17:20AM -0700, Darrick J. Wong wrote:
> On Thu, Sep 12, 2019 at 10:32:21AM -0400, Brian Foster wrote:
> > Hi all,
> > 
> > This is a repost of a couple patches I posted a few months ago[1]. There
> > are no changes other than a rebase to for-next. Any thoughts on these? I
> > think Carlos had also run into some related generic/223 failures fairly
> > recently...
> > 
> > Carlos,
> > 
> > Any chance you could give these a try?
> 
> Any progress on this in the last month?  I /think/ this is related to
> the unaligned allocations that Dan's complaining about this morning.
> 

Not that I'm aware of. It looks similar and IIRC all that is really
needed here is a tweak to Carlos' and Dave's patch 1 that Carlos posted
(which replaces patch 1 of this series) added with patch 2 of this
series. I've just reposted a v2 series with that combination (including
links/references to hopefully reduce confusion).

Brian

> --D
> 
> > Brian
> > 
> > [1] https://lore.kernel.org/linux-xfs/20190501140504.16435-1-bfoster@xxxxxxxxxx/
> > 
> > Brian Foster (2):
> >   xfs: drop minlen before tossing alignment on bmap allocs
> >   xfs: don't set bmapi total block req where minleft is sufficient
> > 
> >  fs/xfs/libxfs/xfs_bmap.c | 13 +++++++++----
> >  fs/xfs/xfs_bmap_util.c   |  4 ++--
> >  fs/xfs/xfs_dquot.c       |  4 ++--
> >  fs/xfs/xfs_iomap.c       |  4 ++--
> >  fs/xfs/xfs_reflink.c     |  4 ++--
> >  fs/xfs/xfs_rtalloc.c     |  3 +--
> >  6 files changed, 18 insertions(+), 14 deletions(-)
> > 
> > -- 
> > 2.20.1
> > 





[Index of Archives]     [XFS Filesystem Development (older mail)]     [Linux Filesystem Development]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux RAID]     [Linux SCSI]


  Powered by Linux