* [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: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: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 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 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 (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-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 (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
* 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
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).