>
> If I choose to install plan9, I get a result shown in the attached
> a.png (and it does not proceed any further).
>
> If I choose to just boot (not install), it gets stuck after
> init: starting /bin/rc
> and shows the same 'spurious interrupt 39'.
>
Try to play with AHCI settings in BIOS.
IIR
Hello everyone,
I almost succussfully installed P9 CPU server on my Raspberry Pi.
However during the booting it has a problem with nvram each time:
496M memory: 101M kernel data, 395M user, 1877M swap
usb/hub... usb/ether...
etherusb smsc: b827eb19b423
usb/kb... usb/kb... readnvram: can't find nv
>
> Have you written your key? (hint: auth/wrkey)
Still the same:
cpu% auth/wrkey
readnvram: can't find nvram
authid: bootes
...
can't write key to nvram:
error writing nvram:
cpu%
The nvram partition exists:
/dev/sdM0/nvram
Pavel
As expected, it was my fault.
I did not...
cp config-cpu.txt config.txt
Sorry for the noise...
Pavel
Hi all,
I am trying to compile Go 1.4.3 on my Raspberry Pi following David's
instructions on https://github.com/golang/go/wiki/Plan9.
But still having errors...
term% make.rc
# Building C bootstrap tool.
cmd/dist
# Building compilers and Go bootstrap tool for host, plan9/arm.
lib9
libbio
liblin
>
> I believe that route to bootstrapping go from scratch on Plan 9
> will work only for 386.
>
I see.
> On arm, you can either cross-compile go1.4 on another go platform
> (eg plan9/386, plan9port on linux/386, or linux/arm), or start with
> a pre-compiled plan9/arm package (there are several t
>
> There are some binaries available here if you want to use them to
> bootstrap:
>
> http://www.9legacy.org/download.html
Already done and working fine. ;)
Thank you.
Pavel
>
> Once you have that, you can run it on Plan 9 on the Raspberry Pi to
> bootstrap the current release of go.
>
Another stupid question - sorry for that ;)...
9pi has about 1,7GB plan9 partition size.
On my 8GB SD card the rest is unused...
Is there a way how to extended plan9 partition to use
>
> 9pi has about 1,7GB plan9 partition size.
> On my 8GB SD card the rest is unused...
>
Maybe it would be wise to use Venti on that unsed space... ;)
Pavel
>
> > Maybe it would be wise to use Venti on that unsed space... ;)
>
> If you don't have a venti server somewhere near your pi yet, then
> definitely yes.
>
It will be a fight... ;)
I just created a new partition of PLAN9 type there (according to
https://9p.io/wiki/plan9/setting_up_Venti/index.h
>
> I just created a new partition of PLAN9 type there (according to
> https://9p.io/wiki/plan9/setting_up_Venti/index.html), saved and
> rebooted...
>
> ...and system failed to boot:
>
> boot: can't connect to file server: '/boot/kfs' does not exists
>
It seems the boot process does not like two
>
> I just created a new partition of PLAN9 type there (according to
>> https://9p.io/wiki/plan9/setting_up_Venti/index.html), saved and
>> rebooted...
>>
>> ...and system failed to boot:
>>
>> boot: can't connect to file server: '/boot/kfs' does not exists
>>
>
> It seems the boot process does not
Hi all,
I am trying a very simple 'go' program under Plan9 (both 386 and ARM):
package main
import (
"fmt"
"net"
"time"
)
func main() {
laddr, err := net.ResolveUDPAddr("udp", ":6000")
if err != nil {
fmt.Println("laddr: ", err)
}
raddr, err := net.ResolveUDPAddr("udp", "cpx61.tk8.lan:6000")
i
> I Really use fossil and venti and have done so for the last 12 years,
> though perhaps I am nobody...
>
So we are 2 nobodies, at least... ;)
Pavel
Hi all,
I tried some artificial example for Plan9 compiler (5c)...
This code is compiled without any problem:
uintptr frst[] = {nil, nil, nil, nil, nil};
uintptr scnd[] = {nil, nil, frst, &frst[0]};
But this one fails:
uintptr frst[] = {nil, nil, nil, nil, nil};
uintptr scnd[] = {nil, nil, frst,
> what headers you've included?
>
As usually:
#include
#include
with uintptr i get compilation error: incompatible types: "ULONG" and "IND
> VOID" for op AS.
> with void* it compiles without errors.
>
> alex.b.
>
> ps: are you czech?
>
Yes.
Pavel
--
Sorry, I was not precise enough.
I prepared arrays in the initiated data segment:
This program cannot be compiled:
#include
#include
uintptr frst[] = {nil, nil, nil, nil, nil};
uintptr scnd[] = {nil, nil, frst, &frst[1]};
void main(void) {
exits(nil);
}
...because of:
cpu% 5c t.c
t.c:5 ini
Ah, thanks! Going to try...
út 25. 1. 2022 v 9:28 odesílatel Alex Musolino napsal:
> It didn't always work on 9front. Check the dump!
>
> After bisecting the dump and looking through the git log, I suspect
> that 9front changeset 71939a82 [1] will fix it for you.
>
> [1]
> https://git.9front.
Hi all,
I would like to know whether there is any hard (based on CPU architecture)
limit of maximal number of processes in Plan9 on Intel or ARM.
I do not think the soft limit like the lack of memory... ;)
Thanks in advance for any hint.
Pavel
Hi Steven,
conf.nproc = 100 + ((conf.npage*BY2PG)/MB)*5;
> if(cpuserver)
> conf.nproc *= 3;
> if(conf.nproc > 2000)
> conf.nproc = 2000;
>
> In general, you will find that 2000 is the highest allowable due to
> limits imposed by proc.c.
but if I understand it
I discovered another interesting feature in my tests:
If 'fork' exceeds nproc value, kernel panics.
If 'fork' reaches the available memory limit, it is blocked until some
memory is released (e.g. by the finish of some process).
Pavel
2014/1/10 erik quanstrom
> > launching 32000 processes was
Hi all,
I am using native Plan9.
I tried to create a remote Mercurial repository via 'ssh':
term% hg init ssh://xxx.yyy.zzz/test --verbose
running ssh xxx.yyy.zzz "hg init test"
running ssh xxx.yyy.zzz "hg -R test serve --stdio"
remote: abort: Bad file number
abort: no suitable response from rem
Hi Steven,
For the most part, using HTTP/S repositories will give you the best bang
> for the proverbial buck.
I see. In fact I tried to create and use Mercurial repository via 'ssh' and
'ftp' (via ftpfs) and none of them works.
Pavel
It seems I do not fully understand the discussion about ssh...
When I manually make this command (what 'hg' does)...
ssh xxx.yyy.zzz "hg init test"
...the result is:
bash: hg: Command not found...
When I manually modify it...
ssh xxx.yyy.zzz 'hg init test'
...the result is...
!Adding key
which version of hg are you using?
>
...from contrib - bichued/hg
> i'm pretty sure that jeff's version use ape/psh to execute
> commands, but not positive. it must use psh to be posix-y.
>
Ah, where is it available?
Pavel
>
> https://bitbucket.org/jas/cpython
>
> you can pull hg directly from the mainline.
>
Well, I am a little bit confused...
1. Is is a new 'python' interpretter implementation? What is a difference
from 'bichued/python'?
2. Is my original problem with mercurial caused by 'hg' or 'python' on
Plan9
>
> 1. Is is a new 'python' interpretter implementation? What is a difference
> from 'bichued/python’?
>
>
> It’s a ‘new’ CPython 2.7.x version. No dependencies on 3rd party libs
> (e.g., openssl, bzip2, …).
>
Ah, excellent. Going to try...
(Personally, I never liked the dependency on openssl...)
Hi all,
I am fighting with configuration of '9pccpuf' server.
I have configured user 'bootes' as a hostowner.
I have 'listen', 'keyfs' running.
I can 'cpu' such server from another Plan9 terminal ('9pcf') as user
'bootes'.
I can 'srv' such server from another Plan9 terminal ('9pcf') as user
'boo
Hi Stevie,
I know, auth can be tricky...
In fact.
> Without having further information about your setup I
> can only recommend reading this doc:
> http://kamalatta.ddnss.de/config/Plan9Tutorial.txt.
>
Thanks for the link, going to recheck my configuration.
> P.S.: I don't know the full back
Hi Stevie,
I think this thread on 9fans might help:
>
> http://marc.info/?l=9fans&m=116732560810918&w=2
thanks, going to read it too.
> Read the whole thread, but I think my linked message has the answer.
> Do you start keyfs before listen in your cpurc?
>
Yes, it was 1st thing I checked...
Hi Stevie,
you were right, I missed one point during the server
installation/configuration:
I forgot 'auth/changeuser bootes'... :(
Now 'auth/debug' works well, sorry for a noise.
And thank you.
Pavel
2014-08-05 11:09 GMT+02:00 Pavel Klinkovský :
> Hi Stevie,
>
Hi all,
I tried very simple program on native Plan9:
#include
#include
void
main(int, char**)
{
int afd, lfd;
char adir[NETPATHLEN], ldir[NETPATHLEN];
afd = announce("tcp!*!20540", adir);
if (afd < 0)
sysfatal("listen: %r");
lfd = listen(adir, ldir);
if (lfd < 0)
sysfatal("listen: %r");
if
Hi Sergey,
It seems, you do it incorrectly :) dial(2) has an exact example if using
> announce/listen/accept functions.
>
I do exactly what I need. ;)
The sequence announce/listen/accept is very well known to me.
But I need both possibilities:
- accept incoming connection
- reject incoming conn
Hi all,
I am trying such simple program:
#include
#include
static void
closer(int dfd) {
print("closer(%d): 1\n", getpid());
sleep(10 * 1000);
print("closer(%d): 2\n", getpid());
close(dfd);
print("closer(%d): 3\n", getpid());
}
void
main(int, char**)
{
int dfd;
char ddir[NETPATHLEN];
char bu
Hi cinap,
hangup(cfd);/* hangup connection, fd stays valid but i/o will error */
>
thank you for your explanation and help.
Going to use 'hangup' function. ;)
Pavel
> another way to implement these kinds of timeouts is
> alarm(), see sleep(2).
>
Yes, I know.
But it was just a simplified example to explain my real need:
- 'receiver' process
- another 'sender' process, which should have a possibility to close the
TCP connection, and relase 'receiver' from read
OTOH, 'hangup' approach does not work in UDP.
It means, read() is not finished... :(
Pavel
2014-11-13 14:17 GMT+01:00 :
> ah, ok :)
>
> --
> cinap
>
>
> interesting, that might be worth implementing.
>
Maybe.
> the alternative would be to send the reading process a note to
> interrupt the blocking syscall.
>
Actually, it my 'plan B'... ;)
the closer proc should just send the note and not close the fd.
> and the reader proc should close the f
> the changes to implement udp hangup are trivial tho:
>
> diff -r 51564dc1adae sys/src/9/ip/udp.c
> --- a/sys/src/9/ip/udp.cThu Nov 13 10:23:53 2014 +0100
> +++ b/sys/src/9/ip/udp.cThu Nov 13 15:42:24 2014 +0100
> @@ -518,6 +518,11 @@
>
> ucb = (Udpcb*)c->ptcl;
> if
> + if(strcmp(f[0], "hangup") == 0){
>> + qhangup(c->rq, nil);
>> + qhangup(c->wq, nil);
>> + return nil;
>> + }
>
>
You patch works as expected. ;)
Thanks.
Pavel
40 matches
Mail list logo