Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1622577
| 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 |
[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 | Next — Previous in thread | Next in thread | Find similar | Unroll 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