* [9fans] Dum-Bass question
@ 2007-03-24 21:10 W B Hacker
2007-03-24 21:22 ` Uriel
2007-03-24 21:23 ` Devon H. O'Dell
0 siblings, 2 replies; 13+ messages in thread
From: W B Hacker @ 2007-03-24 21:10 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-24 21:10 [9fans] Dum-Bass question W B Hacker
@ 2007-03-24 21:22 ` Uriel
2007-03-24 21:27 ` W B Hacker
2007-03-24 21:23 ` Devon H. O'Dell
1 sibling, 1 reply; 13+ messages in thread
From: Uriel @ 2007-03-24 21:22 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
glendy# 9fat:
glendy# cd /n/9fat
glendy# lc
9LOAD 9pc 9pccpuf 9pccpuf.gz 9pcf 9pxeload PLAN9.INI
glendy# lookman 9fat
man 2 authsrv # authsrv(2)
man 4 dossrv # dossrv(4)
man 8 9load # 9load(8)
man 8 booting # booting(8)
man 8 prep # prep(8)
man 8 update # update(8)
Best wishes
uriel
On 3/24/07, W B Hacker <wbh@conducive.org> wrote:
> 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
>
>
>
>
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-24 21:10 [9fans] Dum-Bass question W B Hacker
2007-03-24 21:22 ` Uriel
@ 2007-03-24 21:23 ` Devon H. O'Dell
2007-03-24 21:28 ` W B Hacker
1 sibling, 1 reply; 13+ messages in thread
From: Devon H. O'Dell @ 2007-03-24 21:23 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
2007/3/24, W B Hacker <wbh@conducive.org>:
> 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'?
Yes, it does. You need to run 9fat: at an rc prompt (including the
colon) and the 9fat partition will be available under /n/9fat
> - If so, *where*, and how can I cat or Sam it from a running system?
Note that since namespaces are local, not global, you won't be able to
modify plan9.ini from an acme / sam session external to the terminal
from which you ran 9fat:.
> - 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.
Yeah, by default *nomp=yes is set. If you want to enable SMP, remove
that line, and it should work. Though Plan 9 does periodically have
issues with various APICs.
> 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
--dho
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-24 21:23 ` Devon H. O'Dell
@ 2007-03-24 21:28 ` W B Hacker
2007-03-24 21:31 ` Devon H. O'Dell
0 siblings, 1 reply; 13+ messages in thread
From: W B Hacker @ 2007-03-24 21:28 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Devon H. O'Dell wrote:
> 2007/3/24, W B Hacker <wbh@conducive.org>:
*snip*
>
> Yes, it does. You need to run 9fat: at an rc prompt (including the
> colon) and the 9fat partition will be available under /n/9fat
>
>> - If so, *where*, and how can I cat or Sam it from a running system?
>
> Note that since namespaces are local, not global, you won't be able to
> modify plan9.ini from an acme / sam session external to the terminal
> from which you ran 9fat:.
>
ACK.
*snip*
>
> Yeah, by default *nomp=yes is set. If you want to enable SMP, remove
> that line, and it should work. Though Plan 9 does periodically have
> issues with various APICs.
>
Standby one....
Bill
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-24 21:28 ` W B Hacker
@ 2007-03-24 21:31 ` Devon H. O'Dell
2007-03-24 21:46 ` W B Hacker
2007-03-25 5:35 ` Kris Maglione
0 siblings, 2 replies; 13+ messages in thread
From: Devon H. O'Dell @ 2007-03-24 21:31 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
2007/3/24, W B Hacker <wbh@conducive.org>:
> Devon H. O'Dell wrote:
> > 2007/3/24, W B Hacker <wbh@conducive.org>:
>
> *snip*
>
> >
> > Yes, it does. You need to run 9fat: at an rc prompt (including the
> > colon) and the 9fat partition will be available under /n/9fat
> >
> >> - If so, *where*, and how can I cat or Sam it from a running system?
> >
> > Note that since namespaces are local, not global, you won't be able to
> > modify plan9.ini from an acme / sam session external to the terminal
> > from which you ran 9fat:.
> >
>
> ACK.
Though I should note that you could certainly, in acme, middle click
on 9fat:, then right click select /n/9fat/plan9.ini and that would
obviously work too :)
> *snip*
> >
> > Yeah, by default *nomp=yes is set. If you want to enable SMP, remove
> > that line, and it should work. Though Plan 9 does periodically have
> > issues with various APICs.
> >
>
> Standby one....
>
> Bill
Look forward to hearing whether it works.... It didn't like the last
P3 SMP box I tried.
--dho
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-24 21:31 ` Devon H. O'Dell
@ 2007-03-24 21:46 ` W B Hacker
2007-03-25 4:46 ` lucio
2007-03-25 5:35 ` Kris Maglione
1 sibling, 1 reply; 13+ messages in thread
From: W B Hacker @ 2007-03-24 21:46 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Devon H. O'Dell wrote:
> 2007/3/24, W B Hacker <wbh@conducive.org>:
>> Devon H. O'Dell wrote:
>> > 2007/3/24, W B Hacker <wbh@conducive.org>:
>>
>> *snip*
Done.
Up and running, reporting both CPU at beginning of boot mesages.
Asus P5VDC-MX, Inel Pentium D 915 Dual-Core, 2 GB DDR2 800.
More as I stress it.... but looks golden from C3-800 up.
*snip*
>
> Though I should note that you could certainly, in acme, middle click
> on 9fat:, then right click select /n/9fat/plan9.ini and that would
> obviously work too :)
>
'Obviously?' Thanks, but if it is all the same, I would rather have Irish
Alzheimer's. Easier to remember....
;-)
>> *snip*
>> >
>> > Yeah, by default *nomp=yes is set. If you want to enable SMP, remove
>> > that line, and it should work. Though Plan 9 does periodically have
>> > issues with various APICs.
>> >
>>
>> Standby one....
>>
>> Bill
>
> Look forward to hearing whether it works.... It didn't like the last
> P3 SMP box I tried.
>
Intel's 'HAL' idea of SMP in P3 days (or earlier - my first was an Asus with
twin Pentium 90 MHz) was somewhat *bent*. Warp on one CPU was 40% faster than
NT4 on two, and that held on P1 200 & PentiumPro 200 as well.
Bill
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-24 21:46 ` W B Hacker
@ 2007-03-25 4:46 ` lucio
2007-03-26 2:52 ` erik quanstrom
0 siblings, 1 reply; 13+ messages in thread
From: lucio @ 2007-03-25 4:46 UTC (permalink / raw)
To: wbh, 9fans
> Intel's 'HAL' idea of SMP in P3 days (or earlier - my first was an Asus with
> twin Pentium 90 MHz) was somewhat *bent*. Warp on one CPU was 40% faster than
> NT4 on two, and that held on P1 200 & PentiumPro 200 as well.
How much can you tell me about this early equipment? I have such a
box and would dearly like to address its quirks as it is the only MP
device I own. Even Linux (and NetBSD, but that's easier to forgive)
barfs on it, but SCO Unix used to cope with it.
++L
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-25 4:46 ` lucio
@ 2007-03-26 2:52 ` erik quanstrom
2007-03-26 18:21 ` lucio
0 siblings, 1 reply; 13+ messages in thread
From: erik quanstrom @ 2007-03-26 2:52 UTC (permalink / raw)
To: 9fans
one way to use equipment that does not boot plan 9 is to run
a fileserver kernel on it. if you already have a cpu/auth server,
this works out pretty well. my home fileserver is a dual processor
pIII-based machine with a 440gx chipset and an 8169-based nic.
obviously the fs doesn't use the second processor, but it's not
cpu-bound anyway.
- erik
On Sun Mar 25 00:55:16 EDT 2007, lucio@proxima.alt.za wrote:
> > Intel's 'HAL' idea of SMP in P3 days (or earlier - my first was an Asus with
> > twin Pentium 90 MHz) was somewhat *bent*. Warp on one CPU was 40% faster than
> > NT4 on two, and that held on P1 200 & PentiumPro 200 as well.
>
> How much can you tell me about this early equipment? I have such a
> box and would dearly like to address its quirks as it is the only MP
> device I own. Even Linux (and NetBSD, but that's easier to forgive)
> barfs on it, but SCO Unix used to cope with it.
>
> ++L
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [9fans] Dum-Bass question
2007-03-24 21:31 ` Devon H. O'Dell
2007-03-24 21:46 ` W B Hacker
@ 2007-03-25 5:35 ` Kris Maglione
1 sibling, 0 replies; 13+ messages in thread
From: Kris Maglione @ 2007-03-25 5:35 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 541 bytes --]
On Sat, Mar 24, 2007 at 05:31:09PM -0400, Devon H. O'Dell wrote:
>Though I should note that you could certainly, in acme, middle click
>on 9fat:, then right click select /n/9fat/plan9.ini and that would
>obviously work too :)
The fact that it obviously would work notwithstanding, it doesn't sork.
You would need to run 'Local 9fat:' instead. Also, you could run 'plumb
Local 9fat:' and have it available everywhere.
--
Kris Maglione
Any improbable event which would create maximum confusion
if it did occur, will occur.
[-- Attachment #2: Type: application/pgp-signature, Size: 194 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <e6603ec6522141933897d9bcad48ce01@proxima.alt.za>]
* Re: [9fans] Dum-Bass question
[not found] <e6603ec6522141933897d9bcad48ce01@proxima.alt.za>
@ 2007-03-25 8:11 ` W B Hacker
0 siblings, 0 replies; 13+ messages in thread
From: W B Hacker @ 2007-03-25 8:11 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
lucio@proxima.alt.za wrote:
>> 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.
>
> try plan9.ini(8) specially for the above, the flag you're looking for
> is "*nomp" (the "*" at the beginning stops it being passed to the user
> environment/user shell; I disapprove of all these *no... flags, but
> that was the wisdom then).
>
> ++L
>
Thanks, I had all that well in hand ahead of time.
I just could not find the 'plan9.ini' involved, as it didn't readily show up
directly in listings.
Issuing the simple '9fat:' with colon was all it took.
That must be documented somewhere - but I had missed it.
Bill
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2007-03-26 19:21 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-03-24 21:10 [9fans] Dum-Bass question W B Hacker
2007-03-24 21:22 ` Uriel
2007-03-24 21:27 ` W B Hacker
2007-03-24 21:23 ` Devon H. O'Dell
2007-03-24 21:28 ` W B Hacker
2007-03-24 21:31 ` Devon H. O'Dell
2007-03-24 21:46 ` W B Hacker
2007-03-25 4:46 ` lucio
2007-03-26 2:52 ` erik quanstrom
2007-03-26 18:21 ` lucio
2007-03-26 19:21 ` erik quanstrom
2007-03-25 5:35 ` Kris Maglione
[not found] <e6603ec6522141933897d9bcad48ce01@proxima.alt.za>
2007-03-25 8:11 ` W B Hacker
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).