Chris Mason 76a05b35a3 Btrfs: Don't loop forever on metadata IO failures
When a btrfs metadata read fails, the first thing we try to do is find
a good copy on another mirror of the block.  If this fails, read_tree_block()
ends up returning a buffer that isn't up to date.

The btrfs btree reading code was reworked to drop locks and repeat
the search when IO was done, but the changes didn't add a check for failed
reads.  The end result was looping forever on buffers that were never
going to become up to date.

Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-05-14 14:00:32 -04:00
..
2009-04-02 19:05:08 -07:00
2009-04-02 19:05:08 -07:00
2009-04-09 10:41:19 -07:00
2009-04-01 08:59:23 -07:00
2009-04-08 10:21:43 -07:00
2009-01-22 13:15:57 +03:00
2009-03-31 23:00:26 -04:00
2009-04-01 08:59:23 -07:00
2009-04-02 19:05:09 -07:00
2009-03-31 19:44:38 +03:00
2009-01-22 13:15:58 +03:00
2009-04-09 17:37:53 +02:00
2009-04-13 15:04:29 -07:00
2009-04-13 15:04:32 -07:00
2009-03-31 23:00:26 -04:00
2008-10-17 02:38:36 +11:00
2009-03-27 14:44:05 -04:00
2009-04-02 19:05:10 -07:00
2009-04-02 19:04:48 -07:00
2009-04-02 19:05:10 -07:00
2009-04-02 19:05:10 -07:00
2009-03-27 14:44:03 -04:00
2008-12-31 18:07:43 -05:00
2009-01-03 11:45:54 -08:00
2009-03-31 23:00:27 -04:00
2009-03-31 23:00:28 -04:00
2009-04-02 19:04:48 -07:00
2009-03-31 23:00:26 -04:00
2009-03-16 08:34:35 -06:00
2009-04-07 08:31:16 -07:00
2009-04-07 08:31:16 -07:00
2009-02-18 15:37:53 -08:00