From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <0227c4f061874c88630d892e9dd4e652@9netics.com> References: <0227c4f061874c88630d892e9dd4e652@9netics.com> Date: Mon, 30 Aug 2010 20:48:21 -0700 Message-ID: From: David Leimbach To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001485f876fec6ba57048f167346 Subject: Re: [9fans] plan 9 on the guruplug Topicbox-Message-UUID: 4afaff40-ead6-11e9-9d60-3106f5b1d025 --001485f876fec6ba57048f167346 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I just built the CONF=3Dplug Let me see what that includes. Maybe my sources are just really old. Dave On Mon, Aug 30, 2010 at 8:46 PM, Skip Tavakkolian <9nut@9netics.com> wrote: > do you compile in an nvram (that includes the correct rights?) > > > On Mon, Aug 30, 2010 at 7:01 PM, erik quanstrom >wrote: > > > >> > Just got one of these today, and I suspect my problem has nothing to > do > >> with > >> > the guruplug and everything to do with the fact that I've never set = up > >> any > >> > PXE bootable systems before to mount a Plan 9 CPUAUTHFS service. > >> > > >> > I'm getting > >> > "ktrace /kernel/path 0x60806f34 0x6095cf30 0x6095cf6d # pc, sp, > linkion > >> > refused" > >> > > >> > I'm thinking that I don't have / either exported in a way I know how > to > >> use > >> > it remotely or that I have another fundamental configuration issue. > >> > > >> > I'm wondering if there's a way to use either Inferno or the same pla= n > 9 > >> > installation to test whatever needs testing to validate that I'll be > able > >> to > >> > remotely boot my guruplug. > >> > >> once you've validated that you have a reasonable > >> ipnet in /lib/ndb/local covering your network (that's > >> been my problem many times; verify with ndb/ipquery > >> especially that you have a fs=3D entry), and you've tried > >> adding -Dd to bootargs (adding verbosity to > >> ip/ipconfig), i usually starting hacking in debug > >> messages to /sys/src/9/boot, to taste, until > >> i can reduce things down to a nice consumm=E9. > >> > >> if you're loading the kernel, you've gotten pretty far, > >> so it sounds like dhcp/tftpd themselves are properly > >> configured. > >> > > > > Yes, the kernel loads, and prompts me for an IP for a filesystem. I > enter > > one, and it goes through authid, authdom, secstore and password prompts= , > > then it dumps me off into kdumpland > > > > "ktrace /kernel/path 0x60806f34 0x6095cf30 0x6095cf6d # pc, sp, > > linkion refused" > > > > It was pretty easy to get it this far. I'm just wondering if I have my > > filesystem server set up the way I originally thought, and if there is = a > way > > to do some basic test of that. > > > > Example, can I attach an Inferno OS to my Plan 9 to validate if other > Plan 9 > > instances *should* work. > > > > Dave > > > > > >> > >> bon appitit. > >> > >> - julia child > >> > >> > > > --001485f876fec6ba57048f167346 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I just built the CONF=3Dplug

Let me see what that includ= es. =A0Maybe my sources are just really old.

Dave<= br>
On Mon, Aug 30, 2010 at 8:46 PM, Skip Tav= akkolian <9nut@9ne= tics.com> wrote:
do you compile in an nvram (that includes t= he correct rights?)

> On Mon, Aug 30, 2010 at 7:01 PM, erik quanstrom <quanstro@quanstro.net>wrote:
>
>> > Just got one of these today, and I suspect my problem has not= hing to do
>> with
>> > the guruplug and everything to do with the fact that I've= never set up
>> any
>> > PXE bootable systems before to mount a Plan 9 CPUAUTHFS servi= ce.
>> >
>> > I'm getting
>> > "ktrace /kernel/path 0x60806f34 0x6095cf30 0x6095cf6d # = pc, sp, linkion
>> > refused"
>> >
>> > I'm thinking that I don't have / either exported in a= way I know how to
>> use
>> > it remotely or that I have another fundamental configuration = issue.
>> >
>> > I'm wondering if there's a way to use either Inferno = or the same plan 9
>> > installation to test whatever needs testing to validate that = I'll be able
>> to
>> > remotely boot my guruplug.
>>
>> once you've validated that you have a reasonable
>> ipnet in /lib/ndb/local covering your network (that's
>> been my problem many times; verify with ndb/ipquery
>> especially that you have a fs=3D entry), and you've tried
>> adding -Dd to bootargs (adding verbosity to
>> ip/ipconfig), i usually starting hacking in debug
>> messages to /sys/src/9/boot, to taste, until
>> i can reduce things down to a nice consumm=E9.
>>
>> if you're loading the kernel, you've gotten pretty far, >> so it sounds like dhcp/tftpd themselves are properly
>> configured.
>>
>
> Yes, the kernel loads, and prompts me for an IP for a filesystem. =A0I= enter
> one, and it goes through authid, authdom, secstore and password prompt= s,
> then it dumps me off into kdumpland
>
> "ktrace /kernel/path 0x60806f34 0x6095cf30 0x6095cf6d # pc, sp, > linkion refused"
>
> It was pretty easy to get it this far. =A0I'm just wondering if I = have my
> filesystem server set up the way I originally thought, and if there is= a way
> to do some basic test of that.
>
> Example, can I attach an Inferno OS to my Plan 9 to validate if other = Plan 9
> instances *should* work.
>
> Dave
>
>
>>
>> bon appitit.
>>
>> - julia child
>>
>>



--001485f876fec6ba57048f167346--