[9fans] was: So quiet!

2009-11-02 Thread Talib Kamaal
Well, the sheeva plug port was already there (Geoff finished it...). We did manage to boot it using 9vx as a fileserver and did the same for the gumstix (vertex pro). Are the sources for this available? Regards

Re: [9fans] hoc's behaviour, unary operators

2009-11-02 Thread Dennis Ritchie
erik quanstrom quans...@quanstro.net wrote in message news:332ccdbfcadf7769acbbd00931f5c...@brasstown.quanstro.net... ... therefore the string a++b can't be valid, since the tokens the parser sees are a INC b. that's not kosher c. way back when in primoridal c, there were no seperate tokens

[9fans] original cpu server

2009-11-02 Thread erik quanstrom
while on the subject of ancient things, does anyone know what hardware the first (or even proto-) cpu server ran on? i hope i haven't missed the answer in the archive. - erik

Re: [9fans] original cpu server

2009-11-02 Thread Rob Pike
the first attempt was on a multi-headed vax whose model number escapes me. it was pretty foul architecturally. in early 1989 a restart was done for the 25-MHz mips CPU inside a 4-headed SGI shared-memory multiprocessor. the CPU had no synchronizing instructions but the SGI machine had a special

Re: [9fans] dtrace for plan 9

2009-11-02 Thread David Leimbach
On Sun, Nov 1, 2009 at 9:03 PM, erik quanstrom quans...@quanstro.netwrote: Some people find the idea of writing their own kernel code scary. To those who don't I imagine d-trace has less appeal. sure thing. plan 9, by being simple, makes the kernel a much less scary place to be. by the

Re: [9fans] original cpu server

2009-11-02 Thread Benjamin Huntsman
does anyone know what hardware the first (or even proto-) cpu server ran on? I thought the original CPU server was the SGI Power 4D, with the i960-based optical connection. ...unless there was something older? -Ben winmail.dat

[9fans] ZFS Dedup

2009-11-02 Thread Devon H. O'Dell
ZFS now does deduplication: http://blogs.sun.com/bonwick/entry/zfs_dedup --dho

[9fans] pxeload nvram

2009-11-02 Thread Skip Tavakkolian
i need to pxeboot several cpus -- remote sensors -- with only usb storage. here's an old thread for the same thing. is there a solution? http://groups.google.com/group/comp.os.plan9/browse_thread/thread/db9236f5f8f740bd/66707c18718f8e7c?lnk=gstq=pxe+boot+nvram+usb#66707c18718f8e7c

Re: [9fans] pxeload nvram

2009-11-02 Thread erik quanstrom
On Mon Nov 2 13:08:47 EST 2009, 9...@9netics.com wrote: i need to pxeboot several cpus -- remote sensors -- with only usb storage. here's an old thread for the same thing. is there a solution? aoe storage? - erik

Re: [9fans] pxeload nvram

2009-11-02 Thread Francisco J Ballesteros
iirc it's ok to put the nvram in a USB disk dongle. On 02/11/2009, at 18:59, 9...@9netics.com wrote: i need to pxeboot several cpus -- remote sensors -- with only usb storage. here's an old thread for the same thing. is there a solution?

Re: [9fans] Pictures from IWP9?

2009-11-02 Thread Roman Shaposhnik
On Mon, Nov 2, 2009 at 5:56 PM, Jonas A jonas.amo...@home.se wrote: Does anyone have pictures from the workshop? And videos? Thanks, Roman.

Re: [9fans] pxeload nvram

2009-11-02 Thread Skip Tavakkolian
iirc it's ok to put the nvram in a USB disk dongle. how is it specified? i can't find any references.

[9fans] npfs list dead?

2009-11-02 Thread Tim Newsham
Hi, I'm doing some work w/ npfs. There's a mailing list but it appears dead. Is anyone actively using and maintaining npfs? Is the mailing list the appropriate forum to discuss bugs and fixes? Tim Newsham http://www.thenewsh.com/~newsham/

Re: [9fans] npfs list dead?

2009-11-02 Thread Eric Van Hensbergen
AFAIK, it was still being actively maintained as part of xcpu. -eric On Nov 2, 2009, at 2:06 PM, Tim Newsham wrote: Hi, I'm doing some work w/ npfs. There's a mailing list but it appears dead. Is anyone actively using and maintaining npfs? Is the mailing list the appropriate forum

Re: [9fans] pxeload nvram

2009-11-02 Thread Francisco J Ballesteros
iirc you could put nvram=/dev/sdU... in plan9.ini. On 02/11/2009, at 20:52, 9...@9netics.com wrote: iirc it's ok to put the nvram in a USB disk dongle. how is it specified? i can't find any references. [/mail/box/nemo/msgs/200911/113]

Re: [9fans] pxeload nvram

2009-11-02 Thread erik quanstrom
On Mon Nov 2 15:34:25 EST 2009, n...@lsub.org wrote: iirc you could put nvram=/dev/sdU... in plan9.ini. this patch, mentioned at iwp9, will also solve the problem without mangling plan9.ini: /n/sources/plan9//sys/src/libauthsrv/readnvram.c:25,46 - readnvram.c:25,32 int len; }

Re: [9fans] Pictures from IWP9?

2009-11-02 Thread roger peppe
2009/11/2 Jonas A jonas.amo...@home.se: Does anyone have pictures from the workshop? I brought my camera but it seams that I did not make so many photos anyhow. here are some photos i took during extra-curricular activities at iwp9. i realise that there are probably some photos that some might

Re: [9fans] Pictures from IWP9?

2009-11-02 Thread Eric Van Hensbergen
On Mon, Nov 2, 2009 at 4:03 PM, roger peppe rogpe...@gmail.com wrote: PS. i'd like to have a glance at the videos of the presentations too - i was given to believe that they might be available after the event... eric? The rough cut re-runs are still on http://www.livestream.com/iwp9 Click

Re: [9fans] Pictures from IWP9?

2009-11-02 Thread Bruce Ellis
The Devil Went Down To Georgia? brucee On Tue, Nov 3, 2009 at 9:23 AM, Eric Van Hensbergen eri...@gmail.com wrote: On Mon, Nov 2, 2009 at 4:03 PM, roger peppe rogpe...@gmail.com wrote: PS. i'd like to have a glance at the videos of the presentations too - i was given to believe that they

Re: [9fans] Pictures from IWP9?

2009-11-02 Thread erik quanstrom
On Mon Nov 2 17:46:22 EST 2009, bruce.el...@gmail.com wrote: The Devil Went Down To Georgia? brucee i must have missed you in all the excitement. next time make sure to say hi! - erik

Re: [9fans] was: So quiet!

2009-11-02 Thread geoff
I'd like to make the sheevaplug port available soon. We've hit a bug in the latest 5c or 5l and I'd like to wait for that to be fixed first. The initial port was not done on a stock kernel, and adapting it to a stock kernel produced a less reliable port (probably my fault). I think I've just