public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David Sterba <dsterba@suse.com>
To: torvalds@linux-foundation.org
Cc: David Sterba <dsterba@suse.com>,
	clm@fb.com, linux-btrfs@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: [GIT PULL] Last btrfs fixes for 5.3
Date: Thu, 12 Sep 2019 19:37:26 +0200	[thread overview]
Message-ID: <cover.1568307806.git.dsterba@suse.com> (raw)

Hi,

there are two fixes, one of them urgent fixing a bug introduced in 5.2
and reported by many users. It took time to identify the root cause,
catching the 5.3 release is higly desired also to push the fix to 5.2
stable tree.

The bug is a mess up of return values after adding proper error handling
and honestly the kind of bug that can cause sleeping disorders until
it's caught. My appologies to everybody who was affected.

Summary of what could happen:

1) either a hang when committing a transaction, if this happens there's
   no risk of corruption, still the hang is very inconvenient and can't be
   resolved without a reboot

2) writeback for some btree nodes may never be started and we end up
   committing a transaction without noticing that, this is really serious
   and that will lead to the "parent transid verify failed" messages

Please pull, thanks.

----------------------------------------------------------------
The following changes since commit 07301df7d2fc220d3de5f7ad804dcb941400cb00:

  btrfs: trim: Check the range passed into to prevent overflow (2019-08-07 16:42:39 +0200)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux.git for-5.3-rc8-tag

for you to fetch changes up to 18dfa7117a3f379862dcd3f67cadd678013bb9dd:

  Btrfs: fix unwritten extent buffers and hangs on future writeback attempts (2019-09-12 13:37:25 +0200)

----------------------------------------------------------------
Filipe Manana (2):
      Btrfs: fix assertion failure during fsync and use of stale transaction
      Btrfs: fix unwritten extent buffers and hangs on future writeback attempts

 fs/btrfs/extent_io.c | 35 ++++++++++++++++++++++++++---------
 fs/btrfs/tree-log.c  | 16 ++++++++--------
 2 files changed, 34 insertions(+), 17 deletions(-)

             reply	other threads:[~2019-09-12 17:37 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-12 17:37 David Sterba [this message]
2019-09-13  9:05 ` [GIT PULL] Last btrfs fixes for 5.3 pr-tracker-bot

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=cover.1568307806.git.dsterba@suse.com \
    --to=dsterba@suse.com \
    --cc=clm@fb.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox