Re: [PATCH v5 04/14] xfs: Add xfs_has_attr and subroutines

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

 



On Sat, Jan 25, 2020 at 09:27:39AM -0700, Allison Collins wrote:
> I was thinking of adapting this patch to be part of a 3 patch series
> including one of Chistophs.  Something like this:
> 
> [PATCH v6 11/16] xfs: Check for -ENOATTR or -EEXIST
> [PATCH v6 03/16] xfs: Add xfs_has_attr and subroutines
> [PATCH 02/29] xfs: merge xfs_attr_remove into xfs_attr_set
> 
> What would people think of that?  I figured this would be better than the
> two of us bombarding the mailing list with giant conflicting sets? Also, was
> I able to answer everyones questions on this patch?

I'm still not sold at all on this series.  It adds a lot of code and
makes it much harder to understand.  So I'd much rather go back and
figuring out how we can do delayed attrs in a more streamlined way.
The has_attr and co changes are some of exactly that kind of logic
that is just making things worse in the standalone patch set, so even
if we must end up with it they absolutely belong into a series actually
adding functionality, as they have no use on their own.

Independent of that we'll need to clean up the flags mess, so I'd rather
just go ahead with that for now.



[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