Merge tag 'for-5.11/revert-problem-v5.10-raid-changes' of git://git.kernel.org/pub...
authorLinus Torvalds <torvalds@linux-foundation.org>
Mon, 14 Dec 2020 19:27:46 +0000 (11:27 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Mon, 14 Dec 2020 19:27:46 +0000 (11:27 -0800)
commitae1985b50afaf76aaa09946ee36b59eaecb2ffae
tree874e339c9e29cdfe7fec25d93989ec8f56665eed
parentbcc68bd8161261ceeb1a4ab02b5265758944f90d
parent0941e3b0653fef1ea68287f6a948c6c68a45c9ba
Merge tag 'for-5.11/revert-problem-v5.10-raid-changes' of git://git./linux/kernel/git/device-mapper/linux-dm

Pull MD regression reverts from Mike Snitzer:
 "A cascade of MD reverts occurred late in the v5.10-rcX cycle due to MD
  raid10 discard optimizations having introduced potential for
  corruption.

  Those reverts exposed a dm-raid.c compiler warning that wasn't ever
  knowingly introduced. That min_not_zero() type mismatch warning was
  thought to be safely fixed simply by changing 'struct mddev' to use
  'unsigned int' rather than int for chunk_sectors members in that
  struct.

  I proposed either using a cast local to dm-raid.c but thought changing
  the type to 'unsigned int' more correct. While that may be, not enough
  testing was paired with code review associated with making that
  change. As such we were left exposed and the result was a report that
  with v5.10 btrfs on MD RAID6 failed to mount:

    https://lkml.org/lkml/2020/12/14/7

  Given that report, it is justified to simply revert these offending
  commits. stable@ has already taken steps to revert these for 5.10.1 -
  this just makes sure mainline does so too"

* tag 'for-5.11/revert-problem-v5.10-raid-changes' of git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm:
  Revert "dm raid: fix discard limits for raid1 and raid10"
  Revert "md: change mddev 'chunk_sectors' from int to unsigned"