Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1622577

Re: [PATCH v2 07/17] fs: new infrastructure for writeback error handling and reporting

From NeilBrown <neilb@suse.com>
Newsgroups linux.kernel
Subject Re: [PATCH v2 07/17] fs: new infrastructure for writeback error handling and reporting
Date 2017-04-13 00:00 +0200
Message-ID <tvysV-1QL-5@gated-at.bofh.it> (permalink)
References <tvpfY-4hS-3@gated-at.bofh.it> <tvppF-4l7-33@gated-at.bofh.it> <tvvv5-81S-47@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Wed, Apr 12 2017, Jeff Layton wrote:


> +void __filemap_set_wb_error(struct address_space *mapping, int err)

I was really hoping that this would be

  void __set_wb_error(wb_err_t *wb_err, int err)

so

Then nfs_context_set_write_error could become

static void nfs_context_set_write_error(struct nfs_open_context *ctx, int error)
{
	__set_wb_error(&ctx->wb_err, error);
}

and filemap_set_sb_error() would be:

static inline void filemap_set_wb_error(struct address_space *mapping, int err)
{
	/* Optimize for the common case of no error */
	if (unlikely(err))
		__set_wb_error(&mapping->f_wb_err, err);
}

Similarly we would have
  wb_err_t sample_wb_error(wb_err_t *wb_err)
  {
   ...
  }

and

wb_err_t filemap_sample_wb_error(struct address_space *mapping)
{
  return sample_wb_error(&mapping->f_wb_err);
}

so nfs_file_fsync_commit() could have
  ret = sample_wb_error(&ctx->wb_err);
in place of
	ret = xchg(&ctx->error, 0);

int filemap_report_wb_error(struct file *file)

would become

int filemap_report_wb_error(struct file *file, wb_err_t *err)

or something.

The address space is just one (obvious) place where the wb error can be
stored.  The filesystem might have a different place with finer
granularity (nfs already does).


> +wb_err_t filemap_sample_wb_error(struct address_space *mapping)
> +{
> +	wb_err_t old = READ_ONCE(mapping->wb_err);
> +	wb_err_t new = old;
> +
> +	/*
> +	 * For the common case of no errors ever having been set, we can skip
> +	 * marking the SEEN bit. Once an error has been set, the value will
> +	 * never go back to zero.
> +	 */
> +	if (old != 0) {
> +		new |= WB_ERR_SEEN;
> +		if (old != new)
> +			cmpxchg(&mapping->wb_err, old, new);
> +	}
> +	return new;
> +}

I do like how the use of cmpxchg work out here - no looping!

Thanks
NeilBrown

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH v2 00/17] fs: introduce new writeback error reporting and convert existing API as a wrapper around it Jeff Layton <jlayton@redhat.com> - 2017-04-12 14:20 +0200
  [PATCH v2 03/17] buffer: use mapping_set_error instead of setting the flag Jeff Layton <jlayton@redhat.com> - 2017-04-12 14:20 +0200
    Re: [PATCH v2 03/17] buffer: use mapping_set_error instead of  setting the flag Matthew Wilcox <willy@infradead.org> - 2017-04-12 16:30 +0200
  [PATCH v2 07/17] fs: new infrastructure for writeback error handling and reporting Jeff Layton <jlayton@redhat.com> - 2017-04-12 14:20 +0200
    Re: [PATCH v2 07/17] fs: new infrastructure for writeback error  handling and reporting Jeff Layton <jlayton@redhat.com> - 2017-04-12 20:50 +0200
      Re: [PATCH v2 07/17] fs: new infrastructure for writeback error handling and reporting NeilBrown <neilb@suse.com> - 2017-04-13 00:00 +0200
        Re: [PATCH v2 07/17] fs: new infrastructure for writeback error  handling and reporting Jeff Layton <jlayton@redhat.com> - 2017-04-13 01:10 +0200
          Re: [PATCH v2 07/17] fs: new infrastructure for writeback error handling and reporting NeilBrown <neilb@suse.com> - 2017-04-18 01:00 +0200

csiph-web