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