diff options
author | Christopher Haster <chaster@utexas.edu> | 2020-01-03 03:36:53 +0300 |
---|---|---|
committer | Christopher Haster <chaster@utexas.edu> | 2020-01-03 03:36:53 +0300 |
commit | eeaf536ecabbc9a3813d068e367dbe7897e60bcf (patch) | |
tree | d856ea9ba7b0cae5b0601462a225e961a77e466f /Makefile | |
parent | 53d2b02f2a113326611b24c069d6098e9cdf53c4 (diff) |
Replaced emubd with rambd and filebd
The idea behind emubd (file per block), was neat, but doesn't add much
value over a block device that just operates on a single linear file
(other than adding a significant amount of overhead). Initially it
helped with debugging, but when the metadata format became more complex
in v2, most debugging ends up going through the debug.py script anyways.
Aside from being simpler, moving to filebd means it is also possible to
mount disk images directly.
Also introduced rambd, which keeps the disk contents in RAM. This is
very useful for testing where it increases the speed _significantly_.
- test_dirs w/ filebd - 0m7.170s
- test_dirs w/ rambd - 0m0.966s
These follow the emubd model of using the lfs_config for geometry. I'm
not convinced this is the best approach, but it gets the job done.
I've also added lfs_ramdb_createcfg to add additional config similar to
lfs_file_opencfg. This is useful for specifying erase_value, which tells
the block device to simulate erases similar to flash devices. Note that
the default (-1) meets the minimum block device requirements and is the
most performant.
Diffstat (limited to 'Makefile')
-rw-r--r-- | Makefile | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -7,7 +7,7 @@ CC ?= gcc AR ?= ar SIZE ?= size -SRC += $(wildcard *.c emubd/*.c) +SRC += $(wildcard *.c rambd/*.c filebd/*.c) OBJ := $(SRC:.c=.o) DEP := $(SRC:.c=.d) ASM := $(SRC:.c=.s) |