On Apr
10, 2026, at 9:18 AM, Johnny Billquist <bqt(a)softjar.se>wrote;wrote:
On 10/04/2026 05.30, Terri Kennedy wrote:
On 2026-04-09 09:24, Dave McGuire wrote:
> /me slaps forehead
>
> The 11/70's FP board set is flaky, and it has been removed pending
> repair. I had forgotten about that. But the "hello world" program
> shouldn't use any FP instructions..?
Be careful with bad FP and modern(ish) RSTS/E. It will use FP
(and CIS, for that matter) in the monitor, and if your boards are
returning garbage, you can scarfle* your system disk.
I know (heard) that CIS would be used for copying memory around, but what in the kernel
would depend on FPP?
(A little surprising is that RSX don't, however, it will use the blockmove
instruction of the Mentec processors that have that one.)
In RSX, it only is a topic for context switching and trap handling. The kernel don't
depend on the actual behavior more than in the most basic sense otherwise (auto
increment/decrement being done with the right amounts, and only the actual registers
referred to being changed when expected, and so on.
Same in RSTS. If FPP exists
the kernel will context switch the FP state, if the currently executing program has set
the flag to ask the kernel to do that. Apart from that, nothing uses it and the kernel
itself doesn't care about the FPP. The only OS I can think of that actually using
floating point in the kernel is TOPS-10; I was told DECnet-10 uses it in the NSP delay
estimation algorithm.