9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] v9fs vs mmap
@ 2021-10-24 11:03 Richard Miller
  2021-10-24 19:50 ` [9fans] v9fs vs mmap (SOLVED) Richard Miller
  0 siblings, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-24 11:03 UTC (permalink / raw)
  To: 9fans

I'm trying to cross-compile go for plan9-386 using go-linux-amd64
(on a linux laptop) with the source tree mounted from a plan 9 server
via v9fs (mount -t 9p).

All goes well up to a point, then this happens:

/mnt/sys/lib/go1.17/pkg/tool/linux_amd64/link: mapping output file failed: invalid argument

It appears the go linker is now using mmap on its output file,
so it can write to different object code sections at multiple
offsets.

Should this be expected to work? Or is mmap not supported over v9fs?


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/T386b893f614f2b23-Ma99850de6a262031ebd727dc
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (SOLVED)
  2021-10-24 11:03 [9fans] v9fs vs mmap Richard Miller
@ 2021-10-24 19:50 ` Richard Miller
  2021-10-24 22:31   ` Conor Williams
  2021-10-25 11:04   ` [9fans] v9fs vs mmap (not quite SOLVED) Richard Miller
  0 siblings, 2 replies; 46+ messages in thread
From: Richard Miller @ 2021-10-24 19:50 UTC (permalink / raw)
  To: 9fans

> Should this be expected to work? Or is mmap not supported over v9fs?

OK, found the answer: adding 'cache=mmap' to the mount options
makes it work beautifully! I suppose there's a good reason this
isn't the default ... (?)


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Td63f0104f10a7d67-M47ccd8e5fa6376752fc61e3c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (SOLVED)
  2021-10-24 19:50 ` [9fans] v9fs vs mmap (SOLVED) Richard Miller
@ 2021-10-24 22:31   ` Conor Williams
  2021-10-25 11:04   ` [9fans] v9fs vs mmap (not quite SOLVED) Richard Miller
  1 sibling, 0 replies; 46+ messages in thread
From: Conor Williams @ 2021-10-24 22:31 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 893 bytes --]

great, there is a remount=rw or =ro
and theres a fatal errors one there somewhere to which remounts it based on
the remount /c:202124102229
ps: anyone else having probelms with eht permission on p.m. with the dodgy
non
kernel fuse blk (and is it going to be moved (back?) into the kernel ) --
gaping holes in
the security... /c:2230

On Sun, Oct 24, 2021 at 7:51 PM Richard Miller <9fans@hamnavoe.com> wrote:

> > Should this be expected to work? Or is mmap not supported over v9fs?
> 
> OK, found the answer: adding 'cache=mmap' to the mount options
> makes it work beautifully! I suppose there's a good reason this
> isn't the default ... (?)
> 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Td63f0104f10a7d67-M84dc834456ec2a87a4281c40
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 2201 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-24 19:50 ` [9fans] v9fs vs mmap (SOLVED) Richard Miller
  2021-10-24 22:31   ` Conor Williams
@ 2021-10-25 11:04   ` Richard Miller
  2021-10-25 23:53     ` Conor Williams
  2021-10-26 10:51     ` Richard Miller
  1 sibling, 2 replies; 46+ messages in thread
From: Richard Miller @ 2021-10-25 11:04 UTC (permalink / raw)
  To: 9fans

> adding 'cache=mmap' to the mount options
> makes it work beautifully!

Not quite beautifully, it turns out. The build proceeds a lot further,
but ends with a memory fault as reported below.

Can anyone suggest other mount options I should tweak?

$ GOOS=plan9 GOARCH=386 GOROOT_BOOTSTRAP=/usr/lib/go GOROOT_FINAL=/sys/lib/go1.17 ./make.bash
Building Go cmd/dist using /usr/lib/go. (go1.7.4 linux/amd64)
Building Go toolchain1 using /usr/lib/go.
Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for host, linux/amd64.
# cmd/vendor/github.com/google/pprof/third_party/d3
unexpected fault address 0x607c60
fatal error: fault
[signal SIGBUS: bus error code=0x2 addr=0x607c60 pc=0x607c60]

goroutine 1 [running]:
runtime.throw({0xce1702, 0xc00008d870})
        /sys/lib/go1.17/src/runtime/panic.go:1198 +0x71 fp=0xc00008d828 sp=0xc00008d7f8 pc=0x435331
runtime.sigpanic()
        /sys/lib/go1.17/src/runtime/signal_unix.go:732 +0x125 fp=0xc00008d878 sp=0xc00008d828 pc=0x44b325
cmd/compile/internal/typecheck.(*iexporter).pushDecl(0xc6e9c0, 0xc0000a2120)
        /sys/lib/go1.17/src/cmd/compile/internal/typecheck/iexport.go:403 fp=0xc00008d880 sp=0xc00008d878 pc=0x607c60
cmd/compile/internal/typecheck.WriteExports(0xc0000b4000)
        /sys/lib/go1.17/src/cmd/compile/internal/typecheck/iexport.go:272 +0x254 fp=0xc00008da58 sp=0xc00008d880 pc=0x606f34
cmd/compile/internal/gc.dumpexport(0xc0000ae010)
        /sys/lib/go1.17/src/cmd/compile/internal/gc/export.go:39 +0x1d5 fp=0xc00008dba0 sp=0xc00008da58 pc=0xc02d55
cmd/compile/internal/gc.dumpCompilerObj(0xc0000ae010)
        /sys/lib/go1.17/src/cmd/compile/internal/gc/obj.go:106 +0x28 fp=0xc00008dbc0 sp=0xc00008dba0 pc=0xc05748
cmd/compile/internal/gc.dumpobj1({0x7fffdfeb7fde, 0x23}, 0x3)
        /sys/lib/go1.17/src/cmd/compile/internal/gc/obj.go:62 +0x178 fp=0xc00008dc70 sp=0xc00008dbc0 pc=0xc051d8
cmd/compile/internal/gc.dumpobj()
        /sys/lib/go1.17/src/cmd/compile/internal/gc/obj.go:43 +0x36 fp=0xc00008dc98 sp=0xc00008dc70 pc=0xc04ff6
cmd/compile/internal/gc.Main(0xd16458)
        /sys/lib/go1.17/src/cmd/compile/internal/gc/main.go:307 +0x105b fp=0xc00008df20 sp=0xc00008dc98 pc=0xc0495b
main.main()
        /sys/lib/go1.17/src/cmd/compile/main.go:55 +0xdd fp=0xc00008df80 sp=0xc00008df20 pc=0xc26d9d
runtime.main()
        /sys/lib/go1.17/src/runtime/proc.go:255 +0x227 fp=0xc00008dfe0 sp=0xc00008df80 pc=0x437a07
runtime.goexit()
        /sys/lib/go1.17/src/runtime/asm_amd64.s:1581 +0x1 fp=0xc00008dfe8 sp=0xc00008dfe0 pc=0x466f81
go tool dist: FAILED: /mnt/sys/lib/go1.17/pkg/tool/linux_amd64/go_bootstrap install -gcflags=all= -ldflags=all= std cmd: exit status 2


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M21962d3e6cc1b1ab472b5700
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-25 11:04   ` [9fans] v9fs vs mmap (not quite SOLVED) Richard Miller
@ 2021-10-25 23:53     ` Conor Williams
  2021-10-26  9:22       ` Richard Miller
  2021-10-26 10:51     ` Richard Miller
  1 sibling, 1 reply; 46+ messages in thread
From: Conor Williams @ 2021-10-25 23:53 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 3925 bytes --]

hey my main man, Richard...
u got 'go' going -- great stuff indeed
and then you tried to compile pprof and it failed -- no...
what you did was compile pprof (not shown...) great!, and then when you ran
it,
it failed... on the same machine?? but surely a cross plan 9, cross
compiler/lnker/env
is for getting plan 9 binaries going...
or is your prompt modified??
--- from a non c.c. person, may i speak freely...
it looks like it just failed maybe to do with disc space (possibly)... exit
(2) could easily be:
exit(1000001) r.s....
/c:20212510around midnight m.f
ps. are there any s. problems conor?



On Mon, Oct 25, 2021 at 11:05 AM Richard Miller <9fans@hamnavoe.com> wrote:

> > adding 'cache=mmap' to the mount options
> > makes it work beautifully!
>
> Not quite beautifully, it turns out. The build proceeds a lot further,
> but ends with a memory fault as reported below.
>
> Can anyone suggest other mount options I should tweak?
>
> $ GOOS=plan9 GOARCH=386 GOROOT_BOOTSTRAP=/usr/lib/go
> GOROOT_FINAL=/sys/lib/go1.17 ./make.bash
> Building Go cmd/dist using /usr/lib/go. (go1.7.4 linux/amd64)
> Building Go toolchain1 using /usr/lib/go.
> Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
> Building Go toolchain2 using go_bootstrap and Go toolchain1.
> Building Go toolchain3 using go_bootstrap and Go toolchain2.
> Building packages and commands for host, linux/amd64.
> # cmd/vendor/github.com/google/pprof/third_party/d3
> unexpected fault address 0x607c60
> fatal error: fault
> [signal SIGBUS: bus error code=0x2 addr=0x607c60 pc=0x607c60]
> 
> goroutine 1 [running]:
> runtime.throw({0xce1702, 0xc00008d870})
>         /sys/lib/go1.17/src/runtime/panic.go:1198 +0x71 fp=0xc00008d828
> sp=0xc00008d7f8 pc=0x435331
> runtime.sigpanic()
>         /sys/lib/go1.17/src/runtime/signal_unix.go:732 +0x125
> fp=0xc00008d878 sp=0xc00008d828 pc=0x44b325
> cmd/compile/internal/typecheck.(*iexporter).pushDecl(0xc6e9c0,
> 0xc0000a2120)
>         /sys/lib/go1.17/src/cmd/compile/internal/typecheck/iexport.go:403
> fp=0xc00008d880 sp=0xc00008d878 pc=0x607c60
> cmd/compile/internal/typecheck.WriteExports(0xc0000b4000)
>         /sys/lib/go1.17/src/cmd/compile/internal/typecheck/iexport.go:272
> +0x254 fp=0xc00008da58 sp=0xc00008d880 pc=0x606f34
> cmd/compile/internal/gc.dumpexport(0xc0000ae010)
>         /sys/lib/go1.17/src/cmd/compile/internal/gc/export.go:39 +0x1d5
> fp=0xc00008dba0 sp=0xc00008da58 pc=0xc02d55
> cmd/compile/internal/gc.dumpCompilerObj(0xc0000ae010)
>         /sys/lib/go1.17/src/cmd/compile/internal/gc/obj.go:106 +0x28
> fp=0xc00008dbc0 sp=0xc00008dba0 pc=0xc05748
> cmd/compile/internal/gc.dumpobj1({0x7fffdfeb7fde, 0x23}, 0x3)
>         /sys/lib/go1.17/src/cmd/compile/internal/gc/obj.go:62 +0x178
> fp=0xc00008dc70 sp=0xc00008dbc0 pc=0xc051d8
> cmd/compile/internal/gc.dumpobj()
>         /sys/lib/go1.17/src/cmd/compile/internal/gc/obj.go:43 +0x36
> fp=0xc00008dc98 sp=0xc00008dc70 pc=0xc04ff6
> cmd/compile/internal/gc.Main(0xd16458)
>         /sys/lib/go1.17/src/cmd/compile/internal/gc/main.go:307 +0x105b
> fp=0xc00008df20 sp=0xc00008dc98 pc=0xc0495b
> main.main()
>         /sys/lib/go1.17/src/cmd/compile/main.go:55 +0xdd fp=0xc00008df80
> sp=0xc00008df20 pc=0xc26d9d
> runtime.main()
>         /sys/lib/go1.17/src/runtime/proc.go:255 +0x227 fp=0xc00008dfe0
> sp=0xc00008df80 pc=0x437a07
> runtime.goexit()
>         /sys/lib/go1.17/src/runtime/asm_amd64.s:1581 +0x1 fp=0xc00008dfe8
> sp=0xc00008dfe0 pc=0x466f81
> go tool dist: FAILED:
> /mnt/sys/lib/go1.17/pkg/tool/linux_amd64/go_bootstrap install -gcflags=all=
> -ldflags=all= std cmd: exit status 2
> 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Mce02cafc79074097d4b3080b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 5780 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-25 23:53     ` Conor Williams
@ 2021-10-26  9:22       ` Richard Miller
  0 siblings, 0 replies; 46+ messages in thread
From: Richard Miller @ 2021-10-26  9:22 UTC (permalink / raw)
  To: 9fans

> what you did was compile pprof (not shown...) great!, and then when you ran
> it,
> it failed... on the same machine?? but surely a cross plan 9, cross
> compiler/lnker/env
> is for getting plan 9 binaries going...
> or is your prompt modified??

I'll annotate the error message a bit for clarification:

> Building packages and commands for host, linux/amd64.

The failure occurred while building all of go for linux, on linux.

> # cmd/vendor/github.com/google/pprof/third_party/d3

This output line reports which package was being built when the failure occurred.

> unexpected fault address 0x607c60
> fatal error: fault
> [signal SIGBUS: bus error code=0x2 addr=0x607c60 pc=0x607c60]

There was a memory fault related to address 0x607c60 which is the same
as the program counter, suggesting the fault was a failure to fetch
the instruction at that address.

> goroutine 1 [running]:
> runtime.throw({0xce1702, 0xc00008d870})
>         /sys/lib/go1.17/src/runtime/panic.go:1198 +0x71 fp=0xc00008d828
> sp=0xc00008d7f8 pc=0x435331
> runtime.sigpanic()
>         /sys/lib/go1.17/src/runtime/signal_unix.go:732 +0x125
> fp=0xc00008d878 sp=0xc00008d828 pc=0x44b325
> cmd/compile/internal/typecheck.(*iexporter).pushDecl(0xc6e9c0,
> 0xc0000a2120)
>         /sys/lib/go1.17/src/cmd/compile/internal/typecheck/iexport.go:403
> ...
> cmd/compile/internal/gc.Main(0xd16458)
>         /sys/lib/go1.17/src/cmd/compile/internal/gc/main.go:307 +0x105b
> fp=0xc00008df20 sp=0xc00008dc98 pc=0xc0495b
> main.main()
>         /sys/lib/go1.17/src/cmd/compile/main.go:55 +0xdd fp=0xc00008df80

The go runtime traceback suggests that the running binary is the go compiler,
which is being executed from the v9fs file system on the Plan 9 server.
The pc value 0x607c60 is within the text segment of the program, so I'm
guessing there was some problem fetching the page, which the linux kernel
reports as a "bus error" (a generic term for "something went wrong related
to memory").

There's plenty of disk space on the server.



------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Mb6b34812de6756eda30d2665
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-25 11:04   ` [9fans] v9fs vs mmap (not quite SOLVED) Richard Miller
  2021-10-25 23:53     ` Conor Williams
@ 2021-10-26 10:51     ` Richard Miller
  2021-10-26 15:53       ` Dan Cross
  1 sibling, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-26 10:51 UTC (permalink / raw)
  To: 9fans

> Can anyone suggest other mount options I should tweak?

I have tried cache=fscache and cache=loose. In both cases I see startling
cases of incoherency: ie reading file X returns contents of file Y (neither
of which has been modified for months).

Maybe my linux kernel is too old? (4.9.0-5-amd64)


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Mc9b4b5b29f8c1d0f872db991
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 10:51     ` Richard Miller
@ 2021-10-26 15:53       ` Dan Cross
  2021-10-26 16:06         ` Conor Williams
  2021-10-26 16:51         ` Richard Miller
  0 siblings, 2 replies; 46+ messages in thread
From: Dan Cross @ 2021-10-26 15:53 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 860 bytes --]

On Tue, Oct 26, 2021 at 6:52 AM Richard Miller <9fans@hamnavoe.com> wrote:

> > Can anyone suggest other mount options I should tweak?
>
> I have tried cache=fscache and cache=loose. In both cases I see startling
> cases of incoherency: ie reading file X returns contents of file Y (neither
> of which has been modified for months).
>
> Maybe my linux kernel is too old? (4.9.0-5-amd64)


Quite possibly, though it occurs to me: if you just want to make forward
progress in the short term, perhaps consider using the local Linux
filesystem and exporting that to plan9 using a user-space 9p server?

        - Dan C.

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M46fe1a757214cbd53fb7b9ea
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 1691 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 15:53       ` Dan Cross
@ 2021-10-26 16:06         ` Conor Williams
  2021-10-26 16:51         ` Richard Miller
  1 sibling, 0 replies; 46+ messages in thread
From: Conor Williams @ 2021-10-26 16:06 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1578 bytes --]

i suppose there is no-reason why the tricky tricky go compiler...
i mean it even to conceptualise the concept... my god... and
taht is even before the coding of it...
i mean that my friends is what we in the business' call tricky
/c:2021102617ish

On Tue, Oct 26, 2021 at 3:55 PM Dan Cross <crossd@gmail.com> wrote:

> On Tue, Oct 26, 2021 at 6:52 AM Richard Miller <9fans@hamnavoe.com> wrote:
>
>> > Can anyone suggest other mount options I should tweak?
>>
>> I have tried cache=fscache and cache=loose. In both cases I see startling
>> cases of incoherency: ie reading file X returns contents of file Y
>> (neither
>> of which has been modified for months).
>>
>> Maybe my linux kernel is too old? (4.9.0-5-amd64)
>
>
> Quite possibly, though it occurs to me: if you just want to make forward
> progress in the short term, perhaps consider using the local Linux
> filesystem and exporting that to plan9 using a user-space 9p server?
>
>         - Dan C.
>
> *9fans <https://9fans.topicbox.com/latest>* / 9fans / see discussions
> <https://9fans.topicbox.com/groups/9fans> + participants
> <https://9fans.topicbox.com/groups/9fans/members> + delivery options
> <https://9fans.topicbox.com/groups/9fans/subscription> Permalink
> <https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M46fe1a757214cbd53fb7b9ea>
>

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Meaa0a90d1b761e96c1f80543
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 2370 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 15:53       ` Dan Cross
  2021-10-26 16:06         ` Conor Williams
@ 2021-10-26 16:51         ` Richard Miller
  2021-10-26 18:17           ` Skip Tavakkolian
  1 sibling, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-26 16:51 UTC (permalink / raw)
  To: 9fans

> if you just want to make forward
> progress in the short term, perhaps consider using the local Linux
> filesystem and exporting that to plan9 using a user-space 9p server?

Sure, that's what I did years ago to bring up go-plan9 without an
existing native go-plan9 to bootstrap from. The cross-compilation
is just an example task to see how practical it is to use v9fs
to get work done. I'd like to keep as much stuff as possible on
the plan 9 server (with fossil/venti backup) and not use local
linux file system for anything valuable.


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M60cd958084b9c3ecbc1514ab
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 16:51         ` Richard Miller
@ 2021-10-26 18:17           ` Skip Tavakkolian
  2021-10-26 18:54             ` Conor Williams
  2021-10-26 19:09             ` Richard Miller
  0 siblings, 2 replies; 46+ messages in thread
From: Skip Tavakkolian @ 2021-10-26 18:17 UTC (permalink / raw)
  To: 9fans

I couldn't get this setup to work before when I tried  to use git on
Linux; there is some sort of race. It may be related to flock support?

$ pwd
/mnt/9n/usr/fst
$ ls -l go
ls: cannot access 'go': No such file or directory
$ git clone https://go.googlesource.com/go
Cloning into 'go'...
error: could not write config file /mnt/9n/usr/fst/go/.git/config: File exists
fatal: could not set 'core.filemode' to 'true'
$

After a little digging, there is a 9P2000.L variant that seems to
kitchen-sink all Linux fs calls into 9P. There's a file server
(https://github.com/chaos/diod) that implements it. It would be
interesting to know if your case fails using it.  I'll be able to try
it with git in a few hours.

On Tue, Oct 26, 2021 at 9:52 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > if you just want to make forward
> > progress in the short term, perhaps consider using the local Linux
> > filesystem and exporting that to plan9 using a user-space 9p server?
> 
> Sure, that's what I did years ago to bring up go-plan9 without an
> existing native go-plan9 to bootstrap from. The cross-compilation
> is just an example task to see how practical it is to use v9fs
> to get work done. I'd like to keep as much stuff as possible on
> the plan 9 server (with fossil/venti backup) and not use local
> linux file system for anything valuable.
> 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Me71966cdfba6c97aec9f56e5
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 18:17           ` Skip Tavakkolian
@ 2021-10-26 18:54             ` Conor Williams
  2021-10-26 19:09             ` Richard Miller
  1 sibling, 0 replies; 46+ messages in thread
From: Conor Williams @ 2021-10-26 18:54 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1885 bytes --]

is anyone working on s.d support for p.9 skip?...
/c:202110261900pmosh
ps: it's a shockin' piney day out.. or sorry cur ping!

On Tue, Oct 26, 2021 at 6:19 PM Skip Tavakkolian <skip.tavakkolian@gmail.com>
wrote:

> I couldn't get this setup to work before when I tried  to use git on
> Linux; there is some sort of race. It may be related to flock support?
>
> $ pwd
> /mnt/9n/usr/fst
> $ ls -l go
> ls: cannot access 'go': No such file or directory
> $ git clone https://go.googlesource.com/go
> Cloning into 'go'...
> error: could not write config file /mnt/9n/usr/fst/go/.git/config: File
> exists
> fatal: could not set 'core.filemode' to 'true'
> $
>
> After a little digging, there is a 9P2000.L variant that seems to
> kitchen-sink all Linux fs calls into 9P. There's a file server
> (https://github.com/chaos/diod) that implements it. It would be
> interesting to know if your case fails using it.  I'll be able to try
> it with git in a few hours.
>
> On Tue, Oct 26, 2021 at 9:52 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > > if you just want to make forward
> > > progress in the short term, perhaps consider using the local Linux
> > > filesystem and exporting that to plan9 using a user-space 9p server?
> >
> > Sure, that's what I did years ago to bring up go-plan9 without an
> > existing native go-plan9 to bootstrap from. The cross-compilation
> > is just an example task to see how practical it is to use v9fs
> > to get work done. I'd like to keep as much stuff as possible on
> > the plan 9 server (with fossil/venti backup) and not use local
> > linux file system for anything valuable.
> >

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M7375e43d311d5027ca748c7d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 3571 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 18:17           ` Skip Tavakkolian
  2021-10-26 18:54             ` Conor Williams
@ 2021-10-26 19:09             ` Richard Miller
  2021-10-26 19:33               ` Skip Tavakkolian
  1 sibling, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-26 19:09 UTC (permalink / raw)
  To: 9fans

> there is a 9P2000.L variant that seems to
> kitchen-sink all Linux fs calls into 9P. There's a file server
> (https://github.com/chaos/diod) that implements it. It would be
> interesting to know if your case fails using it.

Sorry, I've cloned & built diod but I can't quite see how to
deploy it for my use case, which is to mount fs from Plan 9
file server onto linux client. The server is 4th edition and
thus 9P2000 not 9P2000.L.

Here's the incantation I've been using to mount atom's fs
using v9fs:

$ factotum -n
$ srv -a atom
$ sudo mount -t 9p -o trans=unix.uname=miller,dfltuid=1000,dfltgid=1000,cache=mmap `namespace`/atom /mnt

What would be the equivalent using diod?


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M4d4bdafae7fc8e1611dfff1d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 19:09             ` Richard Miller
@ 2021-10-26 19:33               ` Skip Tavakkolian
  2021-10-26 19:36                 ` Skip Tavakkolian
  0 siblings, 1 reply; 46+ messages in thread
From: Skip Tavakkolian @ 2021-10-26 19:33 UTC (permalink / raw)
  To: 9fans

Sorry, I was suggesting a potential diagnostic. I was thinking (all
steps are on Linux):
* clone go
* run diod, export / over 9P2000.L
* from the same or another linux box, mount diod-exported fs and
attempt all.bash
I am speculating that if that works, the issue might be with
unsupported fs calls.

On Tue, Oct 26, 2021 at 12:11 PM Richard Miller <9fans@hamnavoe.com> wrote:
> > there is a 9P2000.L variant that seems to
> > kitchen-sink all Linux fs calls into 9P. There's a file server
> > (https://github.com/chaos/diod) that implements it. It would be
> > interesting to know if your case fails using it.
> 
> Sorry, I've cloned & built diod but I can't quite see how to
> deploy it for my use case, which is to mount fs from Plan 9
> file server onto linux client. The server is 4th edition and
> thus 9P2000 not 9P2000.L.
> 
> Here's the incantation I've been using to mount atom's fs
> using v9fs:
> 
> $ factotum -n
> $ srv -a atom
> $ sudo mount -t 9p -o trans=unix.uname=miller,dfltuid=1000,dfltgid=1000,cache=mmap `namespace`/atom /mnt
> 
> What would be the equivalent using diod?
> 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M377df523067b800d6b3a455f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 19:33               ` Skip Tavakkolian
@ 2021-10-26 19:36                 ` Skip Tavakkolian
  2021-10-26 23:45                   ` Skip Tavakkolian
  0 siblings, 1 reply; 46+ messages in thread
From: Skip Tavakkolian @ 2021-10-26 19:36 UTC (permalink / raw)
  To: 9fans

according to diod docs, mounting diod is similar to what you have:
sudo mount -t 9p -n 127.0.0.1 /mnt
-oaname=/tmp/9,version=9p2000.L,uname=root,access=user

On Tue, Oct 26, 2021 at 12:33 PM Skip Tavakkolian
<skip.tavakkolian@gmail.com> wrote:
>
> Sorry, I was suggesting a potential diagnostic. I was thinking (all
> steps are on Linux):
> * clone go
> * run diod, export / over 9P2000.L
> * from the same or another linux box, mount diod-exported fs and
> attempt all.bash
> I am speculating that if that works, the issue might be with
> unsupported fs calls.
>
> On Tue, Oct 26, 2021 at 12:11 PM Richard Miller <9fans@hamnavoe.com> wrote:
> > > there is a 9P2000.L variant that seems to
> > > kitchen-sink all Linux fs calls into 9P. There's a file server
> > > (https://github.com/chaos/diod) that implements it. It would be
> > > interesting to know if your case fails using it.
> > 
> > Sorry, I've cloned & built diod but I can't quite see how to
> > deploy it for my use case, which is to mount fs from Plan 9
> > file server onto linux client. The server is 4th edition and
> > thus 9P2000 not 9P2000.L.
> > 
> > Here's the incantation I've been using to mount atom's fs
> > using v9fs:
> > 
> > $ factotum -n
> > $ srv -a atom
> > $ sudo mount -t 9p -o trans=unix.uname=miller,dfltuid=1000,dfltgid=1000,cache=mmap `namespace`/atom /mnt
> > 
> > What would be the equivalent using diod?
> > 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M5324d4bafb9e75818fd85aa4
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 19:36                 ` Skip Tavakkolian
@ 2021-10-26 23:45                   ` Skip Tavakkolian
  2021-10-26 23:57                     ` Charles Forsyth
  2021-10-27  0:34                     ` Conor Williams
  0 siblings, 2 replies; 46+ messages in thread
From: Skip Tavakkolian @ 2021-10-26 23:45 UTC (permalink / raw)
  To: 9fans

I don't know if I'm helping or confusing things, but here's a bit more
experimentation;
I did the above, and git worked correctly with diod as the file server
(=> git requires syscalls
that 9p2000.l provides).  But compiling seems to run into an untested
combinatorial case:

$ GOROOT_BOOTSTRAP=~/SRC/go1.4 GOOS=plan9 GOARCH=386 ./all.bash
Building Go cmd/dist using /home/fst/SRC/go1.4.
(go1.4-bootstrap-20170531 linux/amd64)
Building Go toolchain1 using /home/fst/SRC/go1.4.
Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
/mnt/overdiod/go/pkg/tool/linux_amd64/link: mapping output file
failed: invalid argument

go tool dist: FAILED: /mnt/overdiod/go/pkg/tool/linux_amd64/link
-extld=gcc -o /mnt/overdiod/go/pkg/tool/linux_amd64/go_bootstrap
/tmp/go-tool-dist-326859795/cmd/go/_go_.a: exit status 2
Building Go toolchain2 using go_bootstrap and Go toolchain1.
go tool dist: FAILED:
/mnt/overdiod/go/pkg/tool/linux_amd64/go_bootstrap install
-gcflags=all= -ldflags=all= -i cmd/asm cmd/cgo cmd/compile cmd/link:
fork/exec /mnt/overdiod/go/pkg/tool/linux_amd64/go_bootstrap: no such
file or directory

On Tue, Oct 26, 2021 at 12:36 PM Skip Tavakkolian
<skip.tavakkolian@gmail.com> wrote:
>
> according to diod docs, mounting diod is similar to what you have:
> sudo mount -t 9p -n 127.0.0.1 /mnt
> -oaname=/tmp/9,version=9p2000.L,uname=root,access=user
>
> On Tue, Oct 26, 2021 at 12:33 PM Skip Tavakkolian
> <skip.tavakkolian@gmail.com> wrote:
> >
> > Sorry, I was suggesting a potential diagnostic. I was thinking (all
> > steps are on Linux):
> > * clone go
> > * run diod, export / over 9P2000.L
> > * from the same or another linux box, mount diod-exported fs and
> > attempt all.bash
> > I am speculating that if that works, the issue might be with
> > unsupported fs calls.
> >
> > On Tue, Oct 26, 2021 at 12:11 PM Richard Miller <9fans@hamnavoe.com> wrote:
> > > > there is a 9P2000.L variant that seems to
> > > > kitchen-sink all Linux fs calls into 9P. There's a file server
> > > > (https://github.com/chaos/diod) that implements it. It would be
> > > > interesting to know if your case fails using it.
> > > 
> > > Sorry, I've cloned & built diod but I can't quite see how to
> > > deploy it for my use case, which is to mount fs from Plan 9
> > > file server onto linux client. The server is 4th edition and
> > > thus 9P2000 not 9P2000.L.
> > > 
> > > Here's the incantation I've been using to mount atom's fs
> > > using v9fs:
> > > 
> > > $ factotum -n
> > > $ srv -a atom
> > > $ sudo mount -t 9p -o trans=unix.uname=miller,dfltuid=1000,dfltgid=1000,cache=mmap `namespace`/atom /mnt
> > > 
> > > What would be the equivalent using diod?
> > > 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M76889d95950ce443f66145ab
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 23:45                   ` Skip Tavakkolian
@ 2021-10-26 23:57                     ` Charles Forsyth
  2021-10-27  8:27                       ` Richard Miller
  2021-10-27  0:34                     ` Conor Williams
  1 sibling, 1 reply; 46+ messages in thread
From: Charles Forsyth @ 2021-10-26 23:57 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 745 bytes --]

I think the question is why mmap works over 9p from linux up to a point but
then fails in some context: what's the difference?

On Wed, 27 Oct 2021 at 00:47, Skip Tavakkolian <skip.tavakkolian@gmail.com>
wrote:

> I don't know if I'm helping or confusing things, but here's a bit more
> experimentation;
> I did the above, and git worked correctly with diod as the file server
> (=> git requires syscalls
> that 9p2000.l provides).  But compiling seems to run into an untested
> combinatorial case:
>
>

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M8f97c3d5e84df8ac2ba5bd15
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 1518 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 23:45                   ` Skip Tavakkolian
  2021-10-26 23:57                     ` Charles Forsyth
@ 2021-10-27  0:34                     ` Conor Williams
  1 sibling, 0 replies; 46+ messages in thread
From: Conor Williams @ 2021-10-27  0:34 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1203 bytes --]

#!/bin/sh
# creator:: conor.williams@gmail.com
# zipped files thingy f.s c.s... stop>
# WARNING: prototype version v1.3
##set
CMD=$1
echo $CMD
echo ${CMD}
ARGS="$2 $3 $4"

if [ "@${CMD}" = "@" ]; then
echo "give an arg...which is the command..."
exit 753;
fi

if [ ! -d /ABCD ];  then
mkdir /ABCD
fi

if [ ! -f /ABCD/${CMD} ]; then
cp /bin/${CMD}.gz /ABCD
if [ $? != 0 ]; then
cp /usr/bin/${CMD}.gz /ABCD
fi
if [ $? != 0 ]; then
echo "going to have to stop!!"
exit $?
fi
fi

if [ $? != 0 ]; then
echo "peroblems...";
fi
#https://www.youtube.com/watch?v=tb63PdPweDc
#ESTIVILL -gud
PATH_1PRE=$PATH
echo $PATH
#o..zlem t..ureci -- moderna...
## global conversion --
PATH=/ABCD:$PATH
$1 $2 $3 $4
## shift r.s
echo $PATH
echo "*****"
echo ${CMD}

gunzip /ABCD/${CMD}.gz
#if already in path and gunzipped .. then; no problem...
${CMD} ${ARGS}
PATH=${PATH_1PRE}
# crimea was armenia in england s.t.s
#EOF
##ps: eNaira 2 euroN...

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Meb9bb992211904aaea97887a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 2329 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-26 23:57                     ` Charles Forsyth
@ 2021-10-27  8:27                       ` Richard Miller
  2021-10-27 10:55                         ` Richard Miller
  2021-10-27 16:34                         ` Skip Tavakkolian
  0 siblings, 2 replies; 46+ messages in thread
From: Richard Miller @ 2021-10-27  8:27 UTC (permalink / raw)
  To: 9fans

> I think the question is why mmap works over 9p from linux up to a point but
> then fails in some context: what's the difference?

Skip, did you specify -o cache=mmap when mounting diod service
for the go build experiment?


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M3396ce5fa2b6e3ff195f96f5
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27  8:27                       ` Richard Miller
@ 2021-10-27 10:55                         ` Richard Miller
  2021-10-27 12:31                           ` Dan Cross
  2021-10-27 15:02                           ` Bakul Shah
  2021-10-27 16:34                         ` Skip Tavakkolian
  1 sibling, 2 replies; 46+ messages in thread
From: Richard Miller @ 2021-10-27 10:55 UTC (permalink / raw)
  To: 9fans

> Skip, did you specify -o cache=mmap when mounting diod service
> for the go build experiment?

I tried it myself using local diod and cache=mmap. I get a similar
SIGBUS on instruction fetch again. Conclusion: as Bakul says, now
I'm debugging linux. Not going there, thanks.

Going further off-topic for 9fans, sorry:

I thought it would be clever to update the linux client to a newer
kernel (4.19 was the latest I could find for debian 9). That
didn't go well: booting the new kernel fails with the message
  Failed to find cpu0 device node

Does anyone know if it's feasible to do an out-of-tree build
of v9fs kernel modules (9p, 9pnet?) from current source [where
is it?] and use them with my old 4.9 kernel?


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Mab7f7ef38ebe5fde4c79b0d1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 10:55                         ` Richard Miller
@ 2021-10-27 12:31                           ` Dan Cross
  2021-10-27 13:15                             ` Richard Miller
  2021-10-27 15:02                           ` Bakul Shah
  1 sibling, 1 reply; 46+ messages in thread
From: Dan Cross @ 2021-10-27 12:31 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1908 bytes --]

On Wed, Oct 27, 2021 at 6:56 AM Richard Miller <9fans@hamnavoe.com> wrote:

> > Skip, did you specify -o cache=mmap when mounting diod service
> > for the go build experiment?
>
> I tried it myself using local diod and cache=mmap. I get a similar
> SIGBUS on instruction fetch again. Conclusion: as Bakul says, now
> I'm debugging linux. Not going there, thanks.
>
> Going further off-topic for 9fans, sorry:
>
> I thought it would be clever to update the linux client to a newer
> kernel (4.19 was the latest I could find for debian 9). That
> didn't go well: booting the new kernel fails with the message
>   Failed to find cpu0 device node
>
> Does anyone know if it's feasible to do an out-of-tree build
> of v9fs kernel modules (9p, 9pnet?) from current source [where
> is it?] and use them with my old 4.9 kernel?
>

You can certainly try to do a _build_, and you may even get a shared object
of some kind. Perhaps the question could be rephrased as, "will such a
built artifact work in an older kernel?" and for that, I'm afraid all bets
are off.

What, precisely, is your use case? I understood from your earlier note that
you'd rather not keep data on Linux if you don't have to. But if you're
only building, and the "data" is just a cloned git repository and object
files and binaries, I'd reiterate my suggestion of plan 9 mounting a
user-level 9P server from Linux instead of Linux trying to mount a 9P
server from plan9: the data on Linux might be thought of as a cache, that's
easily reconstructable if necessary. Perhaps another question is, why not
build directly on plan9? Bootstrapping a toolchain, perhaps?

        - Dan C.

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Maf2662944c3fcc3c671ade36
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 2822 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 12:31                           ` Dan Cross
@ 2021-10-27 13:15                             ` Richard Miller
  2021-10-27 13:20                               ` Dan Cross
  0 siblings, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-27 13:15 UTC (permalink / raw)
  To: 9fans

> What, precisely, is your use case?

As I said, the go cross-compile was just an example task to
test the viability of v9fs. I don't *need* to cross-compile
on linux: the 9pi image, for example, comes with native
go binaries which I can use for bootstrapping.

The real use case is to have some linux-only tools -- fpga
circuit compilation toolchains for example -- keeping their
data on the plan 9 server, with the benefit of fossil snapshots
and much more space than is available on a little thinkpad SSD.


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Mf84f9fa78ba133380f7d058e
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 13:15                             ` Richard Miller
@ 2021-10-27 13:20                               ` Dan Cross
  2021-10-27 14:10                                 ` Richard Miller
  0 siblings, 1 reply; 46+ messages in thread
From: Dan Cross @ 2021-10-27 13:20 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1348 bytes --]

On Wed, Oct 27, 2021 at 9:16 AM Richard Miller <9fans@hamnavoe.com> wrote:

> > What, precisely, is your use case?
>
> As I said, the go cross-compile was just an example task to
> test the viability of v9fs. I don't *need* to cross-compile
> on linux: the 9pi image, for example, comes with native
> go binaries which I can use for bootstrapping.
>

Right.

The real use case is to have some linux-only tools -- fpga
> circuit compilation toolchains for example -- keeping their
> data on the plan 9 server, with the benefit of fossil snapshots
> and much more space than is available on a little thinkpad SSD.
>

Oh I see. Very well, then. But is it not possible that the FPGA tools don't
have the same issues with mmap that e.g. Go does? I'm afraid the rest of us
have gotten wrapped around that axle but it's a bit of a red-herring.

        - Dan C.


------------------------------------------
> 9fans: 9fans
> Permalink:
> https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Mf84f9fa78ba133380f7d058e
> Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
>

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M961ffbff61c57d294c30ed08
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 2740 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 13:20                               ` Dan Cross
@ 2021-10-27 14:10                                 ` Richard Miller
  2021-10-27 14:14                                   ` arnold
  2021-10-27 14:31                                   ` Dan Cross
  0 siblings, 2 replies; 46+ messages in thread
From: Richard Miller @ 2021-10-27 14:10 UTC (permalink / raw)
  To: 9fans

> But is it not possible that the FPGA tools don't
> have the same issues with mmap that e.g. Go does?

1. Some of the fpga tools are closed-source so I can't check with
confidence that they will never try to use mmap.

2. The go compiler is open-source so it was a simple matter to make
an experimental variant on linux which uses read/write instead of
mmap (as it does on plan 9). I still get the bus error code=0x2
when running this over v9fs. Hence the remaining v9fs problem is
not mmap related.


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M0976f2cd2ec4588563d4eb11
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 14:10                                 ` Richard Miller
@ 2021-10-27 14:14                                   ` arnold
  2021-10-27 14:39                                     ` Richard Miller
  2021-10-27 14:31                                   ` Dan Cross
  1 sibling, 1 reply; 46+ messages in thread
From: arnold @ 2021-10-27 14:14 UTC (permalink / raw)
  To: 9fans

Richard Miller <9fans@hamnavoe.com> wrote:

> > But is it not possible that the FPGA tools don't
> > have the same issues with mmap that e.g. Go does?
>
> 1. Some of the fpga tools are closed-source so I can't check with
> confidence that they will never try to use mmap.

Um, nm(1) on the binary to see what it calls?

Just a thought... :-)

Arnold

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Mbfab54f8bfadab46ceee71b5
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 14:10                                 ` Richard Miller
  2021-10-27 14:14                                   ` arnold
@ 2021-10-27 14:31                                   ` Dan Cross
  1 sibling, 0 replies; 46+ messages in thread
From: Dan Cross @ 2021-10-27 14:31 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1020 bytes --]

On Wed, Oct 27, 2021 at 10:11 AM Richard Miller <9fans@hamnavoe.com> wrote:

> > But is it not possible that the FPGA tools don't
> > have the same issues with mmap that e.g. Go does?
>
> 1. Some of the fpga tools are closed-source so I can't check with
> confidence that they will never try to use mmap.
>

Or even more confusing, it may use mmap() in a way that is irrelevant to
what filesystem it or the data lives on.

2. The go compiler is open-source so it was a simple matter to make
> an experimental variant on linux which uses read/write instead of
> mmap (as it does on plan 9). I still get the bus error code=0x2
> when running this over v9fs. Hence the remaining v9fs problem is
> not mmap related.


Well, good luck getting it all going!

        - Dan C.

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M1947a44962dcadac34b03bac
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 2008 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 14:14                                   ` arnold
@ 2021-10-27 14:39                                     ` Richard Miller
  2021-10-27 14:45                                       ` arnold
  0 siblings, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-27 14:39 UTC (permalink / raw)
  To: 9fans

>> 1. Some of the fpga tools are closed-source so I can't check with
>> confidence that they will never try to use mmap.
> 
> Um, nm(1) on the binary to see what it calls?

If you were distributing closed-source proprietary tools, would you leave
the symbol tables intact to assist reverse engineering?


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Md41872c413eede5674473c19
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 14:39                                     ` Richard Miller
@ 2021-10-27 14:45                                       ` arnold
  0 siblings, 0 replies; 46+ messages in thread
From: arnold @ 2021-10-27 14:45 UTC (permalink / raw)
  To: 9fans

Richard Miller <9fans@hamnavoe.com> wrote:

> >> 1. Some of the fpga tools are closed-source so I can't check with
> >> confidence that they will never try to use mmap.
> > 
> > Um, nm(1) on the binary to see what it calls?
>
> If you were distributing closed-source proprietary tools, would you leave
> the symbol tables intact to assist reverse engineering?

Of course not.

But even stripped binaries have some symbols in them, especially for
functions that are in the shared libc library on Linux. If the binaries
are totally statically linked and stripped, then yes, you're out of luck.

Try it. If I'm wrong, then I'm wrong. It won't be the first time. :-)

Arnold

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M149789ec7553d42e1fba4eff
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 10:55                         ` Richard Miller
  2021-10-27 12:31                           ` Dan Cross
@ 2021-10-27 15:02                           ` Bakul Shah
  2021-10-27 15:37                             ` Charles Forsyth
  1 sibling, 1 reply; 46+ messages in thread
From: Bakul Shah @ 2021-10-27 15:02 UTC (permalink / raw)
  To: 9fans

On Oct 27, 2021, at 3:55 AM, Richard Miller <9fans@hamnavoe.com> wrote:
>> Skip, did you specify -o cache=mmap when mounting diod service
>> for the go build experiment?
> 
> I tried it myself using local diod and cache=mmap. I get a similar
> SIGBUS on instruction fetch again. Conclusion: as Bakul says, now
> I'm debugging linux. Not going there, thanks.

Looks like you are going there? :-)

> Going further off-topic for 9fans, sorry:
> 
> I thought it would be clever to update the linux client to a newer
> kernel (4.19 was the latest I could find for debian 9). That
> didn't go well: booting the new kernel fails with the message
>  Failed to find cpu0 device node
> 
> Does anyone know if it's feasible to do an out-of-tree build
> of v9fs kernel modules (9p, 9pnet?) from current source [where
> is it?] and use them with my old 4.9 kernel?

May be this will help?
https://itnext.io/a-standalone-linux-kernel-module-df54283d4803

Though may you first want to start looking at the output of
        git log github.com/torvalds/linux/fs/9p/vfs_file.c
grep for mmap related changes and check the code around changes
to see if you can spot the bug. The last mmap mention in the log
makes me wonder whether you see a difference in a 32 bit wordsize
machine vs 64 bit. May also be worth just talking to the folks
who worked on this feature.

A long time ago I wrote an mmap example C program that works on
anonymous maps (just steps through memory given some stride and
allocates memory in the signal handler on page faults). Something
similar can be written to access an mmapped file and tweaked
until your bug appears. Currently my program compiles on freebsd
but not linux (ubuntu). I will see if I can make it work.


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M30a0d7f933429868ec22fdd7
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 15:02                           ` Bakul Shah
@ 2021-10-27 15:37                             ` Charles Forsyth
  0 siblings, 0 replies; 46+ messages in thread
From: Charles Forsyth @ 2021-10-27 15:37 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 605 bytes --]

It's mildly amusing that a language that emphases explicit error returns
should discard a system interface that does that in favour of one that's
not even a raised exception but a trap.
(ok, ok, Unix typically just returns crappy EIO on a real error, but does
distinguish several other cases such as ENOSPC.)
And it's relying on the paging subsystem which is even worse.

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M4aaa692507919c2a04fe1203
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: Type: text/html, Size: 1107 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27  8:27                       ` Richard Miller
  2021-10-27 10:55                         ` Richard Miller
@ 2021-10-27 16:34                         ` Skip Tavakkolian
  2021-10-27 18:37                           ` Richard Miller
  1 sibling, 1 reply; 46+ messages in thread
From: Skip Tavakkolian @ 2021-10-27 16:34 UTC (permalink / raw)
  To: 9fans

I did not.  Go built successfully after enabling the v9fs mmap caching on mount!

- started diod like this:
   sudo ./diod -f -d 1 -n -e /home/fst/SRC/tmp
- mounted it like this:
  sudo mount -t 9p -n 127.0.0.1 /mnt/overdiod -o
aname=~/SRC/tmp,version=9p2000.L,uname=root,access=user,cache=mmap
- and built go
$ cd /mnt/overdiod/go/src/
$ mkdir /tmp/go1.17
$ GOROOT_FINAL=/tmp/go1.17 GOROOT_BOOTSTRAP=~/SRC/go1.4 GOOS=plan9
GOARCH=386 ./make.bash
Building Go cmd/dist using /home/fst/SRC/go1.4.
(go1.4-bootstrap-20170531 linux/amd64)
Building Go toolchain1 using /home/fst/SRC/go1.4.
Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for host, linux/amd64.
Building packages and commands for target, plan9/386.
---
Installed Go for plan9/386 in /mnt/overdiod/go
Installed commands in /mnt/overdiod/go/bin

The binaries expect /mnt/overdiod/go to be copied or moved to /tmp/go1.17
$

On Wed, Oct 27, 2021 at 1:28 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > I think the question is why mmap works over 9p from linux up to a point but
> > then fails in some context: what's the difference?
> 
> Skip, did you specify -o cache=mmap when mounting diod service
> for the go build experiment?
> 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M356c116a7b0042098c4c3b89
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 16:34                         ` Skip Tavakkolian
@ 2021-10-27 18:37                           ` Richard Miller
  2021-10-27 19:12                             ` Skip Tavakkolian
  0 siblings, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-27 18:37 UTC (permalink / raw)
  To: 9fans

> Go built successfully after enabling the v9fs mmap caching on mount!

OK, that's good news. What linux kernel are you running?


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M8354696be6c4a677c85e819b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 18:37                           ` Richard Miller
@ 2021-10-27 19:12                             ` Skip Tavakkolian
  2021-10-27 19:30                               ` [9fans] v9fs vs mmap (now SOLVED, we hope) Richard Miller
  2021-11-01  2:58                               ` [9fans] v9fs vs mmap (not quite SOLVED) Conor Williams
  0 siblings, 2 replies; 46+ messages in thread
From: Skip Tavakkolian @ 2021-10-27 19:12 UTC (permalink / raw)
  To: 9fans

$ uname -a
Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
2021 x86_64 x86_64 x86_64 GNU/Linux

Also, build succeeds when fs is imported from Plan 9 and v9fs mmap
cache option enabled.

On Wed, Oct 27, 2021 at 11:38 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > Go built successfully after enabling the v9fs mmap caching on mount!
> 
> OK, that's good news. What linux kernel are you running?
> 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Ma0dcef95d4dd27b2af046b7b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (now SOLVED, we hope)
  2021-10-27 19:12                             ` Skip Tavakkolian
@ 2021-10-27 19:30                               ` Richard Miller
  2021-10-27 20:18                                 ` Skip Tavakkolian
  2021-11-01  2:58                               ` [9fans] v9fs vs mmap (not quite SOLVED) Conor Williams
  1 sibling, 1 reply; 46+ messages in thread
From: Richard Miller @ 2021-10-27 19:30 UTC (permalink / raw)
  To: 9fans

> $ uname -a
> Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> 2021 x86_64 x86_64 x86_64 GNU/Linux

That's impressively up to date. I'll see if I can do likewise.


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Ta3cf8a29e292fa6c-M323c53c8e9fbf17e695fdf92
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (now SOLVED, we hope)
  2021-10-27 19:30                               ` [9fans] v9fs vs mmap (now SOLVED, we hope) Richard Miller
@ 2021-10-27 20:18                                 ` Skip Tavakkolian
  2021-11-03 14:44                                   ` Conor Williams
  0 siblings, 1 reply; 46+ messages in thread
From: Skip Tavakkolian @ 2021-10-27 20:18 UTC (permalink / raw)
  To: 9fans

On Wed, Oct 27, 2021 at 12:32 PM Richard Miller <9fans@hamnavoe.com> wrote:
> > $ uname -a
> > Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> > 2021 x86_64 x86_64 x86_64 GNU/Linux
>
> That's impressively up to date. I'll see if I can do likewise.
>

There are times I wonder if Apple, Microsoft and Canonical are
competing on the most frequent and largest updates.
But, to paraphrase Dr. Strangelove, I learned to stop worrying and
love the Autoupdate.


------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Ta3cf8a29e292fa6c-Md032d8c82f77b42c39df7e0d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-10-27 19:12                             ` Skip Tavakkolian
  2021-10-27 19:30                               ` [9fans] v9fs vs mmap (now SOLVED, we hope) Richard Miller
@ 2021-11-01  2:58                               ` Conor Williams
  2021-11-04  0:32                                 ` Conor Williams
  1 sibling, 1 reply; 46+ messages in thread
From: Conor Williams @ 2021-11-01  2:58 UTC (permalink / raw)
  To: 9fans

oops make sure, if ye use that compression spacer script that you do
not zip up a couple of
vital commands...
like daniel.gz & hamam.gz r.gz queer.gz jd.gz and mount ing.gz each.gz
and other.gz
and your sheel and did i say mount and udder.gz
/c:nov1st4amish
ps: a c version coming soon of a 7z competitor (if i can get at their
source and stuff...)
pps: colombia colombia colombia...
pps: anyone got the source for squal?

On Wed, Oct 27, 2021 at 7:14 PM Skip Tavakkolian
<skip.tavakkolian@gmail.com> wrote:
>
> $ uname -a
> Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> 2021 x86_64 x86_64 x86_64 GNU/Linux
>
> Also, build succeeds when fs is imported from Plan 9 and v9fs mmap
> cache option enabled.
>
> On Wed, Oct 27, 2021 at 11:38 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > > Go built successfully after enabling the v9fs mmap caching on mount!
> >
> > OK, that's good news. What linux kernel are you running?
> >

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M4d8bb03ff720cf64559b4822
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (now SOLVED, we hope)
  2021-10-27 20:18                                 ` Skip Tavakkolian
@ 2021-11-03 14:44                                   ` Conor Williams
  2021-11-03 16:39                                     ` Conor Williams
  0 siblings, 1 reply; 46+ messages in thread
From: Conor Williams @ 2021-11-03 14:44 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1031 bytes --]

well compadres... all good in the hood...

have a look at this little gem: complete with detachable menus Russ.. &co...
/c:2002-2003 thank you(ze)
ps: Skip: yer man with the red eggscape...

On Wed, Oct 27, 2021 at 8:19 PM Skip Tavakkolian
<skip.tavakkolian@gmail.com> wrote:
>
> On Wed, Oct 27, 2021 at 12:32 PM Richard Miller <9fans@hamnavoe.com> wrote:
> > > $ uname -a
> > > Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> > > 2021 x86_64 x86_64 x86_64 GNU/Linux
> >
> > That's impressively up to date. I'll see if I can do likewise.
> >
> 
> There are times I wonder if Apple, Microsoft and Canonical are
> competing on the most frequent and largest updates.
> But, to paraphrase Dr. Strangelove, I learned to stop worrying and
> love the Autoupdate.
> 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Ta3cf8a29e292fa6c-Mea2476084fad9aa2efd35018
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: tcl1.png --]
[-- Type: image/png, Size: 386081 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (now SOLVED, we hope)
  2021-11-03 14:44                                   ` Conor Williams
@ 2021-11-03 16:39                                     ` Conor Williams
  0 siblings, 0 replies; 46+ messages in thread
From: Conor Williams @ 2021-11-03 16:39 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1235 bytes --]

jobs == processControle

/c:2021Nov03Calt...
ps: latersz doobie doos...

On Wed, Nov 3, 2021 at 2:44 PM Conor Williams <conor.williams@gmail.com> wrote:
>
> well compadres... all good in the hood...
>
> have a look at this little gem: complete with detachable menus Russ.. &co...
> /c:2002-2003 thank you(ze)
> ps: Skip: yer man with the red eggscape...
>
> On Wed, Oct 27, 2021 at 8:19 PM Skip Tavakkolian
> <skip.tavakkolian@gmail.com> wrote:
> >
> > On Wed, Oct 27, 2021 at 12:32 PM Richard Miller <9fans@hamnavoe.com> wrote:
> > > > $ uname -a
> > > > Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> > > > 2021 x86_64 x86_64 x86_64 GNU/Linux
> > >
> > > That's impressively up to date. I'll see if I can do likewise.
> > >
> > 
> > There are times I wonder if Apple, Microsoft and Canonical are
> > competing on the most frequent and largest updates.
> > But, to paraphrase Dr. Strangelove, I learned to stop worrying and
> > love the Autoupdate.
> > 

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Ta3cf8a29e292fa6c-M10dcad6dd67666d52b908022
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: processControl.png --]
[-- Type: image/png, Size: 106541 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-01  2:58                               ` [9fans] v9fs vs mmap (not quite SOLVED) Conor Williams
@ 2021-11-04  0:32                                 ` Conor Williams
  2021-11-04  3:15                                   ` Conor Williams
  0 siblings, 1 reply; 46+ messages in thread
From: Conor Williams @ 2021-11-04  0:32 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1458 bytes --]

finally getting around to factotoom...
laters - /c:2021:nov21midnight
ps: anyone got any chocolate bars dere??

On Mon, Nov 1, 2021 at 2:58 AM Conor Williams <conor.williams@gmail.com> wrote:
>
> oops make sure, if ye use that compression spacer script that you do
> not zip up a couple of
> vital commands...
> like daniel.gz & hamam.gz r.gz queer.gz jd.gz and mount ing.gz each.gz
> and other.gz
> and your sheel and did i say mount and udder.gz
> /c:nov1st4amish
> ps: a c version coming soon of a 7z competitor (if i can get at their
> source and stuff...)
> pps: colombia colombia colombia...
> pps: anyone got the source for squal?
>
> On Wed, Oct 27, 2021 at 7:14 PM Skip Tavakkolian
> <skip.tavakkolian@gmail.com> wrote:
> >
> > $ uname -a
> > Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> > 2021 x86_64 x86_64 x86_64 GNU/Linux
> >
> > Also, build succeeds when fs is imported from Plan 9 and v9fs mmap
> > cache option enabled.
> >
> > On Wed, Oct 27, 2021 at 11:38 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > > > Go built successfully after enabling the v9fs mmap caching on mount!
> > >
> > > OK, that's good news. What linux kernel are you running?
> > >

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M72a0dfef489f29e9d568aa52
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: sc11.gif --]
[-- Type: image/gif, Size: 36226 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-04  0:32                                 ` Conor Williams
@ 2021-11-04  3:15                                   ` Conor Williams
  2021-11-04 11:49                                     ` Conor Williams
  2021-11-05 10:21                                     ` Kenji Okamoto
  0 siblings, 2 replies; 46+ messages in thread
From: Conor Williams @ 2021-11-04  3:15 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1642 bytes --]

hmmm :-(

/c:2021-cald...bye

On Thu, Nov 4, 2021 at 12:32 AM Conor Williams <conor.williams@gmail.com> wrote:
>
> finally getting around to factotoom...
> laters - /c:2021:nov21midnight
> ps: anyone got any chocolate bars dere??
>
> On Mon, Nov 1, 2021 at 2:58 AM Conor Williams <conor.williams@gmail.com> wrote:
> >
> > oops make sure, if ye use that compression spacer script that you do
> > not zip up a couple of
> > vital commands...
> > like daniel.gz & hamam.gz r.gz queer.gz jd.gz and mount ing.gz each.gz
> > and other.gz
> > and your sheel and did i say mount and udder.gz
> > /c:nov1st4amish
> > ps: a c version coming soon of a 7z competitor (if i can get at their
> > source and stuff...)
> > pps: colombia colombia colombia...
> > pps: anyone got the source for squal?
> >
> > On Wed, Oct 27, 2021 at 7:14 PM Skip Tavakkolian
> > <skip.tavakkolian@gmail.com> wrote:
> > >
> > > $ uname -a
> > > Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> > > 2021 x86_64 x86_64 x86_64 GNU/Linux
> > >
> > > Also, build succeeds when fs is imported from Plan 9 and v9fs mmap
> > > cache option enabled.
> > >
> > > On Wed, Oct 27, 2021 at 11:38 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > > > > Go built successfully after enabling the v9fs mmap caching on mount!
> > > >
> > > > OK, that's good news. What linux kernel are you running?
> > > >

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M1226783aef830ed0ebaf75fb
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: fem23.gif --]
[-- Type: image/gif, Size: 443981 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-04  3:15                                   ` Conor Williams
@ 2021-11-04 11:49                                     ` Conor Williams
  2021-11-05  3:16                                       ` Conor Williams
  2021-11-05 10:21                                     ` Kenji Okamoto
  1 sibling, 1 reply; 46+ messages in thread
From: Conor Williams @ 2021-11-04 11:49 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 1839 bytes --]

oups...
4
/c:midday nov 2
0
0

On Thu, Nov 4, 2021 at 3:15 AM Conor Williams <conor.williams@gmail.com> wrote:
>
> hmmm :-(
>
> /c:2021-cald...bye
>
> On Thu, Nov 4, 2021 at 12:32 AM Conor Williams <conor.williams@gmail.com> wrote:
> >
> > finally getting around to factotoom...
> > laters - /c:2021:nov21midnight
> > ps: anyone got any chocolate bars dere??
> >
> > On Mon, Nov 1, 2021 at 2:58 AM Conor Williams <conor.williams@gmail.com> wrote:
> > >
> > > oops make sure, if ye use that compression spacer script that you do
> > > not zip up a couple of
> > > vital commands...
> > > like daniel.gz & hamam.gz r.gz queer.gz jd.gz and mount ing.gz each.gz
> > > and other.gz
> > > and your sheel and did i say mount and udder.gz
> > > /c:nov1st4amish
> > > ps: a c version coming soon of a 7z competitor (if i can get at their
> > > source and stuff...)
> > > pps: colombia colombia colombia...
> > > pps: anyone got the source for squal?
> > >
> > > On Wed, Oct 27, 2021 at 7:14 PM Skip Tavakkolian
> > > <skip.tavakkolian@gmail.com> wrote:
> > > >
> > > > $ uname -a
> > > > Linux dell 5.4.0-89-generic #100-Ubuntu SMP Fri Sep 24 14:50:10 UTC
> > > > 2021 x86_64 x86_64 x86_64 GNU/Linux
> > > >
> > > > Also, build succeeds when fs is imported from Plan 9 and v9fs mmap
> > > > cache option enabled.
> > > >
> > > > On Wed, Oct 27, 2021 at 11:38 AM Richard Miller <9fans@hamnavoe.com> wrote:
> > > > > > Go built successfully after enabling the v9fs mmap caching on mount!
> > > > >
> > > > > OK, that's good news. What linux kernel are you running?
> > > > >

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-Me4ef01cac97ad648596fbcaa
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: smcobtt.jpg --]
[-- Type: image/jpeg, Size: 64987 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-04 11:49                                     ` Conor Williams
@ 2021-11-05  3:16                                       ` Conor Williams
  0 siblings, 0 replies; 46+ messages in thread
From: Conor Williams @ 2021-11-05  3:16 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 322 bytes --]

v.v. good yet v.v. strange sounds.. /c:202105110315:23
ps: any one got the oberon plugin /w

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M0318941023a1e3d1bf4e493d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #2: con1.png --]
[-- Type: image/png, Size: 22184 bytes --]

[-- Attachment #3: con3.png --]
[-- Type: image/png, Size: 3039 bytes --]

[-- Attachment #4: con4.png --]
[-- Type: image/png, Size: 27549 bytes --]

[-- Attachment #5: con5.png --]
[-- Type: image/png, Size: 6268 bytes --]

[-- Attachment #6: con7.png --]
[-- Type: image/png, Size: 4012 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-04  3:15                                   ` Conor Williams
  2021-11-04 11:49                                     ` Conor Williams
@ 2021-11-05 10:21                                     ` Kenji Okamoto
  2021-11-05 13:44                                       ` Conor Williams
  1 sibling, 1 reply; 46+ messages in thread
From: Kenji Okamoto @ 2021-11-05 10:21 UTC (permalink / raw)
  To: 9fans

Are you running which version of android?

Kenji

sent from android-x86_64-10.0

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M21d3858481b87f8ef1801de0
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-05 10:21                                     ` Kenji Okamoto
@ 2021-11-05 13:44                                       ` Conor Williams
  2021-11-05 13:56                                         ` Conor Williams
  0 siblings, 1 reply; 46+ messages in thread
From: Conor Williams @ 2021-11-05 13:44 UTC (permalink / raw)
  To: 9fans, kokamoto

mornin' Kenji et al...
that particular version is... oh ah... well it's just one I open for
special occasions...
I first compiled it on one of the old sun  machines now known as computers
in condae korcaigh....
/c:202105111336:23
ps: i'm stuck on number 11...
pps: would you prehaps know if it is halbop?
pps: would you like a space invaders game, I wrote.? (a jar perhaps --
am converting it to an applet)
pppps: i can send an weblink if you my friend are interested...

On Fri, Nov 5, 2021 at 10:22 AM Kenji Okamoto <kokamoto@hera.eonet.ne.jp> wrote:
> 
> Are you running which version of android?
> 
> Kenji
> 
> sent from android-x86_64-10.0

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M96ccbeee1a29323ddc5d5b1a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-05 13:44                                       ` Conor Williams
@ 2021-11-05 13:56                                         ` Conor Williams
  2021-11-21  4:21                                           ` Conor Williams
  0 siblings, 1 reply; 46+ messages in thread
From: Conor Williams @ 2021-11-05 13:56 UTC (permalink / raw)
  To: 9fans

jees, i was away 4 a while... i have a ton of emails to catch up on & soon...
/c:2021-2021:nov6 or is it 5...
ps: I will attach a couple of handy scripts to this (now almost mine)
thread soon
once the bloody vdi boots up again & again & again... damn internet...

On Fri, Nov 5, 2021 at 1:44 PM Conor Williams <conor.williams@gmail.com> wrote:
>
> mornin' Kenji et al...
> that particular version is... oh ah... well it's just one I open for
> special occasions...
> I first compiled it on one of the old sun  machines now known as computers
> in condae korcaigh....
> /c:202105111336:23
> ps: i'm stuck on number 11...
> pps: would you prehaps know if it is halbop?
> pps: would you like a space invaders game, I wrote.? (a jar perhaps --
> am converting it to an applet)
> pppps: i can send an weblink if you my friend are interested...
>
> On Fri, Nov 5, 2021 at 10:22 AM Kenji Okamoto <kokamoto@hera.eonet.ne.jp> wrote:
> > 
> > Are you running which version of android?
> > 
> > Kenji
> > 
> > sent from android-x86_64-10.0

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M5707297059565865a68b7e44
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

^ permalink raw reply	[flat|nested] 46+ messages in thread

* Re: [9fans] v9fs vs mmap (not quite SOLVED)
  2021-11-05 13:56                                         ` Conor Williams
@ 2021-11-21  4:21                                           ` Conor Williams
  0 siblings, 0 replies; 46+ messages in thread
From: Conor Williams @ 2021-11-21  4:21 UTC (permalink / raw)
  To: 9fans


[-- Attachment #1.1: Type: text/plain, Size: 1835 bytes --]

the protocol (bottom left... jees, its v.v. extravagent...)
I actually don't know where to find it again...

/c: late november 2021 15<<


On Fri, Nov 5, 2021 at 1:56 PM Conor Williams <conor.williams@gmail.com>
wrote:

> jees, i was away 4 a while... i have a ton of emails to catch up on &
> soon...
> /c:2021-2021:nov6 or is it 5...
> ps: I will attach a couple of handy scripts to this (now almost mine)
> thread soon
> once the bloody vdi boots up again & again & again... damn internet...
>
> On Fri, Nov 5, 2021 at 1:44 PM Conor Williams <conor.williams@gmail.com>
> wrote:
> >
> > mornin' Kenji et al...
> > that particular version is... oh ah... well it's just one I open for
> > special occasions...
> > I first compiled it on one of the old sun  machines now known as
> computers
> > in condae korcaigh....
> > /c:202105111336:23
> > ps: i'm stuck on number 11...
> > pps: would you prehaps know if it is halbop?
> > pps: would you like a space invaders game, I wrote.? (a jar perhaps --
> > am converting it to an applet)
> > pppps: i can send an weblink if you my friend are interested...
> >
> > On Fri, Nov 5, 2021 at 10:22 AM Kenji Okamoto <kokamoto@hera.eonet.ne.jp>
> wrote:
> > >
> > > Are you running which version of android?
> > >
> > > Kenji
> > >
> > > sent from android-x86_64-10.0
> > >
> > > ------------------------------------------
> > > 9fans: 9fans
> > > Permalink:
> https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M21d3858481b87f8ef1801de0
> > > Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

------------------------------------------
9fans: 9fans
Permalink: https://9fans.topicbox.com/groups/9fans/Tb065f4df67a8bab9-M4c2c72114a78a92aadbb871a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[-- Attachment #1.2: Type: text/html, Size: 3246 bytes --]

[-- Attachment #2: Selection_001.png --]
[-- Type: image/png, Size: 14278 bytes --]

[-- Attachment #3: kolibrios.png --]
[-- Type: image/png, Size: 15111 bytes --]

[-- Attachment #4: oberon.png --]
[-- Type: image/png, Size: 8914 bytes --]

[-- Attachment #5: 9front.png --]
[-- Type: image/png, Size: 2816 bytes --]

[-- Attachment #6: w91.2.png --]
[-- Type: image/png, Size: 14428 bytes --]

^ permalink raw reply	[flat|nested] 46+ messages in thread

end of thread, other threads:[~2021-11-21  4:22 UTC | newest]

Thread overview: 46+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-10-24 11:03 [9fans] v9fs vs mmap Richard Miller
2021-10-24 19:50 ` [9fans] v9fs vs mmap (SOLVED) Richard Miller
2021-10-24 22:31   ` Conor Williams
2021-10-25 11:04   ` [9fans] v9fs vs mmap (not quite SOLVED) Richard Miller
2021-10-25 23:53     ` Conor Williams
2021-10-26  9:22       ` Richard Miller
2021-10-26 10:51     ` Richard Miller
2021-10-26 15:53       ` Dan Cross
2021-10-26 16:06         ` Conor Williams
2021-10-26 16:51         ` Richard Miller
2021-10-26 18:17           ` Skip Tavakkolian
2021-10-26 18:54             ` Conor Williams
2021-10-26 19:09             ` Richard Miller
2021-10-26 19:33               ` Skip Tavakkolian
2021-10-26 19:36                 ` Skip Tavakkolian
2021-10-26 23:45                   ` Skip Tavakkolian
2021-10-26 23:57                     ` Charles Forsyth
2021-10-27  8:27                       ` Richard Miller
2021-10-27 10:55                         ` Richard Miller
2021-10-27 12:31                           ` Dan Cross
2021-10-27 13:15                             ` Richard Miller
2021-10-27 13:20                               ` Dan Cross
2021-10-27 14:10                                 ` Richard Miller
2021-10-27 14:14                                   ` arnold
2021-10-27 14:39                                     ` Richard Miller
2021-10-27 14:45                                       ` arnold
2021-10-27 14:31                                   ` Dan Cross
2021-10-27 15:02                           ` Bakul Shah
2021-10-27 15:37                             ` Charles Forsyth
2021-10-27 16:34                         ` Skip Tavakkolian
2021-10-27 18:37                           ` Richard Miller
2021-10-27 19:12                             ` Skip Tavakkolian
2021-10-27 19:30                               ` [9fans] v9fs vs mmap (now SOLVED, we hope) Richard Miller
2021-10-27 20:18                                 ` Skip Tavakkolian
2021-11-03 14:44                                   ` Conor Williams
2021-11-03 16:39                                     ` Conor Williams
2021-11-01  2:58                               ` [9fans] v9fs vs mmap (not quite SOLVED) Conor Williams
2021-11-04  0:32                                 ` Conor Williams
2021-11-04  3:15                                   ` Conor Williams
2021-11-04 11:49                                     ` Conor Williams
2021-11-05  3:16                                       ` Conor Williams
2021-11-05 10:21                                     ` Kenji Okamoto
2021-11-05 13:44                                       ` Conor Williams
2021-11-05 13:56                                         ` Conor Williams
2021-11-21  4:21                                           ` Conor Williams
2021-10-27  0:34                     ` Conor Williams

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).