mirror of
https://github.com/ksherlock/hfs-boot.git
synced 2025-08-05 18:24:59 +00:00
e02675057f8617e769250bdd1602b6e42480b5f5
Squashed commit of the following: commit44a6544242
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 commit7fc041289f
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. commit0fabe65aca
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 commit6da1f9fa3c
Author: Kelvin Sherlock <ksherlock@gmail.com> Date: Tue Jul 27 21:31:23 2021 -0400 re-arrange to avoid relative expression warning commitdbfe66cc99
Author: Kelvin Sherlock <ksherlock@gmail.com> Date: Tue Jul 27 21:31:01 2021 -0400 use smartport.aii commit95aa4d8bd5
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:
Description
Languages
Makefile
89.4%
Shell
10.6%