Re: [PATCH 18/17] xfs_scrub: fix reporting if we can't open raw block devices

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

Subject: Re: [PATCH 18/17] xfs_scrub: fix reporting if we can't open raw block devices
From: Christoph Hellwig <hch@xxxxxx>
Date: Mon, 31 Jan 2022 13:28:13 +0100
Cc: sandeen@xxxxxxxxxxx, Christoph Hellwig <hch@xxxxxx>, Dave Chinner <dchinner@xxxxxxxxxx>, "Theodore Ts'o" <tytso@xxxxxxx>, linux-xfs@xxxxxxxxxxxxxxx, allison.henderson@xxxxxxxxxx
In-reply-to: <20220128224410.GL13540@magnolia>
References: <164263809453.863810.8908193461297738491.stgit@magnolia> <20220128224410.GL13540@magnolia>
User-agent: Mutt/1.5.17 (2007-11-01)

On Fri, Jan 28, 2022 at 02:44:10PM -0800, Darrick J. Wong wrote:
> From: Darrick J. Wong <djwong@xxxxxxxxxx>
> 
> The error checking logic for opening the data, log, and rt device is
> totally broken.  Fix this.

Looks good:

Reviewed-by: Christoph Hellwig <hch@xxxxxx>

References:
- [PATCHSET 00/17] xfsprogs: various 5.15 fixes
  - From: Darrick J. Wong
- [PATCH 18/17] xfs_scrub: fix reporting if we can't open raw block devices
  - From: Darrick J. Wong

Prev by Date: [PATCH v1.1 3/5] xfs: set prealloc flag in xfs_alloc_file_space()
Next by Date: Re: [PATCH] xfs: require an rcu grace period before inode recycle
Previous by thread: [PATCH 18/17] xfs_scrub: fix reporting if we can't open raw block devices
Next by thread: [PATCH 19/17] mkfs: increase default log size for new (aka bigtime) filesystems
Index(es):
- Date
- Thread

[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