diff options
| author | Boris Burkov <boris@bur.io> | 2026-04-06 09:15:15 -0700 |
|---|---|---|
| committer | David Sterba <dsterba@suse.com> | 2026-04-07 20:00:29 +0200 |
| commit | fc3d53288158d68444eed059adb734709b855bbf (patch) | |
| tree | 92a746f7c52e3ea0fafc2af9bd2433233704901d /Documentation/controllers/git@git.tavy.me:linux.git | |
| parent | 3cd181cc46d36aa7bd4af85f14639d86a25beaec (diff) | |
btrfs: btrfs_log_dev_io_error() on all bio errors
As far as I can tell, we never intentionally constrained ourselves to
these status codes, and it is misleading and surprising to lack the
bdev error logging when we get a different error code from the block
layer. This can lead to jumping to a wrong conclusion like "this
system didn't see any bio failures but aborted with EIO".
For example on nvme devices, I observe many failures coming back as
BLK_STS_MEDIUM. It is apparent that the nvme driver returns a variety of
BLK_STS_* status values in nvme_error_status().
So handle the known expected errors and make some noise on the rest
which we expect won't really happen.
Reviewed-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Anand Jain <asj@kernel.org>
Signed-off-by: Boris Burkov <boris@bur.io>
Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'Documentation/controllers/git@git.tavy.me:linux.git')
0 files changed, 0 insertions, 0 deletions
