All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: linux-xfs <linux-xfs@vger.kernel.org>
Subject: Re: [ANNOUNCE] xfsprogs for-next updated to bb83d20
Date: Wed, 27 Feb 2019 15:03:02 -0800	[thread overview]
Message-ID: <20190227230302.GL21626@magnolia> (raw)
In-Reply-To: <65344cb3-31af-2f5c-3d1f-fb45bc609b77@sandeen.net>

On Wed, Feb 27, 2019 at 04:19:03PM -0600, Eric Sandeen wrote:
> On 2/27/19 3:39 PM, Eric Sandeen wrote:
> > Hi folks,
> > 
> > The xfsprogs repository at:
> > 
> > 	git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git
> > 
> > has just been updated.
> > 
> > This contains only the sync to the kernel's libxfs updates for v5.0.
> > 
> > The new head of the for-next branch is commit:
> 
> Fixed a thinko stray ; caught by coverity and did a forced push on
> these branches right quick before anyone but djwong pulled it down. ;)

Hmmm, I still some discrepancies...

diff -Naurp xfsprogs/libxfs/xfs_ialloc.c kernel/libxfs/xfs_ialloc.c
--- xfsprogs/libxfs/xfs_ialloc.c	2019-02-27 14:58:30.286319523 -0800
+++ kernel/libxfs/xfs_ialloc.c	2019-02-27 14:58:48.512355119 -0800
@@ -34,7 +34,7 @@ xfs_ialloc_cluster_alignment(
 	struct xfs_mount	*mp)
 {
 	if (xfs_sb_version_hasalign(&mp->m_sb) &&
-	    mp->m_sb.sb_inoalignmt >= mp->m_blocks_per_cluster)
+	    mp->m_sb.sb_inoalignmt >= xfs_icluster_size_fsb(mp))
 		return mp->m_sb.sb_inoalignmt;
 	return 1;
 }


Over on the kernel side we're still using xfs_icluster_size_fsb in the
comparison test.  TBH I don't remember whether this is actually required
on the kernel side or not, but in any case this ought to go through the
kernel.

I /think/ the reason is that I didn't want the initializer functions for
the xfs_mount inode goemetry fields to depend on them being set in any
particular order.



diff -Naurp xfsprogs/libxfs/xfs_types.h kernel/libxfs/xfs_types.h
--- xfsprogs/libxfs/xfs_types.h	2019-02-27 14:58:30.287319525 -0800
+++ kernel/libxfs/xfs_types.h	2019-02-27 14:58:48.516355127 -0800
@@ -114,8 +114,8 @@ typedef enum {
 	{ XFS_LOOKUP_GEi,	"ge" }
 
 /*
- * This enum is used in string mapping in xfs_trace.h; please keep the
- * TRACE_DEFINE_ENUMs for it up to date.
+ * This enum is used in string mapping in xfs_trace.h and scrub/trace.h;
+ * please keep the TRACE_DEFINE_ENUMs for it up to date.
  */
 typedef enum {
 	XFS_BTNUM_BNOi, XFS_BTNUM_CNTi, XFS_BTNUM_RMAPi, XFS_BTNUM_BMAPi,

I think you're missing "xfs: stringify scrub types in ftrace output".

--D

> Now we're at:
> 
> bb83d20 xfs: stringify btree cursor types in ftrace output
> 
> New Commits:
> 
> Darrick J. Wong (11):
>       [5afb131] xfs: idiotproof defer op type configuration
>       [5a23b29] xfs: streamline defer op type handling
>       [c2d5dd0] xfs: const-ify xfs_owner_info arguments
>       [9ef0cb4] xfs: remove xfs_rmap_ag_owner and friends
>       [09c23f4] xfs: add a block to inode count converter
>       [ad5eff9] xfs: precalculate inodes and blocks per inode cluster
>       [6180d69] xfs: precalculate cluster alignment in inodes and blocks
>       [ef1b0a2] xfs: fix symbolic enum printing in ftrace output
>       [a97fc90] xfs: move XFS_AG_BTREE_CMP_FORMAT_STR mappings to libxfs
>       [e01dc40] xfs: move XFS_INODE_FORMAT_STR mappings to libxfs
>       [bb83d20] xfs: stringify btree cursor types in ftrace output
> 
> Dave Chinner (1):
>       [7ab21d5] xfs: zero length symlinks are not valid
> 
> Omar Sandoval (1):
>       [6890a4c] xfs: cache minimum realtime summary level
> 
> Pan Bian (1):
>       [972ca59] xfs: libxfs: move xfs_perag_put late
> 
> 

  reply	other threads:[~2019-02-27 23:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-27 21:39 [ANNOUNCE] xfsprogs for-next updated to 6f490d6 Eric Sandeen
2019-02-27 22:19 ` [ANNOUNCE] xfsprogs for-next updated to bb83d20 Eric Sandeen
2019-02-27 23:03   ` Darrick J. Wong [this message]
2019-02-27 23:11     ` Eric Sandeen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190227230302.GL21626@magnolia \
    --to=darrick.wong@oracle.com \
    --cc=linux-xfs@vger.kernel.org \
    --cc=sandeen@sandeen.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.