kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #100458
[Bug 1413129] [NEW] [trusty] btrfs: reboot/crash when running xfs btrfs tests 035
Public bug reported:
Running xfs btrfs specific tests 035 with various mount options with 7
target btrfs devices causes the kernel to crash when running inside a
virtual machine. Bisecting tracked the fix down to commit
00fdf13a2e9f313a044288aa59d3b8ec29ff904a:
Author: Liu Bo <bo.li.liu@xxxxxxxxxx>
Date: Mon Mar 10 18:56:07 2014 +0800
Btrfs: fix a crash of clone with inline extents's split
xfstests's btrfs/035 triggers a BUG_ON, which we use to detect the split
of inline extents in __btrfs_drop_extents().
For inline extents, we cannot duplicate another EXTENT_DATA item, because
it breaks the rule of inline extents, that is, 'start offset' needs to be 0.
We have set limitations for the source inode's compressed inline extents,
because it needs to decompress and recompress. Now the destination inode's
inline extents also need similar limitations.
With this, xfstests btrfs/035 doesn't run into panic.
Signed-off-by: Liu Bo <bo.li.liu@xxxxxxxxxx>
Signed-off-by: Chris Mason <clm@xxxxxx>
SRU Justification:
[Impact]
Running standard btrfs test 035 will cause a machine to reboot.
[Fix]
commit 00fdf13a2e9f313a044288aa59d3b8ec29ff904a
Btrfs: fix a crash of clone with inline extents's split
[Testcase]
Run xfs "btrfs specific" test 35 with 7 devices for the btrfs scratch pool. Run with all mount options. Without the fix, the machine reboots. With the fix, one can run this multiple times w/o a reboot.
** Affects: linux (Ubuntu)
Importance: High
Assignee: Colin Ian King (colin-king)
Status: In Progress
** Changed in: linux (Ubuntu)
Importance: Undecided => High
** Changed in: linux (Ubuntu)
Status: New => In Progress
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Colin Ian King (colin-king)
** Description changed:
Running xfs btrfs specific tests 035 with various mount options with 7
- target btrfs devices causes the kernel to reboot when running inside a
+ target btrfs devices causes the kernel to crash when running inside a
virtual machine. Bisecting tracked the fix down to commit
00fdf13a2e9f313a044288aa59d3b8ec29ff904a:
Author: Liu Bo <bo.li.liu@xxxxxxxxxx>
Date: Mon Mar 10 18:56:07 2014 +0800
- Btrfs: fix a crash of clone with inline extents's split
-
- xfstests's btrfs/035 triggers a BUG_ON, which we use to detect the split
- of inline extents in __btrfs_drop_extents().
-
- For inline extents, we cannot duplicate another EXTENT_DATA item, because
- it breaks the rule of inline extents, that is, 'start offset' needs to be 0.
-
- We have set limitations for the source inode's compressed inline extents,
- because it needs to decompress and recompress. Now the destination inode's
- inline extents also need similar limitations.
-
- With this, xfstests btrfs/035 doesn't run into panic.
-
- Signed-off-by: Liu Bo <bo.li.liu@xxxxxxxxxx>
- Signed-off-by: Chris Mason <clm@xxxxxx>
+ Btrfs: fix a crash of clone with inline extents's split
+ xfstests's btrfs/035 triggers a BUG_ON, which we use to detect the split
+ of inline extents in __btrfs_drop_extents().
+
+ For inline extents, we cannot duplicate another EXTENT_DATA item, because
+ it breaks the rule of inline extents, that is, 'start offset' needs to be 0.
+
+ We have set limitations for the source inode's compressed inline extents,
+ because it needs to decompress and recompress. Now the destination inode's
+ inline extents also need similar limitations.
+
+ With this, xfstests btrfs/035 doesn't run into panic.
+
+ Signed-off-by: Liu Bo <bo.li.liu@xxxxxxxxxx>
+ Signed-off-by: Chris Mason <clm@xxxxxx>
SRU Justification:
[Impact]
Running standard btrfs test 035 will cause a machine to reboot.
[Fix]
commit 00fdf13a2e9f313a044288aa59d3b8ec29ff904a
- Btrfs: fix a crash of clone with inline extents's split
+ Btrfs: fix a crash of clone with inline extents's split
[Testcase]
Run xfs "btrfs specific" test 35 with 7 devices for the btrfs scratch pool. Run with all mount options. Without the fix, the machine reboots. With the fix, one can run this multiple times w/o a reboot.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1413129
Title:
[trusty] btrfs: reboot/crash when running xfs btrfs tests 035
Status in linux package in Ubuntu:
In Progress
Bug description:
Running xfs btrfs specific tests 035 with various mount options with 7
target btrfs devices causes the kernel to crash when running inside a
virtual machine. Bisecting tracked the fix down to commit
00fdf13a2e9f313a044288aa59d3b8ec29ff904a:
Author: Liu Bo <bo.li.liu@xxxxxxxxxx>
Date: Mon Mar 10 18:56:07 2014 +0800
Btrfs: fix a crash of clone with inline extents's split
xfstests's btrfs/035 triggers a BUG_ON, which we use to detect the split
of inline extents in __btrfs_drop_extents().
For inline extents, we cannot duplicate another EXTENT_DATA item, because
it breaks the rule of inline extents, that is, 'start offset' needs to be 0.
We have set limitations for the source inode's compressed inline extents,
because it needs to decompress and recompress. Now the destination inode's
inline extents also need similar limitations.
With this, xfstests btrfs/035 doesn't run into panic.
Signed-off-by: Liu Bo <bo.li.liu@xxxxxxxxxx>
Signed-off-by: Chris Mason <clm@xxxxxx>
SRU Justification:
[Impact]
Running standard btrfs test 035 will cause a machine to reboot.
[Fix]
commit 00fdf13a2e9f313a044288aa59d3b8ec29ff904a
Btrfs: fix a crash of clone with inline extents's split
[Testcase]
Run xfs "btrfs specific" test 35 with 7 devices for the btrfs scratch pool. Run with all mount options. Without the fix, the machine reboots. With the fix, one can run this multiple times w/o a reboot.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1413129/+subscriptions
Follow ups
References