collapseos/blk/001

MASTER INDEX

5-99 unused
100 Block editor              120 Visual Editor
160-199 unused
200 Z80 assembler             260 Cross compilation
280 Z80 boot code             350 Core words
410 PS/2 keyboard subsystem   420 SD Card subsystem
440-519 unused                520 Fonts
550-649 unused
650 AVR assembler             690 AVR SPI programmer
700-729 unused                730 8086 assembler
800 8086 boot code
tools: add blkpack 2020-04-14 12:05:03 +10:00			`MASTER INDEX`

Indicate unused blocks in master index It gives a better idea of where stuff can be moved/added to. 2020-08-16 23:38:50 +10:00			`5-99 unused`
Remove Extra words The few extra bytes they save in the core aren't worth the extra complexity. This was initially done in a context where I had troubles keeping the RC2014 binary with SDC inside the 8K limit. At this point, even with the few extra bytes we add here, we're at 7200 bytes, so I'd say we're fine. 2020-09-22 04:40:53 +10:00			`100 Block editor 120 Visual Editor`
Indicate unused blocks in master index It gives a better idea of where stuff can be moved/added to. 2020-08-16 23:38:50 +10:00			`160-199 unused`
Move xcomp to blocks 2020-04-22 10:30:14 +10:00			`200 Z80 assembler 260 Cross compilation`
Move Cross-compiled core from B390 to B350 and renamed it "Core words". Also, reworded the presentation. 2020-05-16 12:44:49 +10:00			`280 Z80 boot code 350 Core words`
Move SD Card subsystem outside of RC2014 recipe and add protocols Although the SPI Relay driver is RC2014-specific, the SD Card driver is generic enough to be a subsystem. That's the second subsystem we add and this warrants, I think, the formalization of a new concept: protocols. 2020-08-17 04:30:33 +10:00			`410 PS/2 keyboard subsystem 420 SD Card subsystem`
recipes/trs80: move recipe blocks into local overlay 2020-09-21 01:57:04 +10:00			`440-519 unused 520 Fonts`
recipes/ti84: move recipe blocks into local overlay 2020-09-21 10:24:09 +10:00			`550-649 unused`
avrspi: first steps After having done my initial handshaking, I thought the rest of the job was only a matter of implementing the protocol, but I was wrong. There were many issues to fix before I could reliably communicate with my 328P, mostly timing. Now, I seem to be able to reliably extract fuse information, but only in batch mode (that is, run "asp$ aspfl@" directly, then running "(spid)" before running the next command). If I try to interact with the chip in a single asp$ session, I sometimes get wrong values (but no sync error! that's worrying...). 2020-08-30 22:01:09 +10:00			`650 AVR assembler 690 AVR SPI programmer`
			`700-729 unused 730 8086 assembler`
recipes/pcat: move recipe blocks into local overlay 2020-09-21 10:48:52 +10:00			`800 8086 boot code`