Fun fact you didn't know about CT60 boot

[mikro]

... it boots with the cache disabled. So yes, the boot can be made X times faster just by putting CACHE_ON.PRG right after XBOOT.PRG.

I wouldn't have believe it if @Galvez didn't challenge me to try it on my own.

So not only it f*ck up your NetUSBee and any calibration code before TOS/MagiC/FreeMiNT kicks in but also makes booting unnecessary slower. Sigh.

The bug (feature?) is present in all CT60TOS versions up to insane's 1.05. CT60TOS 2.0x is supposed to have this fixed.

[Orion_]

is it a bug or is it for maximizing compatibility auto boot program ?
I remember that I had to activate the cache in my ct63 boot logo animation code to get more speed
maybe that's a way to get cache on even earlier

[ragnar76]

Maybe, someone writes a module for hddriver. That would be the earliest moment I can think of

[mikro]

There's a chance insane/tscc will make a new CT60 TOS release with cache enabled. :)

[stormy]

Mikro I'm not sure what you mean about this slow boot? I have a ct60e using insanes 1.05 firmware, mint loads like a bat out of hell on my machine, I wouldn't call it slow. Am I missunderstanding? The only software that runs before mint is xboot and nvdi.

[mikro]

Yes, you are. :) FreeMiNT kernel sets its own cache managment, so after MINT.PRG it doesn't matter what CT60TOS does anymore.

Try to observe CACHE_ON.PRG effect *before* Desktop/MagiC/FreeMiNT kicks in (the ideal candidate are the TOS USB drivers where I noticed this bug), it's noticeable as hell.

[1st1]

Which CACHE_ON.PRG ?

[Galvez]

The bug (feature?) is present in all CT60TOS versions up to insane's 1.05. CT60TOS 2.0x is supposed to have this fixed.

To be more accurate, CT60TOS 2.0x turns on caches only if it finds a CTPCI connected in the expansion bus.