Thought I'd share some reasons I think the P2 is a great candidate for a self-hosting micro.
Many of you were not even around before the PC, so let me share what it was like in the 70's. Mini-computers were becoming mainstream. I'll refer to the Friden/Singer/ICL System Ten mini because that is what I worked on from 1974 onwards.
In the early 70's a mini came with...
10K-110K of 6-bit core memory 2.2us or 3.3us cycle time, cost $20K for 10K
1-10 10MB removable Disk Drives, although a modified 2x4MB version came out where two heads were removed and the disk pack came in two halves. Cost in 1976 $16K for 1x10MB disk drive - the size of a washing machine. Disk packs were ~$500 ea - 19" 6 platter 10 surfaces.
Video terminal 20x80 characters black/grey-white $4K
Printer 200LPM (lines per minute) ~$16K and a crane to lift it!
A typical small system would typically start at 20K core, 2 x 10MB disk drives, 2 partitions (two separate programs run concurrently - similar to a COG but software time-shared), 2 video terminals and a printer. Cost ~$150K and maintenance typically 20+% of original cost pa.
Now add a specialised air-conditioned, temperature controlled 20C max, humidity controlled, specialised voltage controller, computer room. The disk drives took 40A @ 240Vac on power up to spin the disks at 100mph.
So a typical program had 10KB allocated to DMF (Disk Management Facility = OS), and each program would run in its' own memory of 5K-10K of core memory. Code editing was disk based using a video terminal and an editting program. The DMF was supplied by the mini vendor and that included the editor, assembler (yes, all code was written in assembler, including the DMF), and maintenance programs.
Software packages could be purchased at expensive rates, but many users wrote their own, either in-house, of by contract programmers.
Just for reference, the assembler instruction for the System Ten were
A/S/M/D/FN (add, subtract, multiply, divide, form numeric)
MC/MN/X/C/E (move character, move numeric, exchange, compare, edit)
BC (branch including link=call variations)
R/W (read and write to disc/tape/video/printer and POS point-of-sale terminals)
SM (restricted specialised control instruction)
MA/AA (move address and add address were added later)
Worthy of note is that each instruction was dual operand, so everything was memory to memory. Each operand could address it's own 10K (think cog) or common (think hub), and one of three index registers could optionally modify this address. Later, an optional indirect addressing bit was added for each operand.
MC/MN/X/C/E could move from 1 to 100 characters in one instruction.
A/S could add/subtract 1-10 digits to/from 1-10 digits (all in decimal - the memory was also addressed in decimal only)
M/D were special as overflow was not possible. The multiply took 1-10 digits multiplied by 1-10 digits and the result would be stored in the second operand for a length that was the sum of both operands length. You needed to reserve the extra space required. Divide worked in reverse, giving a result and a remainder.
So, where am I going with this?
Well, the P2 plus an SD card or two has way more power than this and what was done on these minis was absolutely amazing. Of course it was character based, and no color. So, the P2 can absolutely self-host an OS and editor/compiler. It has way more power than even the CPM systems of the 80's.
BTW I already have a P1 with 512KB SRAM and uSD that runs CPM (RamBlade) and I've built an OS for the P1. On P2 - it's a no-brainer
And do I plan on doing a SystemTen emulation on the P2? You betcha! But it will be the later System 25 which I've done on a PC using 486 assembler in 1990 (fully validated).