Re: [PATCH 1/7] xfs: let iop_format write directly into the linear buffer

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

 



On Mon, Nov 25, 2013 at 08:15:27PM +1100, Dave Chinner wrote:
> 	- xfs_buf_item_straddle() factoring

This could probably be split out.

> 	- removal of the special cases for no endian swapping around
> 	  xfs_inode_item_format_extents()

This can only be done after we have the new iop_format, or rather must
be because the old way doesn't work really well.  I'll have to see if
it can be a separate one, but it would have to be after the actual
iop_format change.

> 	- a separate patch to introduce xlog_first/next/last_iovec(),
> 	  as I had to find those first to understand how the new
> 	  code worked

What's the point of a separate patch if we don't make use of it yet?

> 	- a new xlog_copy_iovec() function instead of open coding
> 	  the same 3 lines of code in 14 different places:
> 
> static inline void
> xlog_copy_iovec(
> 	struct xfs_log_iovec	*vec,
> 	void			*src,
> 	int			len,
> 	int			type)
> {
> 	memcpy(vec->i_addr, src_ptr, len);
> 	vec->i_len = len;
> 	vec->i_type = type;
> }

I went forth and back between having this a couple of times and found
having the helper more confusing than not.  If there's enough strong
opinion to have it I can add it back.

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs




[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux