Re: [9fans] Plan 9 on Routers?

On Tue, Mar 24, 2009 at 7:20 PM, erik quanstrom wrote: > > see  ipconfig(8). > ip/rip ... I wonder! P.S.: Thanks for all the pointers... -- Rahul Murmuria

Re: [9fans] Plan 9 on Routers?

> It seems that /net/iproute is where I can start. It has a complete > interface for editing routes. What we need is a user space script that > implements routing, like http://www.openbgp.org/ does on OpenBSD. > Except that, it will only have to send add, delete and flush control > messages to the

Re: [9fans] Plan 9 on Routers?

So, the bottom line is no one has really explored Plan 9 on routers. It seems that /net/iproute is where I can start. It has a complete interface for editing routes. What we need is a user space script that implements routing, like http://www.openbgp.org/ does on OpenBSD. Except that, it will only

Re: [9fans] music video that everone on this list will agree with :-)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I remember this: http://www.youtube.com/watch?v=q5THcoVW0oM Youtube is fine to find some old things :-) - -- - -kix- http://www.kix.es/ Joel C. Salomon escribió: > …and do you believe in yesterday(1)? > >

Re: [9fans] Plan 9 on Routers?

On Tue, 24 Mar 2009 16:05:08 EDT Rahul Murmuria wrote: > I am willing to explore this area. Maybe if /net reaches every router, such > metrics can be retrieved and exchanged between the routers like other router > OSes do (or maybe better than they already do) ? > > I am planning to understand

Re: [9fans] Plan 9 on Routers?

On Tue, Mar 24, 2009 at 4:05 PM, Rahul Murmuria wrote: > Hi Devon! > > On Tue, Mar 24, 2009 at 3:45 PM, Devon H. O'Dell > wrote: >> >> Are you a student? This kind of stuff has interested me quite a bit in >> Plan 9 (though more from a packet classification standpoint -- read: >> firewalling), an

Re: [9fans] kernel tag bug?

> doesn't the kernel get credit either way?  either > it's the source (devmnt) or the server (devcons). > am i missing something? if devmnt is involved, devcons is not. it is some 9P server mounted on /dev/cons, not the kernel's devcons. russ

Re: [9fans] kernel tag bug?

On Tue Mar 24 16:00:54 EDT 2009, r...@swtch.com wrote: > On Tue, Mar 24, 2009 at 10:59 AM, erik quanstrom > wrote: > > it looks like devcons is suffering from some sort of tag collision. > > a Rwrite is coming back for a Tread. > > > > Sat Jan 24 09:43:47: mnt: proc rc 10946: mismatch from /mnt/t

Re: [9fans] drawterm font

>the bitmaps for the ascii characters are embedded in the drawterm binary. That's libdraw/defont.c, right? I'll see about swapping that around for latin1.7, my personal favorite, just for the heck of it, though for now, doing the single large window is more-or-less what I was after anyway. Tha

Re: [9fans] Plan 9 on Routers?

Hi Devon! On Tue, Mar 24, 2009 at 3:45 PM, Devon H. O'Dell wrote: > > Are you a student? This kind of stuff has interested me quite a bit in > Plan 9 (though more from a packet classification standpoint -- read: > firewalling), and it seems like a nifty project for GSoC. > Yes, I am a student. I

Re: [9fans] drawterm font

On Tue, Mar 24, 2009 at 12:35 PM, Benjamin Huntsman wrote: > Not a big issue, but is it possible to change the default font in drawterm? no; the bitmaps for the ascii characters are embedded in the drawterm binary. you could perhaps arrange to build a different binary but it is easier to use rio

Re: [9fans] Plan 9 on Routers?

> Maybe there is a filesystem that exposes the kernel routing table to > user space for certain routing algorithm scripts to hack upon? #I publishes routes in iproute, typically bound so that this appears as /net/iproute. that's probablly a good start. - erik

Re: [9fans] kernel tag bug?

On Tue, Mar 24, 2009 at 10:59 AM, erik quanstrom wrote: > it looks like devcons is suffering from some sort of tag collision. > a Rwrite is coming back for a Tread. > > Sat Jan 24 09:43:47: mnt: proc rc 10946: mismatch from /mnt/temp/data > /dev/cons rep 0xf63661a8 tag 1 fid 1170 T116 R119 rp 1 >

Re: [9fans] drawterm font

> I ask because my 'bootes' account's profile doesn't start rio, so I > occasionally use it to do command-line-only administration things, > like adding users. why not drawterm as yourself and "cpu -u bootes" if you can't access the console via C? - erik

Re: [9fans] Plan 9 on Routers?

On Tue, Mar 24, 2009 at 3:45 PM, Devon H. O'Dell wrote: > 2009/3/24 Rahul Murmuria : >> I was poking around for what it would take to get there. I found >> this[1]. I am basically looking to have a way to do routing using Plan >> 9. You can already do that on any standard Linux using Quagga[2] bas

Re: [9fans] Plan 9 on Routers?

2009/3/24 Rahul Murmuria : > I was poking around for what it would take to get there. I found > this[1]. I am basically looking to have a way to do routing using Plan > 9. You can already do that on any standard Linux using Quagga[2] based > on GNU Zebra. > > Maybe there is a filesystem that expose

[9fans] drawterm font

Not a big issue, but is it possible to change the default font in drawterm? I imagine once logged in successfully, it could be changed via arguments to rio, but I'm talking about during the text-only login. I ask because my 'bootes' account's profile doesn't start rio, so I occasionally use it t

[9fans] Plan 9 on Routers?

I was poking around for what it would take to get there. I found this[1]. I am basically looking to have a way to do routing using Plan 9. You can already do that on any standard Linux using Quagga[2] based on GNU Zebra. Maybe there is a filesystem that exposes the kernel routing table to user spa

[9fans] kernel tag bug?

it looks like devcons is suffering from some sort of tag collision. a Rwrite is coming back for a Tread. Sat Jan 24 09:43:47: mnt: proc rc 10946: mismatch from /mnt/temp/data /dev/cons rep 0xf63661a8 tag 1 fid 1170 T116 R119 rp 1 Sat Jan 24 10:06:26: unexpected reply tag 1; type 117 Fri Jan 30 15

Re: [9fans] music video that everone on this list will agree with :-)

…and do you believe in yesterday(1)? or ; no idea which is the more faithful rendition. —Joel Salomon

Re: [9fans] grist for the "synchronous vs. asynchronous" mill

> On Tue, Mar 24, 2009 at 6:34 AM, erik quanstrom wrote: > > On Tue Mar 24 08:54:12 EDT 2009, rogpe...@gmail.com wrote: > >> http://www.classhat.com/tymaPaulMultithread.pdf > > > > seems more like grist for the task vs. process > > debate.  not that the outcome is in doubt. > > except that they o

Re: [9fans] grist for the "synchronous vs. asynchronous" mill

On Tue, Mar 24, 2009 at 6:34 AM, erik quanstrom wrote: > On Tue Mar 24 08:54:12 EDT 2009, rogpe...@gmail.com wrote: >> http://www.classhat.com/tymaPaulMultithread.pdf > > seems more like grist for the task vs. process > debate.  not that the outcome is in doubt. except that they only went to 1000

Re: [9fans] hardware idea

> The Marvell SoC only has the one controller with two ports going out > anway so I am pretty sure it's a SATA port multiplier you would be > playing around with in there, and that's going to be fustrating. it has one controller with 2 edma units (ports). see p. 70, chp 8 fig. 14 of http://www.

Re: [9fans] grist for the "synchronous vs. asynchronous" mill

On Tue Mar 24 08:54:12 EDT 2009, rogpe...@gmail.com wrote: > http://www.classhat.com/tymaPaulMultithread.pdf seems more like grist for the task vs. process debate. not that the outcome is in doubt. - erik

Re: [9fans] hardware idea

erik quanstrom wrote: >> Probably easier to develop on: >> >> http://www.embeddedarm.com/products/board-detail.php?product=TS-7800 >> >> The NAND annoyingly is not via the SoC and there are a few other quirks >> however as you can boot off the SD card (making it unbrickable and dead >> easy to

[9fans] grist for the "synchronous vs. asynchronous" mill

http://www.classhat.com/tymaPaulMultithread.pdf

Re: [9fans] music video that everone on this list will agree with :-)

Yep!! Another one: http://www.youtube.com/watch?v=J5LNTTGDKYo ++pac == C++ is to C as lung cancer is to lung . [anonymous on the Web] == <>

[9fans] music video that everone on this list will agree with :-)

http://www.youtube.com/watch?v=XHosLhPEN3k :-) Arnold