2019-04-23 23:37:22 +10:00
|
|
|
; fs
|
|
|
|
;
|
|
|
|
; Collapse OS filesystem (CFS) is not made to be convenient, but to be simple.
|
|
|
|
; This is little more than "named storage blocks". Characteristics:
|
|
|
|
;
|
|
|
|
; * a filesystem sits upon a blockdev. It needs GetC, PutC, Seek.
|
|
|
|
; * No directory. Use filename prefix to group.
|
|
|
|
; * First block of each file has metadata. Others are raw data.
|
|
|
|
; * No FAT. Files are a chain of blocks of a predefined size. To enumerate
|
|
|
|
; files, you go through metadata blocks.
|
|
|
|
; * Fixed allocation. File size is determined at allocation time and cannot be
|
|
|
|
; grown, only shrunk.
|
|
|
|
; * New allocations try to find spots to fit in, but go at the end if no spot is
|
|
|
|
; large enough.
|
|
|
|
; * Block size is 0x100, max block count per file is 8bit, that means that max
|
|
|
|
; file size: 64k - metadata overhead.
|
|
|
|
;
|
|
|
|
; *** Selecting a "source" blockdev
|
|
|
|
;
|
|
|
|
; This unit exposes "fson" shell command to "mount" CFS upon the currently
|
|
|
|
; selected device, at the point where its seekptr currently sits. This checks
|
|
|
|
; if we have a valid first block and spits an error otherwise.
|
|
|
|
;
|
|
|
|
; "fson" takes an optional argument which is a number. If non-zero, we don't
|
|
|
|
; error out if there's no metadata: we create a new CFS fs with an empty block.
|
|
|
|
;
|
|
|
|
; The can only be one "mounted" fs at once. Selecting another blockdev through
|
2019-05-13 01:45:08 +10:00
|
|
|
; "bsel" doesn't affect the currently mounted fs, which can still be interacted
|
2019-04-23 23:37:22 +10:00
|
|
|
; with (which is important if we want to move data around).
|
|
|
|
;
|
|
|
|
; *** Block metadata
|
|
|
|
;
|
|
|
|
; At the beginning of the first block of each file, there is this data
|
|
|
|
; structure:
|
|
|
|
;
|
|
|
|
; 3b: Magic number "CFS"
|
|
|
|
; 1b: Allocated block count, including the first one. Except for the "ending"
|
|
|
|
; block, this is never zero.
|
|
|
|
; 2b: Size of file in bytes (actually written). Little endian.
|
|
|
|
; 26b: file name, null terminated. last byte must be null.
|
|
|
|
;
|
|
|
|
; That gives us 32 bytes of metadata for first first block, leaving a maximum
|
|
|
|
; file size of 0xffe0.
|
|
|
|
;
|
|
|
|
; *** Last block of the chain
|
|
|
|
;
|
|
|
|
; The last block of the chain is either a block that has no valid block next to
|
|
|
|
; it or a block that reports a 0 allocated block count.
|
|
|
|
;
|
2019-04-24 04:00:54 +10:00
|
|
|
; However, to simplify processing, whenever fsNext encounter a chain end of the
|
|
|
|
; first type (a valid block with > 0 allocated blocks), it places an empty block
|
|
|
|
; at the end of the chain. This makes the whole "end of chain" processing much
|
|
|
|
; easier: we assume that we always have a 0 block at the end.
|
|
|
|
;
|
2019-04-23 23:37:22 +10:00
|
|
|
; *** Deleted files
|
|
|
|
;
|
|
|
|
; When a file is deleted, its name is set to null. This indicates that the
|
|
|
|
; allocated space is up for grabs.
|
|
|
|
;
|
|
|
|
; *** File "handles"
|
|
|
|
;
|
|
|
|
; Programs will not typically open files themselves. How it works with CFS is
|
|
|
|
; that it exposes an API to plug target files in a blockdev ID. This all
|
|
|
|
; depends on how you glue parts together, but ideally, you'll have two
|
|
|
|
; fs-related blockdev IDs: one for reading, one for writing.
|
|
|
|
;
|
|
|
|
; Being plugged into the blockdev system, programs will access the files as they
|
|
|
|
; would with any other block device.
|
|
|
|
;
|
|
|
|
; *** Creating a new FS
|
|
|
|
;
|
|
|
|
; A valid Collapse OS filesystem is nothing more than the 3 bytes 'C', 'F', 'S'
|
|
|
|
; next to each other. Placing them at the right place is all you have to do to
|
|
|
|
; create your FS.
|
|
|
|
|
|
|
|
; *** DEFINES ***
|
|
|
|
; Number of handles we want to support
|
|
|
|
; FS_HANDLE_COUNT
|
|
|
|
; *** CONSTS ***
|
|
|
|
FS_MAX_NAME_SIZE .equ 0x1a
|
2019-04-24 02:04:09 +10:00
|
|
|
FS_BLOCKSIZE .equ 0x100
|
2019-04-24 09:42:10 +10:00
|
|
|
FS_METASIZE .equ 0x20
|
2019-04-24 03:29:16 +10:00
|
|
|
|
|
|
|
FS_META_ALLOC_OFFSET .equ 3
|
|
|
|
FS_META_FSIZE_OFFSET .equ 4
|
|
|
|
FS_META_FNAME_OFFSET .equ 6
|
2019-04-23 23:37:22 +10:00
|
|
|
; Size in bytes of a FS handle:
|
2019-04-24 09:42:10 +10:00
|
|
|
; * 2 bytes for current position. (absolute)
|
|
|
|
; * 2 bytes for starting offset, after metadata
|
|
|
|
; * 2 bytes for maximum offset
|
2019-04-23 23:37:22 +10:00
|
|
|
; * 2 bytes for file size (we could fetch it from metadata all the time, but it
|
|
|
|
; could be time consuming depending on the underlying device).
|
2019-04-24 09:42:10 +10:00
|
|
|
FS_HANDLE_SIZE .equ 8
|
2019-04-23 23:37:22 +10:00
|
|
|
FS_ERR_NO_FS .equ 0x5
|
2019-04-24 03:29:16 +10:00
|
|
|
FS_ERR_NOT_FOUND .equ 0x6
|
2019-04-23 23:37:22 +10:00
|
|
|
|
|
|
|
; *** VARIABLES ***
|
2019-04-24 05:50:26 +10:00
|
|
|
; A copy of BLOCKDEV routines when the FS was mounted. 0 if no FS is mounted.
|
|
|
|
FS_GETC .equ FS_RAMSTART
|
|
|
|
FS_PUTC .equ FS_GETC+2
|
|
|
|
FS_SEEK .equ FS_PUTC+2
|
|
|
|
FS_TELL .equ FS_SEEK+2
|
2019-04-23 23:37:22 +10:00
|
|
|
; Offset at which our FS start on mounted device
|
2019-04-24 05:50:26 +10:00
|
|
|
FS_START .equ FS_TELL+2
|
2019-04-23 23:37:22 +10:00
|
|
|
; Offset at which we are currently pointing to with regards to our routines
|
|
|
|
; below, which all assume this offset as a context. This offset is not relative
|
2019-04-24 05:50:26 +10:00
|
|
|
; to FS_START. It can be used directly with fsblkSeek.
|
2019-04-23 23:37:22 +10:00
|
|
|
FS_PTR .equ FS_START+2
|
2019-04-24 00:54:56 +10:00
|
|
|
; This variable below contain the metadata of the last block FS_PTR was moved
|
|
|
|
; to. We read this data in memory to avoid constant seek+read operations.
|
|
|
|
FS_META .equ FS_PTR+2
|
2019-04-24 09:42:10 +10:00
|
|
|
FS_HANDLES .equ FS_META+FS_METASIZE
|
2019-04-23 23:37:22 +10:00
|
|
|
FS_RAMEND .equ FS_HANDLES+(FS_HANDLE_COUNT*FS_HANDLE_SIZE)
|
|
|
|
|
2019-04-24 02:04:09 +10:00
|
|
|
; *** DATA ***
|
|
|
|
P_FS_MAGIC:
|
|
|
|
.db "CFS", 0
|
|
|
|
|
2019-04-23 23:37:22 +10:00
|
|
|
; *** CODE ***
|
|
|
|
|
2019-04-24 03:29:16 +10:00
|
|
|
fsInit:
|
|
|
|
xor a
|
2019-04-24 05:50:26 +10:00
|
|
|
ld hl, FS_GETC
|
|
|
|
ld b, FS_RAMEND-FS_GETC
|
2019-04-24 03:29:16 +10:00
|
|
|
call fill
|
|
|
|
ret
|
|
|
|
|
2019-04-23 23:37:22 +10:00
|
|
|
; *** Navigation ***
|
|
|
|
|
|
|
|
; Resets FS_PTR to the beginning. Errors out if no FS is mounted.
|
|
|
|
; Sets Z if success, unset if error
|
|
|
|
fsBegin:
|
|
|
|
push hl
|
|
|
|
ld hl, (FS_START)
|
|
|
|
ld (FS_PTR), hl
|
|
|
|
pop hl
|
2019-04-24 00:54:56 +10:00
|
|
|
call fsReadMeta
|
2019-04-23 23:37:22 +10:00
|
|
|
call fsIsValid ; sets Z
|
|
|
|
ret
|
|
|
|
|
|
|
|
; Change current position to the next block with metadata. If it can't (if this
|
|
|
|
; is the last valid block), doesn't move.
|
|
|
|
; Sets Z according to whether we moved.
|
|
|
|
fsNext:
|
2019-04-24 02:04:09 +10:00
|
|
|
push bc
|
|
|
|
push hl
|
2019-04-24 03:29:16 +10:00
|
|
|
ld a, (FS_META+FS_META_ALLOC_OFFSET)
|
2019-04-24 02:04:09 +10:00
|
|
|
cp 0
|
|
|
|
jr z, .error ; if our block allocates 0 blocks, this is the
|
|
|
|
; end of the line.
|
|
|
|
call fsPlace
|
|
|
|
ld b, a ; we will seek A times
|
|
|
|
ld a, BLOCKDEV_SEEK_FORWARD
|
|
|
|
ld hl, FS_BLOCKSIZE
|
|
|
|
.loop:
|
2019-04-24 05:50:26 +10:00
|
|
|
call fsblkSeek
|
2019-04-24 02:04:09 +10:00
|
|
|
djnz .loop
|
|
|
|
; Good, were here. We're going to read meta from our current position.
|
2019-04-24 05:50:26 +10:00
|
|
|
call fsblkTell ; --> HL
|
2019-04-24 02:04:09 +10:00
|
|
|
ld (FS_PTR), hl
|
|
|
|
call fsReadMeta
|
2019-04-24 04:00:54 +10:00
|
|
|
jr nz, .createChainEnd
|
2019-04-24 02:04:09 +10:00
|
|
|
call fsIsValid
|
2019-04-24 04:00:54 +10:00
|
|
|
jr nz, .createChainEnd
|
2019-04-24 02:04:09 +10:00
|
|
|
; We're good! We have a valid FS block and FS_PTR is already updated.
|
|
|
|
; Meta is already read. Nothing to do!
|
|
|
|
cp a ; ensure Z
|
|
|
|
jr .end
|
2019-04-24 04:00:54 +10:00
|
|
|
.createChainEnd:
|
|
|
|
; We are on an invalid block where a valid block should be. This is
|
|
|
|
; the end of the line, but we should mark it a bit more explicitly.
|
|
|
|
; Let's initialize an empty block
|
|
|
|
call fsInitMeta
|
|
|
|
call fsWriteMeta
|
|
|
|
; continue out to error condition: we're still at the end of the line.
|
2019-04-24 02:04:09 +10:00
|
|
|
.error:
|
2019-04-23 23:37:22 +10:00
|
|
|
call unsetZ
|
2019-04-24 02:04:09 +10:00
|
|
|
.end:
|
|
|
|
pop hl
|
|
|
|
pop bc
|
2019-04-23 23:37:22 +10:00
|
|
|
ret
|
|
|
|
|
2019-04-24 00:54:56 +10:00
|
|
|
; Reads metadata at current FS_PTR and place it in FS_META.
|
2019-04-24 05:50:26 +10:00
|
|
|
; Returns Z according to whether the fsblkRead operation succeeded.
|
2019-04-24 00:54:56 +10:00
|
|
|
fsReadMeta:
|
|
|
|
call fsPlace
|
|
|
|
push bc
|
|
|
|
push hl
|
2019-04-24 09:42:10 +10:00
|
|
|
ld b, FS_METASIZE
|
2019-04-24 00:54:56 +10:00
|
|
|
ld hl, FS_META
|
2019-04-24 05:50:26 +10:00
|
|
|
call fsblkRead ; Sets Z
|
2019-04-24 00:54:56 +10:00
|
|
|
pop hl
|
|
|
|
pop bc
|
|
|
|
ret
|
|
|
|
|
2019-04-24 02:04:09 +10:00
|
|
|
; Writes metadata in FS_META at current FS_PTR.
|
2019-04-24 05:50:26 +10:00
|
|
|
; Returns Z according to whether the fsblkWrite operation succeeded.
|
2019-04-24 02:04:09 +10:00
|
|
|
fsWriteMeta:
|
|
|
|
call fsPlace
|
|
|
|
push bc
|
|
|
|
push hl
|
2019-04-24 09:42:10 +10:00
|
|
|
ld b, FS_METASIZE
|
2019-04-24 02:04:09 +10:00
|
|
|
ld hl, FS_META
|
2019-04-24 05:50:26 +10:00
|
|
|
call fsblkWrite ; Sets Z
|
2019-04-24 02:04:09 +10:00
|
|
|
pop hl
|
|
|
|
pop bc
|
|
|
|
ret
|
|
|
|
|
|
|
|
; Initializes FS_META with "CFS" followed by zeroes
|
|
|
|
fsInitMeta:
|
|
|
|
push af
|
2019-04-24 04:00:54 +10:00
|
|
|
push bc
|
2019-04-24 02:04:09 +10:00
|
|
|
push de
|
|
|
|
push hl
|
|
|
|
ld hl, P_FS_MAGIC
|
|
|
|
ld de, FS_META
|
|
|
|
ld bc, 3
|
|
|
|
ldir
|
|
|
|
xor a
|
2019-04-24 09:42:10 +10:00
|
|
|
ld b, FS_METASIZE-3
|
2019-04-24 03:29:16 +10:00
|
|
|
call fill
|
2019-04-24 02:04:09 +10:00
|
|
|
pop hl
|
|
|
|
pop de
|
2019-04-24 04:00:54 +10:00
|
|
|
pop bc
|
2019-04-24 02:04:09 +10:00
|
|
|
pop af
|
|
|
|
ret
|
|
|
|
|
2019-04-23 23:37:22 +10:00
|
|
|
; Make sure that our underlying blockdev is correcly placed.
|
|
|
|
fsPlace:
|
|
|
|
push af
|
|
|
|
push hl
|
|
|
|
xor a
|
|
|
|
ld hl, (FS_PTR)
|
2019-04-24 05:50:26 +10:00
|
|
|
call fsblkSeek
|
2019-04-23 23:37:22 +10:00
|
|
|
pop hl
|
|
|
|
pop af
|
|
|
|
ret
|
|
|
|
|
2019-04-24 02:04:09 +10:00
|
|
|
; Create a new file with A blocks allocated to it and with its new name at
|
|
|
|
; (HL).
|
2019-04-23 23:37:22 +10:00
|
|
|
; Before doing so, enumerate all blocks in search of a deleted file with
|
|
|
|
; allocated space big enough. If it does, it will either take the whole space
|
|
|
|
; if the allocated space asked is exactly the same, or of it isn't, split the
|
|
|
|
; free space in 2 and create a new deleted metadata block next to the newly
|
|
|
|
; created block.
|
|
|
|
; Places FS_PTR to the newly allocated block. You have to write the new
|
|
|
|
; filename yourself.
|
|
|
|
fsAlloc:
|
2019-04-24 02:04:09 +10:00
|
|
|
push bc
|
|
|
|
push de
|
2019-04-24 04:00:54 +10:00
|
|
|
ld c, a ; Let's store our A arg somewhere...
|
2019-04-24 02:04:09 +10:00
|
|
|
call fsBegin
|
2019-04-24 04:00:54 +10:00
|
|
|
jr nz, .end ; not a valid block? hum, something's wrong
|
|
|
|
; First step: find last block
|
|
|
|
push hl ; keep HL for later
|
2019-04-24 02:04:09 +10:00
|
|
|
.loop1:
|
|
|
|
call fsNext
|
2019-04-24 04:00:54 +10:00
|
|
|
jr nz, .found ; end of the line
|
|
|
|
call fsIsDeleted
|
|
|
|
jr nz, .loop1 ; not deleted? loop
|
|
|
|
; This is a deleted block. Maybe it fits...
|
|
|
|
ld a, (FS_META+FS_META_ALLOC_OFFSET)
|
|
|
|
cp c ; Same as asked size?
|
|
|
|
jr z, .found ; yes? great!
|
|
|
|
; TODO: handle case where C < A (block splitting)
|
|
|
|
jr .loop1
|
|
|
|
.found:
|
2019-04-24 02:04:09 +10:00
|
|
|
call fsPlace ; Make sure that our block device points to
|
|
|
|
; the beginning of our FS block
|
|
|
|
; We've reached last block. Two situations are possible at this point:
|
2019-04-24 04:00:54 +10:00
|
|
|
; 1 - the block is the "end of line" block
|
|
|
|
; 2 - the block is a deleted block that we we're re-using.
|
|
|
|
; In both case, the processing is the same: write new metadata.
|
2019-04-24 02:04:09 +10:00
|
|
|
; At this point, the blockdev is placed right where we want to allocate
|
|
|
|
; But first, let's prepare the FS_META we're going to write
|
|
|
|
call fsInitMeta
|
2019-04-24 04:00:54 +10:00
|
|
|
ld a, c ; C == the number of blocks user asked for
|
2019-04-24 03:29:16 +10:00
|
|
|
ld (FS_META+FS_META_ALLOC_OFFSET), a
|
2019-04-24 02:04:09 +10:00
|
|
|
pop hl ; now we want our HL arg
|
2019-04-24 03:29:16 +10:00
|
|
|
ld de, FS_META+FS_META_FNAME_OFFSET
|
2019-04-24 02:04:09 +10:00
|
|
|
ld bc, FS_MAX_NAME_SIZE
|
|
|
|
ldir
|
|
|
|
; Good, FS_META ready. Now, let's update FS_PTR because it hasn't been
|
|
|
|
; changed yet.
|
2019-04-24 05:50:26 +10:00
|
|
|
call fsblkTell
|
2019-04-24 02:04:09 +10:00
|
|
|
ld (FS_PTR), hl
|
|
|
|
; Ok, now we can write our metadata
|
|
|
|
call fsWriteMeta
|
2019-04-24 04:00:54 +10:00
|
|
|
.end:
|
2019-04-24 02:04:09 +10:00
|
|
|
pop de
|
|
|
|
pop bc
|
2019-04-23 23:37:22 +10:00
|
|
|
ret
|
|
|
|
|
|
|
|
; *** Metadata ***
|
|
|
|
|
2019-04-24 00:54:56 +10:00
|
|
|
; Sets Z according to whether the current block in FS_META is valid.
|
2019-04-23 23:37:22 +10:00
|
|
|
; Don't call other FS routines without checking block validity first: other
|
|
|
|
; routines don't do checks.
|
|
|
|
fsIsValid:
|
|
|
|
push hl
|
2019-04-24 00:54:56 +10:00
|
|
|
push de
|
2019-04-23 23:37:22 +10:00
|
|
|
ld a, 3
|
2019-04-24 00:54:56 +10:00
|
|
|
ld hl, FS_META
|
2019-04-24 02:04:09 +10:00
|
|
|
ld de, P_FS_MAGIC
|
2019-04-23 23:37:22 +10:00
|
|
|
call strncmp
|
2019-04-24 00:54:56 +10:00
|
|
|
; The result of Z is our result.
|
|
|
|
pop de
|
2019-04-23 23:37:22 +10:00
|
|
|
pop hl
|
|
|
|
ret
|
|
|
|
|
2019-04-24 03:29:16 +10:00
|
|
|
; Returns wheter current block is deleted in Z flag.
|
|
|
|
fsIsDeleted:
|
|
|
|
ld a, (FS_META+FS_META_FNAME_OFFSET)
|
|
|
|
cp 0 ; Z flag is our answer
|
2019-04-24 00:54:56 +10:00
|
|
|
ret
|
|
|
|
|
2019-04-24 05:50:26 +10:00
|
|
|
; *** blkdev methods ***
|
|
|
|
; When "mounting" a FS, we copy the current blkdev's routine privately so that
|
|
|
|
; we can still access the FS even if blkdev selection changes. These routines
|
|
|
|
; below mimic blkdev's methods, but for our private mount.
|
|
|
|
|
2019-04-24 09:42:10 +10:00
|
|
|
fsblkGetC:
|
|
|
|
ld ix, (FS_GETC)
|
|
|
|
jp _blkCall
|
|
|
|
|
2019-04-24 05:50:26 +10:00
|
|
|
fsblkRead:
|
|
|
|
ld ix, (FS_GETC)
|
|
|
|
jp _blkRead
|
|
|
|
|
2019-04-24 09:42:10 +10:00
|
|
|
fsblkPutC:
|
|
|
|
ld ix, (FS_PUTC)
|
|
|
|
jp _blkCall
|
|
|
|
|
2019-04-24 05:50:26 +10:00
|
|
|
fsblkWrite:
|
|
|
|
ld ix, (FS_PUTC)
|
|
|
|
jp _blkWrite
|
|
|
|
|
|
|
|
fsblkSeek:
|
|
|
|
ld ix, (FS_SEEK)
|
|
|
|
ld iy, (FS_TELL)
|
|
|
|
jp _blkSeek
|
|
|
|
|
|
|
|
fsblkTell:
|
|
|
|
ld ix, (FS_TELL)
|
|
|
|
jp _blkCall
|
|
|
|
|
2019-04-23 23:37:22 +10:00
|
|
|
; *** Handling ***
|
|
|
|
|
|
|
|
; Open file at current position into handle at (HL)
|
|
|
|
fsOpen:
|
2019-04-24 09:42:10 +10:00
|
|
|
push hl
|
|
|
|
push de
|
|
|
|
push af
|
|
|
|
ex hl, de
|
|
|
|
ld hl, (FS_PTR)
|
|
|
|
ld a, FS_METASIZE
|
|
|
|
call addHL
|
|
|
|
call writeHLinDE
|
|
|
|
inc de
|
|
|
|
inc de
|
|
|
|
call writeHLinDE
|
|
|
|
inc de
|
|
|
|
inc de
|
|
|
|
; Maximum offset is starting offset + (numblocks * 0x100) - 1
|
|
|
|
ld a, (FS_META+FS_META_ALLOC_OFFSET)
|
|
|
|
; Because our blocks are exactly 0x100 in size, we simple have to
|
|
|
|
; increase the H in HL to have our result.
|
|
|
|
add a, h
|
|
|
|
ld h, a
|
|
|
|
call writeHLinDE
|
|
|
|
inc de
|
|
|
|
inc de
|
|
|
|
ld hl, (FS_META+FS_META_FSIZE_OFFSET)
|
|
|
|
call writeHLinDE
|
|
|
|
pop af
|
|
|
|
pop de
|
|
|
|
pop hl
|
|
|
|
ret
|
|
|
|
|
|
|
|
fsPlaceH:
|
|
|
|
push af
|
|
|
|
push hl
|
|
|
|
ld ixh, d
|
|
|
|
ld ixl, e
|
|
|
|
push ix
|
|
|
|
ld l, (ix)
|
|
|
|
ld h, (ix+1)
|
|
|
|
ld a, BLOCKDEV_SEEK_ABSOLUTE
|
|
|
|
call fsblkSeek
|
|
|
|
pop ix
|
|
|
|
pop hl
|
|
|
|
pop af
|
2019-04-23 23:37:22 +10:00
|
|
|
ret
|
|
|
|
|
2019-04-24 09:42:10 +10:00
|
|
|
fsAdvanceH:
|
|
|
|
inc (ix)
|
|
|
|
ld a, (ix)
|
|
|
|
ret nc ; no carry
|
|
|
|
inc (ix+1)
|
2019-04-23 23:37:22 +10:00
|
|
|
ret
|
|
|
|
|
2019-04-24 09:42:10 +10:00
|
|
|
; Read a byte in handle at (DE), put it into A and advance the handle's
|
2019-04-23 23:37:22 +10:00
|
|
|
; position.
|
|
|
|
; Z is set on success, unset if handle is at the end of the file.
|
2019-04-24 09:42:10 +10:00
|
|
|
fsGetC:
|
|
|
|
call fsPlaceH
|
|
|
|
push ix
|
|
|
|
call fsblkGetC
|
|
|
|
; increase current pos
|
|
|
|
pop ix ; recall
|
|
|
|
call fsAdvanceH
|
2019-04-23 23:37:22 +10:00
|
|
|
ret
|
|
|
|
|
2019-04-24 09:42:10 +10:00
|
|
|
; Write byte A in handle (DE) and advance the handle's position.
|
|
|
|
; Z is set on success, unset if handle is at the end of the file.
|
|
|
|
fsPutC:
|
|
|
|
call fsPlaceH
|
|
|
|
push ix
|
|
|
|
call fsblkPutC
|
|
|
|
; increase current pos
|
|
|
|
pop ix ; recall
|
|
|
|
call fsAdvanceH
|
2019-04-23 23:37:22 +10:00
|
|
|
ret
|
|
|
|
|
2019-04-24 09:42:10 +10:00
|
|
|
; Sets position of handle (DE) to HL. This position does *not* include metadata.
|
2019-04-23 23:37:22 +10:00
|
|
|
; It is an offset that starts at actual data.
|
|
|
|
; Sets Z if offset is within bounds, unsets Z if it isn't.
|
|
|
|
fsSeek:
|
2019-04-24 09:42:10 +10:00
|
|
|
ld ixh, d
|
|
|
|
ld ixl, e
|
|
|
|
ld (ix), l
|
|
|
|
ld (ix+1), h
|
|
|
|
ret
|
|
|
|
|
|
|
|
fsTell:
|
|
|
|
ld ixh, d
|
|
|
|
ld ixl, e
|
|
|
|
ld l, (ix)
|
|
|
|
ld h, (ix+1)
|
2019-04-23 23:37:22 +10:00
|
|
|
ret
|
|
|
|
|
|
|
|
; *** SHELL COMMANDS ***
|
|
|
|
; Mount the fs subsystem upon the currently selected blockdev at current offset.
|
|
|
|
; Verify is block is valid and error out if its not, mounting nothing.
|
2019-04-24 05:50:26 +10:00
|
|
|
; Upon mounting, copy currently selected device in FS_GETC/PUTC/SEEK/TELL.
|
2019-04-23 23:37:22 +10:00
|
|
|
fsOnCmd:
|
|
|
|
.db "fson", 0, 0, 0
|
2019-04-24 09:42:10 +10:00
|
|
|
fsOn:
|
2019-04-23 23:37:22 +10:00
|
|
|
push hl
|
2019-04-24 05:50:26 +10:00
|
|
|
push de
|
|
|
|
push bc
|
|
|
|
; We have to set blkdev routines early before knowing whether the
|
|
|
|
; mounting succeeds because methods like fsReadMeta uses fsblk* methods.
|
|
|
|
ld hl, BLOCKDEV_GETC
|
|
|
|
ld de, FS_GETC
|
|
|
|
ld bc, 8 ; we have 8 bytes to copy
|
|
|
|
ldir ; copy!
|
|
|
|
call fsblkTell
|
|
|
|
ld (FS_START), hl
|
2019-04-23 23:37:22 +10:00
|
|
|
ld (FS_PTR), hl
|
2019-04-24 00:54:56 +10:00
|
|
|
call fsReadMeta
|
|
|
|
jr nz, .error
|
2019-04-23 23:37:22 +10:00
|
|
|
call fsIsValid
|
|
|
|
jr nz, .error
|
|
|
|
; success
|
|
|
|
xor a
|
|
|
|
jr .end
|
|
|
|
.error:
|
2019-04-24 05:50:26 +10:00
|
|
|
; couldn't mount. Let's reset our variables.
|
|
|
|
xor a
|
|
|
|
ld b, 10 ; blkdev routines + FS_START which is just
|
|
|
|
; after.
|
|
|
|
ld hl, FS_GETC
|
|
|
|
call fill
|
|
|
|
|
2019-04-23 23:37:22 +10:00
|
|
|
ld a, FS_ERR_NO_FS
|
|
|
|
.end:
|
2019-04-24 05:50:26 +10:00
|
|
|
pop bc
|
|
|
|
pop de
|
2019-04-23 23:37:22 +10:00
|
|
|
pop hl
|
|
|
|
ret
|
|
|
|
|
|
|
|
; Lists filenames in currently active FS
|
|
|
|
flsCmd:
|
|
|
|
.db "fls", 0, 0, 0, 0
|
|
|
|
call fsBegin
|
|
|
|
jr nz, .error
|
2019-04-24 02:04:09 +10:00
|
|
|
.loop:
|
2019-04-24 03:29:16 +10:00
|
|
|
call fsIsDeleted
|
|
|
|
jr z, .skip
|
|
|
|
ld hl, FS_META+FS_META_FNAME_OFFSET
|
2019-04-23 23:37:22 +10:00
|
|
|
call printstr
|
|
|
|
call printcrlf
|
2019-04-24 03:29:16 +10:00
|
|
|
.skip:
|
2019-04-24 02:04:09 +10:00
|
|
|
call fsNext
|
|
|
|
jr z, .loop ; Z set? fsNext was successfull
|
2019-04-23 23:37:22 +10:00
|
|
|
xor a
|
|
|
|
jr .end
|
|
|
|
.error:
|
|
|
|
ld a, FS_ERR_NO_FS
|
|
|
|
.end:
|
|
|
|
ret
|
|
|
|
|
|
|
|
; Takes one byte block number to allocate as well we one string arg filename
|
|
|
|
; and allocates a new file in the current fs.
|
|
|
|
fnewCmd:
|
|
|
|
.db "fnew", 0b001, 0b1001, 0b001
|
|
|
|
push hl
|
|
|
|
ld a, (hl)
|
2019-04-24 03:29:16 +10:00
|
|
|
inc hl
|
|
|
|
call intoHL
|
2019-04-23 23:37:22 +10:00
|
|
|
call fsAlloc
|
|
|
|
pop hl
|
|
|
|
xor a
|
|
|
|
ret
|
2019-04-24 03:29:16 +10:00
|
|
|
|
|
|
|
; Deletes filename with specified name
|
|
|
|
fdelCmd:
|
|
|
|
.db "fdel", 0b1001, 0b001, 0
|
|
|
|
push hl
|
|
|
|
push de
|
|
|
|
ex hl, de
|
|
|
|
call intoDE ; DE now holds the string we look for
|
|
|
|
call fsBegin
|
|
|
|
jr nz, .notfound
|
|
|
|
ld a, FS_MAX_NAME_SIZE
|
|
|
|
.loop:
|
|
|
|
ld hl, FS_META+FS_META_FNAME_OFFSET
|
|
|
|
call strncmp
|
|
|
|
jr z, .found
|
|
|
|
call fsNext
|
|
|
|
jr z, .loop
|
|
|
|
; End of chain, not found
|
|
|
|
jr .notfound
|
|
|
|
.found:
|
|
|
|
xor a
|
|
|
|
; Set filename to zero to flag it as deleted
|
|
|
|
ld (FS_META+FS_META_FNAME_OFFSET), a
|
|
|
|
call fsWriteMeta
|
|
|
|
; a already to 0, our result.
|
|
|
|
jr .end
|
|
|
|
.notfound:
|
|
|
|
ld a, FS_ERR_NOT_FOUND
|
|
|
|
.end:
|
|
|
|
pop de
|
|
|
|
pop hl
|
|
|
|
ret
|