From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <460593A9.7070707@conducive.org> Date: Sun, 25 Mar 2007 05:10:01 +0800 From: W B Hacker User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.8) Gecko/20061030 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] Dum-Bass question Topicbox-Message-UUID: 3039e2f6-ead2-11e9-9d60-3106f5b1d025 Fans, Online docs (http://planb.lsub.org/magic/man2html/8/9load) describing Plan9's boot process, say, in part: ...in order to find configuration information, 9load searches all units on devices fd and sdCn, in that order, for a file called plan9\plan9.ini or plan9.ini (see plan9.ini(8)) on a partition named dos or 9fat. If one is found, searching stops and the file is read into memory at physical address 0x1200 where it can be found later by any loaded bootfile. Some options in plan9.ini are used by 9load... NB: These may be the wrong docs... Google dasn't *quite* read minds....) Elsewhere, instructions and examples are publshed for *creating* a plan9.ini file. My questions are: - Does a CD-install of 'native' Plan9 to a combined fossil/venti HDD partition (eminently bootable, runnable) create a default 'plan9.ini'? - If so, *where*, and how can I cat or Sam it from a running system? - If not, how and where *does* Plan9 derive the functionally equivalent information it needs to complete the boot process? (i.e. - given that it is operating the hardware as expected, what goes on if/as/when the above search *fails*?) Objective of the exercise (at this point) is to confirm that plan9.ini or functional equivalent, effects the published default of disabling the second core in a Core-D P4, and, if so, attempt to re-enable same and see what, if anything, breaks. A mere link to more appropriate docs may be all I need... Perplexed (after ls'ing all over Hell and at least half of Texas..) Bill Hacker