OK, thanks.
2009/7/30, roger peppe :
> 2009/7/30 hugo rivera :
> > [...] there's no way two different files point to the
>
> > same data structure (but maybe two different fids do?) so reference
> > counting is unnecessary, am I right?
>
>
> no, because a file can be opened several times.
> whe
i'm probably being stupid here, but what's a good robust way
of detecting in $home/lib/profile that the remote connection
is from drawterm, so that i can start rio etc?
currently the best i've got is to check /mnt/term/sysname,
but that falls down the moment i connect from a different host...
Drawterm connects with service=cpu
In the cpu clause I do this:
if (! test -e /mnt/term/mnt/wsys) { # dt2k
# cpu call from drawterm
if (test -e /mnt/term/dev/secstore){
auth/factotum -n
cat /mnt/term/dev/s
/mnt/term/dev/hostdomain?
AFAIK it's always drawterm.net.
On Fri, Jul 31, 2009 at 12:31 PM, roger peppe wrote:
> i'm probably being stupid here, but what's a good robust way
> of detecting in $home/lib/profile that the remote connection
> is from drawterm, so that i can start rio etc?
>
> current
2009/7/31 Steve Simon :
> Drawterm connects with service=cpu
>
> In the cpu clause I do this:
>
> if (! test -e /mnt/term/mnt/wsys) { # dt2k
> # cpu call from drawterm
> if (test -e /mnt/term/dev/secstore){
> auth/factotum -n
>
this resulted in a little side discussion.
to save someone else from having to break a strong oath about 9fans,
i'll sum it up. the existing code handles this situation.
when several processes share a segment, and any one of them
decides to shrink the segment, all the processes must see
the change
installing from sdC0 or sdC1 CD, is it even possible?? If so what should be
edited?
Thanks,
++pac
> ... procflushseg finds all processes that share s, sets them all up
> to flush their mmu states, and also sets any processor running such a process
> to flush its state (that's picked up by a clock interrupt).
>
> procflushseg will not proceed until all processes and processors that
> might need
I was able to install from sdC1 in the Bochs emulator. If you install
and your CD is not sdD0, you get this prompt:
Unknown boot device: sdD0!cdboot!9pcflop.gz
Boot device: fd0
boot from:
If its sdC1 (like in my case), the answer has to be:
boot from: sdC1!cdboot!9pcflop.gz
More info about the
very interesting. thanks for the sum up.
but my testcase crashes a uniprocessor system, so here is no
waiting for mmuflushes on other processors going on.
any other process that shares the segment and was suspended
in the kernel may potentialy hold a pointer to that freed memory
area of the segme
A buddy of mine just got this: asus p5ql/epu motherboard. It came with
Splashtop: http://en.wikipedia.org/wiki/Splashtop
... which is a linux distribution that boots in like 5 seconds or so.
Complete with BlackBox for a window manager, Skype, an instant messager
client and firefox.
I wonder if
> process1:
> still in kernel:
> memmove(buf, ...)
> *fault*
> trap()
> fault386()
> fault() => -1
> if(!user){
> panic()
>
2009/7/31 erik quanstrom :
>> process1:
>> still in kernel:
>> memmove(buf, ...)
>> *fault*
>> trap()
>> fault386()
>> fault() => -1
>> if(!user){
>>
> > could you be more specific. what is your test program,
> > where is it crashing (if you know), and what is the panic
> > message, if any? i must be dense, but i'm confused by
> > your process diagram.
>
> He posted it earlier in this thread
>
> --dho
please post a reference. i do not see
2009/7/31 erik quanstrom :
>> > could you be more specific. what is your test program,
>> > where is it crashing (if you know), and what is the panic
>> > message, if any? i must be dense, but i'm confused by
>> > your process diagram.
>>
>> He posted it earlier in this thread
>>
>> --dho
>
> ple
> i hadn't noticed the (apparently undocumented) secstore device.
ditto.
>but my testcase crashes a uniprocessor system, so here is no
>waiting for mmuflushes on other processors going on.
it ensures mmuflushes in all other processes (sharing that segment) as well.
in fact, the crash you describe just emphasises that point:
the page reference no longer exists, hence th
> it ensures mmuflushes in all other processes (sharing that segment) as well.
> in fact, the crash you describe just emphasises that point:
> the page reference no longer exists, hence the fault.
>
> the problem (which frankly doesn't bother me) is that fault386
> is being overly cautious in assu
you can get similar effects by remapping things.
i meant that it isn't likely to happen by accident, so am i bovvered?
fault386 needs to be fixed mainly by or for people running a shared cpu
server with hostile users (ie, students).
for the rest of us it might be more useful to have the panic
to pr
Slightly off topic (of this thread), but I'm looking for troff sources
of 8th, 9th, 10th and Plan 9 1st Editions to complete the man page
collections at http://man.cat-v.org
If anyone knows where I can find copies of any of those, I would be
most grateful.
uriel
On Thu, Jul 30, 2009 at 6:13 PM,
i attached it in a previous mail... try again...
--
cinap
--- Begin Message ---
> process1:
> still in kernel:
> memmove(buf, ...)
> *fault*
> trap()
> fault386()
> fault() => -1
>
On Fri, Jul 31, 2009 at 1:50 PM, David Leimbach wrote:
> A buddy of mine just got this: asus p5ql/epu motherboard. It came with
> Splashtop: http://en.wikipedia.org/wiki/Splashtop
> ... which is a linux distribution that boots in like 5 seconds or so.
> Complete with BlackBox for a window manag
On Fri, Jul 31, 2009 at 6:56 PM, J.R. Mauro wrote:
> Doesn't ASUS burn the Linux distro into a chip, though? Maybe there
> are utilities to flash it with something else.
see flashrom at coreboot.org
This is a great idea assuming we can get a mobo that plan 9 can use.
ron
On Jul 30, 2009, at 9:31 AM, sqweek wrote:
2009/7/30 Roman V Shaposhnik :
This is sort of off-topic, but does anybody have any experience with
Ceph?
http://ceph.newdream.net/
Good or bad war stories (and general thoughts) would be quite
welcome.
Not with ceph itself, but the description
I'm not a big fan of lustre. In fact I'm talking to someone who really
wants 9p working well so he can have lustre on all but a few nodes,
and those lustre nodes export 9p.
ron
On Jul 31, 2009, at 10:41 PM, ron minnich wrote:
I'm not a big fan of lustre. In fact I'm talking to someone who really
wants 9p working well so he can have lustre on all but a few nodes,
and those lustre nodes export 9p.
What are your clients running? What are their requirements as
far as POS
26 matches
Mail list logo
