On Tue, Apr 17, 2001 at 07:47:40AM +0200, Michel Lanners wrote:
>
> Yes, sorry for not being clear, I did mean the first _bootable_
> partition.
hmm, can more then on partition be marked bootable on mac tables?
i am not sure how to unmark a partition as bootable.
> Here you are. Top part is what's in there after an Cmd-Opt-P-R:
you mean there is something in nvramrc by default? or does
Cmd-Opt-P-R not reset nvramrc?
> : '& get-token drop ;
> : >& dup @ 6 << 6 >>a -4 and + ;
> : & na+ >& ;
> 6ED '& execute
>
> 0 value mi
>
> : mmr " map-range" mi if my-self $call-method else $call-parent then ;
> 89B '& ' mmr BRpatch
>
> : mcm -1 to mi $call-method 0 to mi ;
> 8CB '& 1E na+ ' mcm BLpatch
>
> : maa -1 to mi 1D swap ;
> 8C9 '& 5 na+ ' maa BLpatch
> 8C9 '& 134 + ' 1 BLpatch
>
> 8CD '& 184 + dup 14 + >& BRpatch
>
> 8C6 '& 7C + ' u< BLpatch
>
> 0 value yn
> : y yn 0= if dup @ to yn then ;
> 8CB '& ' y BRpatch
> ' y 28 + 8CB '& 8 + BRpatch
> : z yn ?dup if over ! 0 to yn then ;
> 8CC '& ' z BRpatch
> ' z 2C + 8CC '& 8 + BRpatch
do you know what this code does? i don't speak forth very well.
>
> This is the part about getting chaos to display something sensible:
>
> dev /bandit/gc/via-cuda
> ' write value &W
> : -&We &W swap - execute ;
> : P1 4D8 -&We false 548 -&We ;
> &W FC + ' P1 BLpatch
> : P2 0C 2 ms ;
> &W E0 + ' P2 BLpatch
> device-end
this is probably small enough to be fair use, but do you know if its
under any sort of licence?
> And this is from the darwin botloader. Not sure what it does:
>
> 4180FFF0 ' msr! 44 + code!
>
> dev /packages/xcoff-loader
> : p&+ ['] open 600 - + ;
>
> : p3 { _a _s }
> _a -1000 and _a _s + over - FFF ( + -1000 and )
> ;
>
> 60000000 dup 8 p&+ code! C p&+ code!
> 18 p&+ ' p3 BLpatch
> device-end
im not sure but this just looks like a bugfix to the xcoff loader, we
could probably do without it. the darwin bootloader is non-free.
> The chaos part is from Alan Mimms, Apple bootloader guy in the days of
> Copland. You can find a copy of his mail linked from this page:
>
> http://www.cpu.lu/~mlan/linux/dev/g3upgrade.html
ah this answers alot of questions. everything above except the
non-free darwin stuff should be fully distributable.
> The problem I see is more in finding out what's already in the nvramrc,
> possibly differing Apple-supplied patches, and various user-supplied
> patches. Cooking this all together to get something sensible might be
> non-trivial.
yes it would be non-trivial. i think the only sensible way to do it
would be to come up with a specific nvramrc patch for a given machine
and install that replacing anything already there (with permission and
after saving the current contents of course).
something else that would be useful is building a custom boot floppy
that is loaded by the hardware MacOSROM which does nothing but restore
a nvram configuration, for the case where a linux only box gets its
nvram zapped it can be made bootable again without much pain or
trouble. this is even more non-trivial though, and beyond my
abilities...
the trick i think is writing a distributable nvramrc patch for each
machine, then identifying the machine and installing the correct
patches.
--
Ethan Benson
http://www.alaska.net/~erbenson/
Attachment:
pgpSrmscYUmcn.pgp
Description: PGP signature