> - add support for new reno,
i apoligize for not mentioning that the new reno work
was part of the nix/9k tcp. i'm not sure who wrote it.
sorry!
also i forgot to mention that this version of qread can
potentially cut the number of reads on tcp channels by up
to 1/2. one might as well complete
since it came up, i put my working copy of tcp along with some testing
scripts in /n/sources/contrib/quanstro/tcp.
there are a number of fixes rolled into this, but the main fixes are
- add support for new reno,
- properly handle zero-window probes (on both ends),
- don't confuse the cwind with th
> what's the easiest way to transfer files on and off the machine?
Just stick the SD card in another machine. There has to be
a FAT partition for booting; or you can access the fossil
partition if you have an sd card reader on a plan 9 machine.
You can boot the rpi as a cpu server networked via
really excellent stuff!
what's the easiest way to transfer files on and off the machine?
- erik
On Sat, 18 Aug 2012 19:31:27 BST Richard Miller <9f...@hamnavoe.com> wrote:
> Progress report on Plan 9 for raspberry pi:
>
> Driver for sd/mmc card is now up and running, just in time for
> Bakul Shah to demonstrate 9pi at the Raspberry Jam today at the
> Computer History Museum in Mountain View
pif = ported it fast :)
--
cinap
Progress report on Plan 9 for raspberry pi:
Driver for sd/mmc card is now up and running, just in time for
Bakul Shah to demonstrate 9pi at the Raspberry Jam today at the
Computer History Museum in Mountain View. I hope he'll post a
report.
With local fossil on SD card, 9pi can now build its own
> yes, bootrc basicly does the same stuff as the c based /boot/boot
> did before. we found that the other 30 odd programs can come in handy.
> especially when you try to boot a kernel on a odd machines where
> theres no working disks (yet :-)).
Yes, I've found the same approach useful while develo
nope. paqfs doesnt exit. and its not wasting 10mb.
term% ps -a | grep paq
cinap_lenrek50:00 0:00 188K Preadpaqfs
yes, bootrc basicly does the same stuff as the c based /boot/boot
did before. we found that the other 30 odd programs can come in handy.
especially when you try
On Aug 18, 2012, at 9:56 AM, Kurt H Maier wrote:
> On Sat, Aug 18, 2012 at 01:55:15AM -0700, Nick LaForge wrote:
>> Oh yeah, already a comment about the GUI 'sucking'! A bit more
>> fortitude is in order, right?
>
> The thing you have to remember about "hacker news" is that nothing
> posted th
> for comparsion, drawing a 1024x768x32 rio window would be
> like 3MB of precious kernel memory.
not an apples-to-apples comparison. devdraw images are
reclaimable and compactable. and does init paqfs exit or not?
that's another 10mb. but memory use is really beside the point.
i think the rc
term% cat /sys/src/9/port/bootfs.proto
$objtype
bin
9660srv
awk
aux
kbdfs
bind
cat
cfs
cryptsetup
dd
disk
> > You can also use a boot.fs kernel, so you can define the startup in an
> > rc script. Very convenient, I used it to set up our
> > cpu/auth/fileserver to use a Coraid AoE device for Venti.
>
> you can do that with the usual scripts with 9atom. it requires setting
> "aoeif=" and "aoedev=". se
> You can also use a boot.fs kernel, so you can define the startup in an
> rc script. Very convenient, I used it to set up our
> cpu/auth/fileserver to use a Coraid AoE device for Venti.
you can do that with the usual scripts with 9atom. it requires setting
"aoeif=" and "aoedev=". see the manual
> I have looked contents in /boot/bootfs.paq of 9front.
> I like the booting process: flexible, elegant and probably powerful.
it's another stage of bootloading which requires a number of things to be
built-in
to the kernel. in this sense, it's like initrd.
if we were to instead make the local
> please use http, as ftp seems to have an issue that can cause
> connection hangs, especially with os-x.
>
No problem, although I'm likely to do this from a Plan 9 terminal or
CPU server. Although I presume fcp(1) isn't an option?
> i believe i've found and fixed the problem with tcp, but it's
> Probably right, although it's never been clear to me why some things
> have '*' and some don't. For example etherN=X is used only by
> the kernel, but it still gets passed in the normal '#e' environment
> to processes.
i'd say that it's a bit of parsimony that we didn't get right.
quite sim
On Sat Aug 18 10:30:53 EDT 2012, lu...@proxima.alt.za wrote:
> > http://ftp.quanstro.net/other/9atom.iso.bz2.
>
> Thank you, I'll give it a try sometimes later, let you know what I
> discover...
please use http, as ftp seems to have an issue that can cause
connection hangs, especially with os-x.
> Not how do we punish John Floren for this statement :-)?
>
> POSIX defines a pretty good framework, which is why Plan 9 is POSIX-ish.
i'd have to say that posix is unixish, and plan 9 is a follow on to unix,
so it's not surprising that many of the system calls have survived, if not
unscathed.
> The thing you have to remember about "hacker news" is that nothing
> posted there is news and none of the people who frequent it are hackers.
The original name of Hacker News was unsurprisingly Startup News.
Not how do we punish John Floren for this statement :-)?
POSIX defines a pretty good
> http://ftp.quanstro.net/other/9atom.iso.bz2.
Thank you, I'll give it a try sometimes later, let you know what I
discover...
++L
> No, the physical hardware, co-hosted in Cape Town. Changing the
> underlying virtualiser would be quite a mission from my current
> location. I am going to upload an atom ISO image, though, if you
> (Erik) point me to the smallest, recent version you have handy :-)
http://ftp.quanstro.net/othe
On Sat, Aug 18, 2012 at 01:55:15AM -0700, Nick LaForge wrote:
> Oh yeah, already a comment about the GUI 'sucking'! A bit more
> fortitude is in order, right?
The thing you have to remember about "hacker news" is that nothing
posted there is news and none of the people who frequent it are hackers
>> I'm 1300 km aways from the server, incidentally.
>
> the not-so-virtual virtual machine?
>
No, the physical hardware, co-hosted in Cape Town. Changing the
underlying virtualiser would be quite a mission from my current
location. I am going to upload an atom ISO image, though, if you
(Erik) p
> But maybe without the leading '*', since they
> aren't kernel parameters.
Probably right, although it's never been clear to me why some things
have '*' and some don't. For example etherN=X is used only by
the kernel, but it still gets passed in the normal '#e' environment
to processes.
On
> How about
> *fossilpercent=NN
> *ventipercent=NN
> *kfspercent=NN
> Any others?
>
> I'll do a patch if nobody objects. Needs a change to kfs to add '-m'
> option.
Yes. I think it's a good idea.
But maybe without the leading '*', since they
aren't kernel parameters.
--
Dav
> I have looked contents in /boot/bootfs.paq of 9front.
> I like the booting process: flexible, elegant and probably powerful.
Using a shell script to control booting has been around for a while:
--rwxrwxr-x M 12 sys sys 568 Feb 3 2005 /sys/lib/sysconfig/blast/boot
> personally, i'd lean
> toward adding an environment variable which could be put into plan9.ini
> and be the equivalent of -m.
How about
*fossilpercent=NN
*ventipercent=NN
*kfspercent=NN
Any others?
I'll do a patch if nobody objects. Needs a change to kfs to add '-m' opt
Thanks Erik and John,
It seems the option value -m is 20 by default.
/sys/src/9/boot/local.c in Plan9:
run("/boot/fossil", "-m", "20", "-f", partition,
"-c", "srv -A fboot", "-c", "srv -p fscons", nil);
I have looked contents in /boot/bootfs.paq of 9front.
I like the booti
Oh yeah, already a comment about the GUI 'sucking'! A bit more
fortitude is in order, right? Even if the status quo is to be a WIMP?
Regardless, it takes a lazy dilettante to complain in this manner
about a research system (an incredibly malleable one, to boot). It
also seems that rio's simplic
30 matches
Mail list logo
