Christopher Haster 77e3078b9f Added/fixed tests for noop writes (where bd error can't be trusted) ... It's interesting how many ways block devices can show failed writes: 1. prog can error 2. erase can error 3. read can error after writing (ECC failure) 4. prog doesn't error but doesn't write the data correctly 5. erase doesn't error but doesn't erase correctly Can read fail without an error? Yes, though this appears the same as prog and erase failing. These weren't all simulated by testbd since I unintentionally assumed the block device could always error. Fixed by added additional bad-black behaviors to testbd. Note: This also includes a small fix where we can miss bad writes if the underlying block device contains a valid commit with the exact same size in the exact same offset.		2020-02-09 12:00:22 -06:00
..
lfs_filebd.c	Cleaned up test script and directory naming	2020-01-27 10:16:29 -06:00
lfs_filebd.h	Cleaned up test script and directory naming	2020-01-27 10:16:29 -06:00
lfs_rambd.c	Cleaned up test script and directory naming	2020-01-27 10:16:29 -06:00
lfs_rambd.h	Cleaned up test script and directory naming	2020-01-27 10:16:29 -06:00
lfs_testbd.c	Added/fixed tests for noop writes (where bd error can't be trusted)	2020-02-09 12:00:22 -06:00
lfs_testbd.h	Added/fixed tests for noop writes (where bd error can't be trusted)	2020-02-09 12:00:22 -06:00