mirror of
https://github.com/ksherlock/hfs-boot.git
synced 2025-04-20 00:37:05 +00:00
e02675057f
Squashed commit of the following:
commit 44a654424213382fea8d9c896051abaa3a6c5808
Author: Kelvin Sherlock <ksherlock@gmail.com>
Date: Wed Aug 11 22:10:11 2021 -0400
improved 32-bit (well, smartport is 24-bit) block support
commit 7fc041289f9e6690387aedebed0a0114ba4fa664
Author: Kelvin Sherlock <ksherlock@gmail.com>
Date: Wed Aug 4 23:49:15 2021 -0400
convert the extent blocks into 32-bit absolute blocks when loading.
Currently the block comparisons are still 16-bit, though.
commit 0fabe65acaf2ebfa783d0b7ded45851540c8d1d3
Author: Kelvin Sherlock <ksherlock@gmail.com>
Date: Tue Aug 3 20:13:27 2021 -0400
move stack adjustment code to take effect from the callback routines
commit 6da1f9fa3c82c79f13cad48bdc54d8b4fc92f500
Author: Kelvin Sherlock <ksherlock@gmail.com>
Date: Tue Jul 27 21:31:23 2021 -0400
re-arrange to avoid relative expression warning
commit dbfe66cc999f945f7defbe47af91ed6e3ed74a3b
Author: Kelvin Sherlock <ksherlock@gmail.com>
Date: Tue Jul 27 21:31:01 2021 -0400
use smartport.aii
commit 95aa4d8bd5993901fb250fb8df305678df042b9f
Author: Kelvin Sherlock <ksherlock@gmail.com>
Date: Thu Jul 22 23:58:20 2021 -0400
large volume support (WIP, untested).
the general theory is, multiply the extents by the allocation adjustment to get physical block offsets.
currently, comparisons are still 16-bit though.
hfs-boot
GS/OS Boot block + loader for HFS
See releases for a bootable disk image.
Limitations:
- Boot volume must use 512 byte allocation blocks (ie, max size is 32MB. This limit should be removed at some point)
- All file data / catalog data needs to be in the first 3 extents (no overflow extent checking)
- The HFS FST caches the volume block count before GS/OS knows what it is. This causes display issues in Finder, etc. This could be fixed by the FST using the volume size information from the Master Directory Block or GS/OS querying the device block count sooner.
More Information: