headers
Mathieu Lonjaret | 1 Dec 2010 10:46
Picon
Gravatar

Re: latest minicluster: ARM fun

And it even makes a very decent christmas tree, with all the pretty lights! ;)

On Tue, Nov 30, 2010 at 6:56 PM, ron minnich <rminnich <at> gmail.com> wrote:
> Here is our latest minicluster design.
>
> We used the gumstix stagecoach.
>
> It's nice, 196 Ovaros in a box. We had a number of failed attempts on
> an enclosure design:
> http://picasaweb.google.com/rminnich/Strongbox?authkey=Gv1sRgCI6PwZXM57iZ8gE#
>
> That was my first design, it was really quite compact and fun, and it
> was a huge pain to assemble. It hit the basic high points however: 7
> nodes per stagecoach, 7 stagecoaches per shelf, a switch per shelf
> that reduced the outgoing enet cables to one. Power was a huge issue;
> 5V 80A per shelf, which was not fun. 10 GA wires never are.
>
> I know at least some people on this list know Mitch Williams. He came
> up with this:
> http://picasaweb.google.com/rminnich/StrongboxAtSC10?authkey=Gv1sRgCJbWpcfci73HxwE#
> It's quite elegant: self-contained shelves, with power supply,
> Rigrunner for fuses,
> continues the use of an 8-port switch per shelf, so each shelf has one
> 120V power cable and one enet cable coming out.
>
> Plan 9 is in the works. This is a nice test and development platform
> for software. We're going to make the design available in a way that
> people can easily build their own.
>
> ron
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richard Miller | 1 Dec 2010 15:36

Re: latest minicluster: ARM fun

Very nice, and very reminiscent of the "processor farms" we used to
build out of gumstix-sized transputer TRAM modules in the late '80s.

Of course you'd need a whole boxful of 20Mhz transputers to compete
with a single 600Mhz omap, but the transputer did make it surprisingly
easy to get linear speedups by adding more processors, thanks to the
low latency of communication on its serial links.  Because link
read/write was performed with a single instruction, with process
scheduling and interrupt handling microcoded into the cpu (no kernel
required), the overhead for a send or receive (from user code to bits
on the wire or vice versa) was about 20 cycles, or 1μs.  I would be
interested to know the equivalent figure for overo's ethernet (with
linux or plan 9 helping out).
Permalink | Reply | 0 comments |
headers
Fernan Bolando | 1 Dec 2010 15:41

ansi escape codes and p9p 9term

Hi all

I like being able to cut and paste on the terminal, but occasionally i
still drop to xterm to make ansi escape from scrambling the screen. In
a real plan9 i can use vt, for p9p however what do you guys do?

regards
fernan
Permalink | Reply | 4 comments |
headers
erik quanstrom | 1 Dec 2010 15:49
Favicon

Re: ansi escape codes and p9p 9term

On Wed Dec  1 09:42:55 EST 2010, fernanbolando <at> mailc.net wrote:
> Hi all
> 
> I like being able to cut and paste on the terminal, but occasionally i
> still drop to xterm to make ansi escape from scrambling the screen. In
> a real plan9 i can use vt, for p9p however what do you guys do?

i have a hacked version of 9term that eats vt/xterm escape sequences.

- erik
Permalink | Reply | 1 comment |
headers
Aram Hăvărneanu | 1 Dec 2010 17:24
Picon
Gravatar

Building Inferno on Mac OS X

Hi, I seem to have some problems while trying to build hosted Inferno
on Mac OS X.

Orion%
Orion% uname -a
Darwin Orion.local 10.5.0 Darwin Kernel Version 10.5.0: Fri Nov  5
23:20:39 PDT 2010; root:xnu-1504.9.17~1/RELEASE_I386 i386
Orion%
Orion% pwd
/Users/aram/inferno
Orion%
Orion% cat mkconfig
#
#	Set the following 4 variables.  The host system is the system where
#	the software will be built; the target system is where it will run.
#	They are almost always the same.

#	On Nt systems, the ROOT path MUST be of the form `drive:/path'
ROOT=/Users/aram/inferno

#
#	Specify the flavour of Tk (std for standard builds)
#
TKSTYLE=std

#
#	Except for building kernels, SYSTARG must always be the same as SYSHOST
#
SYSHOST=MacOSX		# build system OS type (Hp, Inferno, Irix, Linux,
MacOSX, Nt, Plan9, Solaris)
(Continue reading)

Permalink | Reply | 4 comments |
headers
Aram Hăvărneanu | 1 Dec 2010 17:34
Picon
Gravatar

Re: Building Inferno on Mac OS X

On Wed, Dec 1, 2010 at 6:24 PM, Aram Hăvărneanu <aram.h <at> mgk.ro> wrote:
> Hi, I seem to have some problems while trying to build hosted Inferno
> on Mac OS X.
>

The mail client inserted additional newlines. A `better' build log is
here: http://pastebin.com/JXFgzimW

Thanks,

--

-- 
Aram Hăvărneanu
Permalink | Reply | 0 comments |
headers
Martin Kühl | 1 Dec 2010 17:40
Picon
Gravatar

Re: Building Inferno on Mac OS X

On Wed, Dec 1, 2010 at 17:24, Aram Hăvărneanu <aram.h <at> mgk.ro> wrote:
> OBJTYPE=386                     # target system object type (eg, 386, arm, mips, power,
> s800, sparc)
> OBJTYPE=$objtype

With these lines you correctly set OBJTYPE to 386, then immediately
reset it to $objtype, which is empty.
Comment out the second line and you should be fine.

HTH,
Martin
Permalink | Reply | 2 comments |
headers
Aram Hăvărneanu | 1 Dec 2010 17:50
Picon
Gravatar

Re: Building Inferno on Mac OS X

On Wed, Dec 1, 2010 at 6:40 PM, Martin Kühl <martin.kuehl <at> gmail.com> wrote:
> On Wed, Dec 1, 2010 at 17:24, Aram Hăvărneanu <aram.h <at> mgk.ro> wrote:
>> OBJTYPE=386                     # target system object type (eg, 386, arm, mips, power,
>> s800, sparc)
>> OBJTYPE=$objtype
>
> With these lines you correctly set OBJTYPE to 386, then immediately
> reset it to $objtype, which is empty.
> Comment out the second line and you should be fine.
>

You are correct -- that was an error. However, it doesn't solve the
problem, I get a different error:

http://pastebin.com/QJj5BSXs

/Users/aram/inferno/MacOSX/386/include/lib9.h does not exist, btw.

Thanks,

--

-- 
Aram Hăvărneanu
Permalink | Reply | 1 comment |
headers
Aram Hăvărneanu | 1 Dec 2010 18:11
Picon
Gravatar

Re: Building Inferno on Mac OS X

On Wed, Dec 1, 2010 at 6:50 PM, Aram Hăvărneanu <aram.h <at> mgk.ro> wrote:
> On Wed, Dec 1, 2010 at 6:40 PM, Martin Kühl <martin.kuehl <at> gmail.com> wrote:
>> On Wed, Dec 1, 2010 at 17:24, Aram Hăvărneanu <aram.h <at> mgk.ro> wrote:
>>> OBJTYPE=386                     # target system object type (eg, 386, arm, mips, power,
>>> s800, sparc)
>>> OBJTYPE=$objtype
>>
>> With these lines you correctly set OBJTYPE to 386, then immediately
>> reset it to $objtype, which is empty.
>> Comment out the second line and you should be fine.
>>
>

With the aid of Mr. Martin Kühl and Mr. jumzi on IRC, I was able to
solve the problem.

mk nuke && mk install

did the trick.

Thanks guys!

--

-- 
Aram Hăvărneanu
Permalink | Reply | 0 comments |
headers
Skip Tavakkolian | 1 Dec 2010 20:32
Picon

Re: latest minicluster: ARM fun

Very cool!  more lights than the WOPR and slightly less than the
Connection Machine :)

The Stagecoach board seems to be available on gumstix site. Anyone order it yet?

-Skip

On Tue, Nov 30, 2010 at 9:56 AM, ron minnich <rminnich <at> gmail.com> wrote:
> Here is our latest minicluster design.
>
> We used the gumstix stagecoach.
>
> It's nice, 196 Ovaros in a box. We had a number of failed attempts on
> an enclosure design:
> http://picasaweb.google.com/rminnich/Strongbox?authkey=Gv1sRgCI6PwZXM57iZ8gE#
>
> That was my first design, it was really quite compact and fun, and it
> was a huge pain to assemble. It hit the basic high points however: 7
> nodes per stagecoach, 7 stagecoaches per shelf, a switch per shelf
> that reduced the outgoing enet cables to one. Power was a huge issue;
> 5V 80A per shelf, which was not fun. 10 GA wires never are.
>
> I know at least some people on this list know Mitch Williams. He came
> up with this:
> http://picasaweb.google.com/rminnich/StrongboxAtSC10?authkey=Gv1sRgCJbWpcfci73HxwE#
> It's quite elegant: self-contained shelves, with power supply,
> Rigrunner for fuses,
> continues the use of an 8-port switch per shelf, so each shelf has one
> 120V power cable and one enet cable coming out.
>
(Continue reading)

Permalink | Reply | 4 comments |

Gmane