Josef Bacik 594831c4b2
Btrfs: fix potential race in extent buffer freeing ...
This sounds sort of impossible but it is the only thing I can think of and
at the very least it is theoretically possible so here it goes.
If we are in try_release_extent_buffer we will check that the ref count on
the extent buffer is 1 and not under IO, and then go down and clear the tree
ref. If between this check and clearing the tree ref somebody else comes in
and grabs a ref on the eb and the marks it dirty before
try_release_extent_buffer() does it's tree ref clear we can end up with a
dirty eb that will be freed while it is still dirty which will result in a
panic. Thanks,
Signed-off-by: Josef Bacik <jbacik@fusionio.com >
2012-07-23 16:28:09 -04:00
2012-05-29 23:28:34 -04:00
2012-03-20 21:29:35 -04:00
2012-05-29 23:28:34 -04:00
2012-05-06 13:43:41 +08:00
2012-05-28 09:54:45 -07:00
2012-03-20 21:29:35 -04:00
2012-05-06 13:43:41 +08:00
2012-07-23 16:28:09 -04:00
2012-03-20 21:29:41 -04:00
2012-06-20 07:43:48 -05:00
2012-07-16 23:57:23 -05:00
2012-05-06 13:43:41 +08:00
2012-03-20 21:29:48 -04:00
2012-03-21 13:36:41 -07:00
2012-04-17 00:18:36 -04:00
2012-05-15 14:59:26 -07:00
2012-05-15 10:39:28 -05:00
2012-07-06 15:51:12 -05:00
2012-03-20 21:29:35 -04:00
2012-07-20 11:49:25 +03:00
2012-05-29 23:28:33 -04:00
2012-05-28 09:54:45 -07:00
2012-05-28 09:54:45 -07:00
2012-07-18 08:59:46 -07:00
2012-07-11 16:04:47 -07:00
2012-05-06 13:43:41 +08:00
2012-06-05 10:11:11 -07:00
2012-05-29 23:28:33 -04:00
2012-05-06 13:43:41 +08:00
2012-06-17 14:39:59 -07:00
2012-05-06 13:43:41 +08:00
2012-06-01 10:34:35 -07:00
2012-05-06 13:43:41 +08:00
2012-05-28 09:54:45 -07:00
2012-05-29 23:28:33 -04:00
2012-05-15 23:34:37 +02:00
2012-06-01 00:10:32 -04:00
2012-06-01 16:55:42 -07:00
2012-05-06 13:43:41 +08:00
2012-06-01 08:32:58 -07:00
2012-05-06 13:43:41 +08:00
2012-05-06 13:43:41 +08:00
2012-06-01 12:07:25 -04:00
2012-07-20 11:43:53 -07:00
2012-06-14 13:54:08 -04:00
2012-06-20 14:39:35 -07:00
2012-06-01 19:51:22 -07:00
2012-05-30 21:04:53 -04:00
2012-06-01 12:07:25 -04:00
2012-07-11 16:04:43 -07:00
2012-05-06 13:43:41 +08:00
2012-03-20 21:29:35 -04:00
2012-06-04 11:00:45 -07:00
2012-06-20 15:15:03 -07:00
2012-03-20 21:29:52 -04:00
2012-03-20 21:29:38 -04:00
2012-05-15 23:34:39 +02:00
2012-07-11 16:04:47 -07:00
2012-06-01 10:37:36 -04:00
2012-03-30 17:31:56 -07:00
2012-03-28 18:05:54 -07:00
2012-05-28 09:54:45 -07:00
2012-05-06 13:43:41 +08:00
2012-07-20 10:13:27 +03:00
2012-06-28 11:43:45 -07:00
2012-05-28 09:54:45 -07:00
2012-07-13 13:09:49 -05:00
2012-06-01 10:34:35 -07:00
2012-03-20 21:29:45 -04:00
2012-05-30 21:04:53 -04:00
2012-05-29 16:22:23 -07:00
2012-04-20 17:29:13 -07:00
2012-05-23 17:42:39 -07:00
2012-05-30 21:04:55 -04:00
2012-03-20 21:29:46 -04:00
2012-05-30 21:04:56 -04:00
2012-05-06 13:43:41 +08:00
2012-03-20 21:29:46 -04:00
2012-04-20 17:29:13 -07:00
2012-03-20 21:48:21 +08:00
2012-05-30 08:52:42 -07:00
2012-05-28 09:54:45 -07:00
2012-07-13 08:36:35 -07:00
2012-03-24 10:24:31 -07:00
2012-06-01 11:53:44 -07:00
2012-06-08 10:34:03 -07:00
2012-05-31 11:41:36 -07:00
2012-05-31 17:49:32 -07:00
2012-07-17 21:37:27 +02:00
2012-06-20 14:39:36 -07:00
2012-05-29 23:28:30 -04:00
2012-07-16 08:33:14 -07:00
2012-05-29 23:28:41 -04:00
2012-03-29 18:12:23 -07:00
2012-03-24 10:24:31 -07:00
2012-06-09 08:32:15 +09:00
2012-07-23 15:41:38 -04:00
2012-06-01 12:12:00 -04:00
2012-05-30 08:52:42 -07:00
2012-03-21 13:36:41 -07:00
2012-05-15 09:17:34 -04:00
2012-05-10 19:54:35 -07:00
2012-07-13 10:50:23 -07:00
2012-03-20 21:29:38 -04:00
2012-06-01 12:12:01 -04:00
2012-05-30 21:04:55 -04:00
2012-07-07 17:19:02 -07:00
2012-06-01 12:07:25 -04:00
2012-05-29 23:28:41 -04:00
2012-05-29 23:28:41 -04:00
2012-05-31 17:49:32 -07:00
2012-05-29 23:28:29 -04:00
2012-06-01 12:58:46 -04:00
2012-03-24 10:24:31 -07:00
2012-05-29 23:28:30 -04:00
2012-06-13 21:16:42 +02:00
2012-05-23 17:42:39 -07:00
2012-05-29 23:28:31 -04:00
2012-03-24 10:24:31 -07:00
2012-05-29 23:28:29 -04:00
2012-05-29 23:28:32 -04:00
2012-05-29 23:28:30 -04:00
Josef Bacik
594831c4b2