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
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 booting process:
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'
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
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.
--
David du
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
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) point
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.
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/other/9atom.iso.bz2.
Thank you, I'll give it a try sometimes later, let you know what I
discover...
++L
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
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.
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.
i
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
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
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
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=list and aoedev=list. see the
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=list and aoedev=list. see
term% cat /sys/src/9/port/bootfs.proto
$objtype
bin
9660srv
awk
aux
kbdfs
bind
cat
cfs
cryptsetup
dd
disk
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
On Aug 18, 2012, at 9:56 AM, Kurt H Maier kh...@intma.in 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
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
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
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
pif = ported it fast :)
--
cinap
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. I
really excellent stuff!
what's the easiest way to transfer files on and off the machine?
- erik
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
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
- 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
30 matches
Mail list logo
