Re: [9fans] VCS on Plan9

On Apr 18, 2024, at 2:48 PM, Shawn Rutledge wrote: > > Just another reason to eventually have Rust on Plan 9… Yeah. Compiles are too damn fast; no time to make masala chai :-) -- 9fans: 9fans Permalink:

Re: [9fans] VCS on Plan9

On Apr 18, 2024, at 1:41 PM, Dan Cross wrote: > > Culturally, there was a feeling that source revision a la RCS, SCCS, > etc, were unnecessary because the dump filesystem gave you snapshots > already. Moreover, those were automatic and covered more than one file > at a time; RCS/SCCS required

Re: [9fans] VCS on Plan9

Did anyone try to port sccs to plan9? > On Apr 18, 2024, at 9:11 AM, Paul Lalonde wrote: > > The Bell Labs approach to source control was, I'm, weak. It relied on > snapshots of the tree and out-of-band communication. Don't forget how small > and tight-knit that development team was, and

Re: [9fans] troll paper

On Apr 15, 2024, at 1:50 PM, Charles Forsyth wrote: > > And, if I hear about it being > “declarative” as a virtue, I point to the 81,000+ lines (and > growing) of YAML, that I defy any one human to comprehend. > > You might find help in culang.org Not sure how much the Cue language will help

Re: [9fans] openat()

Faster for any command that operates on dir trees such as diff, du, rm, tar.When I first looked at plan9, I was a bit surprised its open *didn’t* workthis way! May be because of this earlier thread on comp.unix.wizardshttps://groups.google.com/g/comp.unix.wizards/c/i8vapj9BAqs/m/FlNUK705I0UJ 

Re: [9fans] openat()

To me this sounds very similar to open() given a path relative to your current working directory. > On Apr 5, 2024, at 2:22 PM, ron minnich wrote: > > not so much what I want, I'm curious about ideas people have about > implementing it that I would not think of. > > On Fri, Apr 5, 2024 at

Re: Charting the Future: Envisioning Plan 9 Release 5 for the 9fans Community. [Was:Re: [9fans] Supported Notebooks]

On Jan 25, 2024, at 8:44 AM, Don Bailey wrote: > > I'm not sure what all this was, so I didn't read most of it. > > If 9front becomes the "mainline" 9, I will stop using 9 altogether. Both as a > user and a developer. > > I trust the sources that come from 9legacy/9pio but I don't have any

Re: [9fans] Plan9 multi-core support

In addition to the papers Ori pointed out, you may wish to read Francisco J Ballesteros' Notes on the Plan9 3rd edition kernel: https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.75.5409 I don't know how obsolete this is for the current versions of plan9.

Re: [9fans] [PATCH] fossil: fix a deadlock in the caching logic

Things like wear leveling are done by the FTL (flash translation layer) in the firmware. Other things it does: erase before write, logical to physical mapping, erasing blocks, garbage collection (moving live data around to free up whole blocks) etc. Typically ease blocks are 128KB or larger but

Re: [9fans] plan 9 and lisp

should give s9fes a shot as well!NickOn Fri, Jan 20, 2023 at 11:47 AM Bakul Shah <ba...@iitbombay.org> wrote:Thanks!Nick Nickolov's k comes with solutions to ~150  AoC-{2015..2022} puzzles. All run when you make k! As an example, here is aoc/21/25.k (Game of Sea Cucumbers, which Russ vlogged

Re: [9fans] plan 9 and lisp

to the Advent of Code 2021 puzzles: > https://www.youtube.com/@rscgolang/videos > > On Thu, Jan 19, 2023 at 7:48 AM Bakul Shah wrote: >> >> On Jan 19, 2023, at 7:57 AM, mkf9 wrote: >>> >>> Lassi Kortela wrote: >>>> Chibi-Scheme has run on

Re: [9fans] plan 9 and lisp

> On Jan 19, 2023, at 8:01 AM, Dan Cross wrote: > > On Thu, Jan 19, 2023 at 10:48 AM Bakul Shah wrote: >> [snip] >> Nils M Holm, the author of s9fes, did the original >> port with some help from me. He didn't want to >> maintain plan9 related changes which is

Re: [9fans] plan 9 and lisp

On Jan 19, 2023, at 7:57 AM, mkf9 wrote: > > Lassi Kortela wrote: >> Chibi-Scheme has run on Plan 9. > and also S9, which Bakul Shah ported to Plan 9, > https://github.com/bakul/s9fes. Nils M Holm, the author of s9fes, did the original port with some help from me. He didn'

Re: [9fans] Error when running >spell

On Jan 13, 2023, at 5:00 AM, revr...@mweb.co.za wrote: > > I successfully installed plan9port on Ubuntu. > > It created an acme-home folder for me when I ran acme. > > Most commands are working fine except that when I try to run >spell on a > selection or |rot13 I get these errors: > >

Re: [9fans] 9p server to multiply 9p messages?

On May 31, 2022, at 9:14 AM, ron minnich wrote: > > On Mon, May 30, 2022 at 12:21 AM Bakul Shah wrote: >> 9p itself is low performance but that is a separate issue. > > Bakul, what are the units? It might be helpful to quantify this > statement. Are you possibly conflatin

Re: [9fans] 9p server to multiply 9p messages?

On May 29, 2022, at 10:01 PM, o...@eigenstate.org wrote: > > the challenge is that 9p is stateful, so all servers must > replay the same messages in the same order; this means that > if one of the replicas fails or returns a result that is not > the same as the other, the front falls off. > >

Re: [9fans] 9p server to multiply 9p messages?

On May 28, 2022, at 9:02 AM, fge...@gmail.com wrote: > > Has anybody considered (or maybe even implemented) a 9p server to > multiply incoming 9p messages to 2 or more 9p servers? > Maybe with 2 different strategies for responding to the original request? > 1. respond as soon as at least 1

Re: [9fans] void*

I can see some use of void* arithmetic for malloc/free or when you’re doing your own allocation for various object types, where a size of 1 would be handy. I wonder what a FarC would like! > On May 15, 2022, at 11:27 PM, Skip Tavakkolian > wrote: > >  > If void can have a size, why not 4, 8

Re: [9fans] void*

> On May 15, 2022, at 8:23 AM, Dan Cross wrote: > > On Sun, May 15, 2022 at 9:16 AM adr wrote: > On Sun, 15 May 2022, adr wrote: > > What I mean is if we are going to follow C99 in the use of void*, > > we should allow arithmetic on them. > > Let me be clear, I know that C99 requires the

Re: [9fans] Plan 9 applying to GSoC

On Feb 19, 2022, at 3:02 AM, sirjofri wrote: > (4) A filesystem that filters a namespace, but the file contents and not the > namespace. > > The idea is to have a filesystem like exportfs, however, it doesn't just > represent the files as is, but applies user-defined filters to the >

Re: [9fans] licence question

Note that djvu would compress things very nicely. A full page 300dpi magazine color page that may be 25MB uncompressed will compress down to 40K-80K or so and be very legible, much more so compared a similar sized jpeg compressed image. The current OSS djvu library is GPL but as far as I know the

Re: [9fans] licence question

If there is no programming to be done by the kiosk users, why do you need any compilers? Similarly you can remove many other things from your kiosk image. In fact you should have a script that prepares the image. xorg needs llvm only for *building* mesa-dri. If you are just using prebuilt

Re: [9fans] building blocks speaking 9p

stors in, who turned it into a Java thing. As usual. > > On Fri, 28 Jan 2022 at 10:18, Lucio De Re <mailto:lucio.d...@gmail.com>> wrote: > On 1/28/22, Bakul Shah mailto:ba...@iitbombay.org>> > wrote: > > > > Think of really simple, low power, low cost devices

Re: [9fans] building blocks speaking 9p

On Jan 27, 2022, at 7:31 PM, Lucio De Re wrote: > > On 1/28/22, Bakul Shah wrote: > >> This will probably have to ride on USB first. A verilog >> implementation would be useful in an FPGA! >> > I never understood why USB receives so much attention (but thank

Re: [9fans] acme and sam - mouse suggestions?

Mine says MO09BOA. It has a Lenovo logo and the scroll thingy is lighted blue. It is not a wheel, more like a single axis trackpoint. > On Jan 27, 2022, at 8:47 PM, Rob Pike > wrote: > > I have one mouse still in the original unopened box, just to be safe. The >

[9fans] building blocks speaking 9p

The idea: - make it very easy to create hardware gadgets by providing a firmware/hardware building block that talks 9p on the host interface side & interfaces with device specific hardware. - use a "universal" 9p driver on the host side that allows access to any such 9p device even from a

Re: [9fans] Boot CD chokes

On Dec 28, 2021, at 9:35 AM, Duke Normandin wrote: > > On Tue, 28 Dec 2021 09:28:52 -0800 > Eli Cohen wrote: > >> if you're not accustomed to plan 9 > > Worst than that! I don't know squat about it. Just manage to > install it 10 minutes ago. I know Unix though and that's where I'm > getting

Re: [9fans] v9fs vs mmap (not quite SOLVED)

On Oct 27, 2021, at 3:55 AM, Richard Miller <9f...@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

Re: [9fans] Getting to my dos USB drive on plan9 VMWARE (Windows 10)

On Sep 13, 2021, at 4:02 AM, revcomni...@gmail.com wrote: > > I have succeeded in installing plan9 on qemu but so far have not had any > success in getting via plan9 to the USB fat drive that contains my data. If I > go into /dev/ I cannot see the device listed there. Any ideas would be >

Re: [9fans] Drawterm GPU (was: Software philosophy)

of the graphics engine. > > Paul > > On Sun, Aug 22, 2021, 12:05 PM Bakul Shah <mailto:ba...@iitbombay.org>> wrote: > Thanks. Looks like Sutherland's "Wheel of Reincarnation > <https://www2.cs.arizona.edu/~cscheid/reading/myer-sutherland-design-of-display-processors.

Re: [9fans] Drawterm GPU (was: Software philosophy)

lly > wasn't there. That might be changing now, but I don't know if their recently > announced discrete product line will be driver-compatible. > > Paul > > > On Sun, Aug 22, 2021 at 8:48 AM Bakul Shah <mailto:ba...@iitbombay.org>> wrote: > The FreeBSD amdgpu.k

Re: [9fans] Drawterm GPU (was: Software philosophy)

The FreeBSD amdgpu.ko is over 3Mbytes of compiled code. Not counting the "firmware" that gets loaded on the GPU board. drm/amd/amdgpu has 200K+ lines of source code. drm/amd over 2M lines of code. Intel's i915 seems to be about 1/10th the amd size. AIUI, this is linux GPU driver code, more or

Re: [9fans] amd64 bootstrap file fo go1.16.3

On Apr 21, 2021, at 2:41 AM, Richard Miller <9f...@hamnavoe.com> wrote: > >  >> go tool dist: Failed: exit status: 'go 6839: 1' >> all.rc 165: go 6566: 1 >> ===to here== >> It took about half a day to accomplish! > > Some things that can make go tools and test suite quicker: > - use

Re: [9fans] Transfer of Plan 9 to the Plan 9 Foundation

Are you suggesting either getting an explicit permission from the authors or excising such code included in plan9? I assume any code in contrib/ has its author’s copyright unless there is an explicit copyright. > On Mar 31, 2021, at 9:29 AM, Anonymous AWK fan via 9fans <9fans@9fans.net> >

Re: [9fans] Transfer of Plan 9 to the Plan 9 Foundation

On Mar 23, 2021, at 6:06 AM, a...@9srv.net wrote: > > We are thrilled to announce that Nokia has transferred the copyright of > Plan 9 to the Plan 9 Foundation. This transfer applies to all of the > Plan 9 from Bell Labs code, from the earliest days through their final > release. > > The most

Re: [9fans] No signal on some monitors with Raspberry Pi 400

On Mar 10, 2021, at 8:53 AM, Richard Miller <9f...@hamnavoe.com> wrote: >> That is, if I plug into a ~10 year old Vizio television >> everything works fine at a reasonable resolution (1280x1024? I haven't yet >> figured >> out which utility to use to query display properties) > > Here's a

Re: [9fans] APL

> On Feb 22, 2021, at 8:41 PM, o...@eigenstate.org wrote: > > Quoth Lyndon Nerenberg (VE7TFX/VE6BBM) : >> Steffen Nurpmeso writes: >> >>> It can even be as small as >>> >>> #?0|kent:unix-hist$ du -sh . >>> 179M. >>> >>> when not including all the new FreeBSD things (for which i at

Re: [9fans] APL

, 2021 at 11:10 PM Bakul Shah <mailto:ba...@iitbombay.org>> wrote: > Spinellis has put together a browsable repo based on various source > distributions > which I find useful. I keep a local copy as it is under 2GB. All I had to do > was > > git log | less -ip "ross

Re: [9fans] APL

over quite a bit. > On Feb 22, 2021, at 2:43 PM, Charles Forsyth > wrote: > > It's amusing that the github has "42 years ago". > > You can tell instantly that the line > if (TERMtype == 0)c = (int)*iline++; > wasn't written by Thompson. > > On Mo

Re: [9fans] APL

On Feb 22, 2021, at 10:28 AM, tlaro...@polynum.com wrote: > > There are various versions of an APL interpreter and, amongst these, > a version by Ken Thompson, Ross Harvey, Douglas Lanam. This can be found in Diomidis Spinellis' unix history repo @

Re: [9fans] APL

On Feb 21, 2021, at 2:33 PM, Lyndon Nerenberg (VE7TFX/VE6BBM) wrote: > I would really like to have a native APL (even an ancient one like above). Not quite what you asked for but ktye’s APL seems promising. Written in Go, uses unicode APL characters, etc. https://github.com/ktye/iv

Re: [9fans] Whats the default font in Acme?

On Feb 18, 2021, at 10:32 PM, Mark van Atten wrote: > > On Thu, 18 Feb 2021 at 10:04, Skip Tavakkolian > wrote: >> >> Plan9port has fontsrv. Any truetype you have on your system is usable. >> man fontsrv for details. > > On my system (Arch 5.10.16) using fontsrv introduces 2-3 second delays >

Re: [9fans] Whats the default font in Acme?

On Feb 19, 2021, at 7:47 PM, Bakul Shah wrote: > > On Feb 19, 2021, at 4:58 PM, cigar562hfsp952f...@icebubble.org wrote: >> >> Skip Tavakkolian writes: >> >>> Plan9port has fontsrv. Any truetype you have on your system is usable. >>> man fontsrv for

Re: [9fans] Whats the default font in Acme?

On Feb 19, 2021, at 4:58 PM, cigar562hfsp952f...@icebubble.org wrote: > > Skip Tavakkolian writes: > >> Plan9port has fontsrv. Any truetype you have on your system is usable. >> man fontsrv for details. > > Unfortunately, man fontsrv doesn't provide the details. More > specifically, it

Re: [9fans] Plan 9 Applying to GSoC 2021

On Jan 31, 2021, at 4:36 PM, ~vidak wrote: > > There are various languages we were thinking of doing the implementation > in, ultimately some flavour of scheme. Perhaps one that could compile to > C. There is Nils Holm’s s9fes Scheme. It is strictly an interpreter but easy to extend with C

Re: [9fans] Definitinon list of the # filesystems

On Jan 21, 2021, at 11:10 PM, Dworkin Muller wrote: > > On Thu, 21 Jan 2021 23:51:24 -0700, Don Bailey wrote: > don.bailey> Grep the source code not the man pages :> > > Well, yes, but I was hoping for something a little less tedious than > wading through 137,124 hits for `#'. Removing

Re: [9fans] Plan9 on Raspberry Pi 400?

I believe all it takes is the presence of recover.bin file on the dos partition. You still need an updated eeprom image for it to flash the real eeprom with but preparing this image doesn't require any h/w access. Unless things have changed in the last year. > On Jan 16, 2021, at 1:24 PM, Skip

Re: [9fans] Plan9 on Raspberry Pi 400?

han the images for the SD card > and kernel in > http://9p.io/sources/contrib/miller/ <http://9p.io/sources/contrib/miller/> - > I'll try building a kernel based on the updated sources. > > - Michael > > >> On 15 Jan 2021, at 23:32, Bakul Shah wrote: &g

Re: [9fans] Plan9 on Raspberry Pi 400?

Can you netboot Linux followed by netbooting Paln9 and have a working USB? > On Jan 15, 2021, at 1:17 PM, Michael Engel wrote: > > Hi, > > I didn't test Plan 9 on my RPi 400 so far, but I think the reason for the USB > problems > is the following: > > The Raspberry Pi 400 (along with the

Re: [9fans] Plan 9 announcements on twitter

In his Turing Award lecture "The Humber Programmer" he expresses this sentiment. "the tools we are trying to use and the language or notation we are using to express or record our thoughts, are the major factors determining what we can think or express at all!" You all may enjoy listening to

Re: [9fans] venti sealed arenas and ondisk format

11 years ago Russ posted a program called ventino that keeps its index in RAM. May be you can use it as a starting point? http://mail.9fans.net/pipermail/9fans/2011-August/020604.html > On Nov 25, 2020, at 11:13 AM, Steve Simon wrote: > > Hi, > > I have a pile of sealed venti arenas on an a

[9fans] node-red

earlier rpi version. don't have time to make >> bug-wishlists for future raspberry christmas trees (took them 8 years >> already to make the first rpi with working ethernet+usb). >> >> On 11/14/20, Bakul Shah wrote: >>> There were reports of 2560x1440 res generat

Re: [9fans] Raspberry Pi 4 stability dependent in RAM

There were reports of 2560x1440 res generating RF noise in the 2.4GHz band wifi channel 1. The proposed solution (by Eben Upton) was to use channel 4 or higher or use 5GHz wifi band at this res. And supposedly there is a firmware fix for this. No idea about the bluetooth issue. You should

Re: [9fans] Screen rotation on the Raspberry Pi 4?

On Oct 9, 2020, at 10:36 AM, a...@9srv.net wrote: > > Yes; no difference. https://github.com/raspberrypi/documentation/blob/master/configuration/display_rotation.md uses the word "default" for graphics drivers so I was hoping it meant there was a choice! One more thing to try (just in case

Re: [9fans] Screen rotation on the Raspberry Pi 4?

On Oct 8, 2020, at 9:40 PM, a...@9srv.net wrote: > > It looks like graphics on the Pi 4 have changed more than I'd > realized. As far as I can tell, the "legacy" driver (what's > used on the 0-3) no longer offers screen rotation via the > display_rotate directive in config.txt. > > Does anyone

Re: [9fans] Forcing display size on Pi4

> On Dec 17, 2019, at 1:31 PM, Richard Miller <9f...@hamnavoe.com> wrote: > >> I have a 2K display that Plan9 forces to 1920x1080 resolution. >> Poking around 9/bcm/screen.c indicates that setting vgasize=WxHxD >> should force the size, but adding a suitable entry in cmdline.txt >> just gives

Re: [9fans] dc(1) exponent limits

On Mon, 16 Dec 2019 18:28:35 -0800 Bakul Shah wrote: > On Tue, 17 Dec 2019 09:46:52 +1100 Rob Pike wrote: > > % ivy > > 652342**52342 > > 1.85475753442e+304341 > > > > )cpu > > 8.291ms > > > > (652342**52342)/34232342 > > 9.2737876720

Re: [9fans] dc(1) exponent limits

On Tue, 17 Dec 2019 09:46:52 +1100 Rob Pike wrote: > % ivy > 652342**52342 > 1.85475753442e+304341 > > )cpu > 8.291ms > > (652342**52342)/34232342 > 9.27378767209e+304340/17116171 > > )cpu > 9.217ms > > float _ > 5.41814385477e+304333 On plan9/pi4 I get % ivy (652342**52342)/34232342

Re: [9fans] ARM hardware and SATA

With a USB3 SSD I have been able to get over 200MB/s sequential (under linux, on RPI4). You can get a TB SSD for under $150 that can theoretically do 540MB/s (on a USB3.1 but pi4 is usb3 so half the peak throughput). For a venti server your bottleneck will be the GBe. I haven't been able to

Re: [9fans] Is the vanilla Plan 9 still alive?

On Nov 23, 2019, at 9:25 PM, greemngr...@gmail.com wrote: > > I was just curious if it had any chances of coming back or were 9legacy and > 9front the only options. Ah. :-) But why? It is just out of idle curiosity, such as wondering about an old friend you haven't seen in decades or you

Re: [9fans] Is the vanilla Plan 9 still alive?

On Nov 21, 2019, at 10:29 PM, greemngr...@gmail.com wrote: > > The site hasn't been updated since 2014-2015. If it's dead, is there any > chance of it coming back into development? Why do you ask? What do you want to do? -- 9fans: 9fans Permalink:

Re: [9fans] plan9port on osx

On Thu, 21 Nov 2019 08:49:32 +0100 fge...@gmail.com wrote: fge...@gmail.com writes: > On 11/21/19, fge...@gmail.com wrote: > > On 11/21/19, arn...@skeeve.com wrote: > >> "Ethan Gardener" wrote: > >> > >>> > i cannot find a plan9port maillist, so i am asking here. > >>> > >>> it's called

Re: [9fans] go under plan9 on the radpberry pi?

will be the bottleneck. > On Sep 21, 2019, at 5:32 AM, hiro <23h...@gmail.com> wrote: > > yeah, but check small blocksize random read/write vs. AoE or 9p over > ethernet. I'm not sure how efficient usb3 in terms of latency :) > > On 9/21/19, Bakul Shah wrote: >> On F

Re: [9fans] go under plan9 on the radpberry pi?

On Fri, 20 Sep 2019 09:53:07 +0100 Richard Miller <9f...@hamnavoe.com> wrote: > > > Another option worth exploring may > > be AOE as pi4 has a GbE (I haven't tried this yet). > > My go test builders are running with "local" fossil on a slice > of disk provided over AoE from an atom server. I

Re: [9fans] go under plan9 on the radpberry pi?

On Fri, 20 Sep 2019 06:29:31 +0100 Steve Simon wrote: > > my plan was to build and run/debug go on a raspberry pi 4 running plan9, not > to cross compile. If you mean go programs, the compile speed is tolerable provided you are not building very large programs. If you mean the go compiler

Re: [9fans] go under plan9 on the radpberry pi?

On Thu, 19 Sep 2019 22:41:48 +0100 Steve Simon wrote: > > does go run under plan9 on the radpberry pi or only on x86? I haven't tried a native build but cross-compiling with cd `go env GOROOT`/src GOOS=plan9 GOARCH=arm ./bootstrap.bash seems to work. bunzip2 the resulting .tbz file in

Re: [9fans] aux/timesync -n doesn't work

May be you can try ru.pool.ntp.org. > On Sep 10, 2019, at 3:40 PM, Олег Бахарев wrote: > > I can ping. Russian ntp2 stratix server > > вт, 10 сент. 2019 г., 18:55 Richard Miller <9f...@hamnavoe.com > >: > > aux/timesync doesnt work in raspberry pi 2 > > What ntp

Re: [9fans] raspberry pi 4 arm64 test image

On Thu, 22 Aug 2019 01:58:39 +0200 cinap_len...@felloff.net wrote: > new kernel that should be able to deal with the two regions: > > http://felloff.net/usr/cinap_lenrek/9pi4 > > sha1sum: > > 0222a824ec04c672955560ea120fa4d8de848e79 cat '#ec/*maxmem' 0x3e60 0x4000 0xfc00 Ethernet and

Re: [9fans] raspberry pi 4 arm64 test image

On Wed, 21 Aug 2019 21:53:42 +0200 cinap_len...@felloff.net wrote: cinap_len...@felloff.net writes: > thank you! > > i believe its just starting rio so you dont get any more output. > > interestingly, the framebuffer was set up without error as > far as the kernel is concerned. otherwise we would

Re: [9fans] raspberry pi 4 arm64 test image

On Wed, 21 Aug 2019 23:59:28 +0200 cinap_len...@felloff.net wrote: cinap_len...@felloff.net writes: > > The firmware on a pi4 with 2GB or 4GB RAM will only report 1GB. > > I believe you need to look at the board id (or probe for invalid > > addresses as in the teg2 kernel) to find out the real

Re: [9fans] raspberry pi 4 arm64 test image

On Wed, 21 Aug 2019 21:05:20 +0100 Richard Miller <9f...@hamnavoe.com> wrote: > > ba...@bitblocks.com>: > > Trying this on pi4B4GB > > > > - no display > > The display does come up for me (using HDMI0 socket). It is an early 4k Seiki TV/Monitor. It works fine on a pi3 (running your kernel) in

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

On Aug 9, 2019, at 2:34 PM, Charles Forsyth wrote: > > Since the resources are small if not tiny, a little systems analysis and > design is probably needed, but it looks like a bit of fun, until the > inevitable moment of "why am I here?". > > On Fri, Aug 9, 2019 at 4:50 PM Charles Forsyth

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

esp32 doesn’t have an mmu, right? > On Jul 26, 2019, at 03:30, Charles Forsyth wrote: > > I was thinking of doing that since I've got an ESP-32 for some reason > >> On Fri, Jul 26, 2019 at 7:38 AM Cyber Fonic wrote: >> I was reading the post Why Didn't Plan 9 Succeed on Hacker News. >> >>

Re: [9fans] Someone made a Wayland compositor based on Rio, Wio

On May 2, 2019, at 4:10 AM, hiro <23h...@gmail.com> wrote: > >> Broadly speaking, that's [rio running inside rio] the essence of Rio. > > i have lately investigated the code of rio, devdraw and memlayer and > understood a bit the historic connection to bitblt, etc., and i've > been wondering

Re: [9fans] UI design | enhancements.

part quickly. it's such a simple system though it wouldn't take > much work to extend support wherever needed. > > On Mon., Apr. 15, 2019, 12:26 a.m. Devine Lu Linvega, > wrote: > Michelangelo would have been “middle-click!? Hell no”. > > > On Apr 15, 2019, at 3:12 PM, Bakul S

Re: [9fans] UI design | enhancements.

Michelangelo or Rodin didn't have to worry about function, only form. Da Vinci on the other hand > On Apr 14, 2019, at 10:07 PM, Lucio De Re wrote: > > The thing is, a UI is a combination of far too many personal tastes > and habits and a GUI multi-dimensionally more so. It's like a marble

Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

On Wed, 10 Oct 2018 20:56:20 -0400 Dan Cross wrote: > > On Wed, Oct 10, 2018 at 7:58 PM wrote: > > > > Fundamentally zero-copy requires that the kernel and user process > > > share the same virtual address space mapped for the given operation. > > > > and it is. this doesnt make your point

[9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

Excellent response! Just what I was hoping for! On Oct 10, 2018, at 2:54 PM, Steven Stallion wrote: > > As the guy who wrote the majority of the code that pushed those 1M 4K > random IOPS erik mentioned, this thread annoys the shit out of me. You > don't get an award for writing a driver. In

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

On Oct 9, 2018, at 3:06 PM, erik quanstrom wrote: > > with meltdown/Spectre mitigations in place, I would like to see evidence that > flip is faster than copy. If your system is well balanced, you should be able to stream data as fast as memory allows[1]. In such a system copying things N

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

> On Oct 9, 2018, at 2:45 AM, Ethan Gardener wrote: > > One day, Uriel met a man who explained very > convincingly that the Plan 9 kernel is a microkernel. > On another day, Uriel met a man who explained very > convincingly that the Plan 9 kernel is a macrokernel. > Uriel was enlightened.

Re: [9fans] PDP11 (Was: Re: what heavy negativity!)

On Mon, 08 Oct 2018 19:03:49 -0400 Dan Cross wrote: > > plan9 is breathtakingly elegant, but this is in no small part because as a > research system it had the luxury of simply ignoring many thorny problems > that would have marred that beauty but that the developers chose not to > tackle. Some

Re: [9fans] plan9port : complete system : kernel : freebsd || linux ?

On Oct 3, 2018, at 8:44 PM, Mayuresh Kathe wrote: > > aram, by a complete, installable system for plan9port, i meant a > distribution running the linux kernel, bionic, plan9port, minimal xorg. > that distribution would be bootable off a usb disk and can be installed > to your harddisk like any

Re: [9fans] plan9port : complete system : kernel : freebsd || linux ?

> On Oct 2, 2018, at 7:41 AM, Dave MacFarlane wrote: > > see how far you can take the per process > namespaces of Linux > to make it feel like Plan 9. (AFAIK, that wouldn't be possible with > NetBSD or FreeBSD, but > I might be mistaken..) Adding per process namespaces to *BSD would be a

Re: [9fans] APL for Plan 9?

On Fri, 07 Sep 2018 08:35:23 +0200 Rudolf Sykora wrote: > I also note that there now exists a GPL'd version of the K language, > Kona. That one was straightforward to build on OpenBSD. Kona uses mmap so not so easy to port. If you are used to normal C style, kona code style will be very hard to

Re: [9fans] APL for Plan 9?

On Sep 6, 2018, at 6:41 AM, Ethan Gardener wrote: > > Is there an implementation of APL or a related language for Plan 9? http://t3x.org/klong/ Though it is not as nice as k or kona. Rob Pike’s ivy may compile on plan9, it being implemented in go.

Re: [9fans] Is Plan 9 C "Less Dangerous?"

On Wed, 05 Sep 2018 07:42:52 -0400 Chris McGee wrote: > > It could be, but after having looked briefly at the size of the design for > RISC-V Rocket and especially BOOM I wonder if it's all overly complicated. > They even built their own high level hardware language (Chisel) that > generates

Re: [9fans] 9P or better file services for multiple platforms

> On Sep 2, 2018, at 2:25 AM, Lucio De Re wrote: > > (GIT is the main reason for my begging here: I "pull" the latest Go to > my workstation, then "archive" to Plan 9 (fossil). But fossil is slow, > too slow to compete even with cross-compiling to plan9_386. Part of > the problem is needing

Re: [9fans] Static ip configuration for a standalone cpu server in qemu on Linux

On Sat, 25 Aug 2018 22:17:16 +0300 Alexander Kapshuk wrote: > 22:13:25.356189 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has > 10.0.0.2 tell 10.0.0.1, length 28 As Hiro mentioned it is strange that both sides have the same mac addr as that will confuse them both. Pick a different one for

Re: [9fans] Static ip configuration for a standalone cpu server in qemu on Linux

On Sat, 25 Aug 2018 14:20:44 +0300 Alexander Kapshuk wrote: > I am trying to follow the instructions given here: > > http://fqa.9front.org/fqa3.html#3.3.1.4.4 > 3.3.1.4.4 - Linux TAP > > Here's what I've done so far: > (1). Set up a tap0 device as user root: > ip tuntap add dev tap0 mode tap

Re: [9fans] A compiler bug

On Aug 1, 2018, at 4:35 PM, Charles Forsyth wrote: > even so, the format and intention of the example seems practical (with the > correct cast to uintptr) and "An implementation may accept other forms of > constant expressions". > it should be fairly easy to add as an extension with consistent

[9fans] A compiler bug

Consider: % cat x.c #include uintptr foo[3]; uintptr bar=[2]; % 8c -c x.c # this works. % 5c -c x.c # this fails x.c:3 initializer is not a constant: bar If I change the last line to uintptr* bar=[2]; Both compilers compile it fine. But if I change the last line to uintptr

Re: [9fans] What are you using Plan 9 for?

On Jun 28, 2018, at 12:22 AM, Mart Zirnask wrote: > > Regarding Forth systems, this might also be of interest: > http://cosy.com People may find articles on k, joy etc. on Stevan Apter's website to be interesting: http://nsl.com/ In particular Stevan Apter's conversation with Manfred von Thun

Re: [9fans] What are you using Plan 9 for?

On Jun 25, 2018, at 2:33 AM, Ethan A. Gardener wrote: > > On Thu, Jun 21, 2018, at 7:03 PM, Bakul Shah wrote: >> On Jun 21, 2018, at 8:23 AM, Ethan A. Gardener wrote: >>> >>> Thanks! I don't know APL at all, beyond the fact that its need for a >>> graphi

Re: [9fans] What are you using Plan 9 for?

On Jun 21, 2018, at 8:23 AM, Ethan A. Gardener wrote: > > Thanks! I don't know APL at all, beyond the fact that its need for a > graphical (or at least sophisticated) display held it back in the past. I > should probably look into it now, I'm sure it would save me from making some > mistakes

Re: [9fans] What are you using Plan 9 for?

On Thu, 21 Jun 2018 05:58:42 +0200 Lucio De Re wrote: Lucio De Re writes: > On 6/20/18, Ethan A. Gardener wrote: > > [ ... ] Most of it is going into game scripting at the moment, but on the b > ack > > burner is a Forth-based project; a sort of operating system where the > > primary interface

Re: [9fans] booting plan9 under bhyve

On Sat, 05 May 2018 12:49:34 -0700 Lyndon Nerenberg wrote: > Has anyone has managed to boot any of the plan9 variants under FreeBSD's > bhyve hypervisor? Just curious to hear about any success/fail > experiences. Matthew Veety on 9fans on 27-Jan-2016: > I have a 9front cpu

Re: [9fans] gVisor - user space kernel in Go

On Wed, 02 May 2018 19:19:43 - Skip Tavakkolian wrote: > > Just saw this today; might be of interest to some 9fans. Apache open source > from Google: > > https://github.com/google/gvisor Unix emulation on microkernels looks a bit like this. Quick comparison:

Re: [9fans] Plan9 on Pi 3B+

The higher number seems to be from the netperf benchmark. See https://www.phoronix.com/scan.php?page=article=raspberrypi-3-bplus=3 > On Apr 5, 2018, at 10:02 AM, Steve Simon wrote: > > > hi, > > great work richard, i hope to try this soon. the network performance is the

Re: [9fans] SCMs

On Tue, 13 Feb 2018 15:13:36 -0800 Lyndon Nerenberg wrote: > > +100 on DVCS and needless complexity. cvs or sccs provides all the > functionality I've ever needed in an SCM system. Although I confess I > have been seduced by git's ability to instantly create and switch

Re: [9fans] There is no fork

On Tue, 13 Feb 2018 18:16:02 + Steve Simon wrote: Steve Simon writes: > > > > I can't build 9front on a Pi (well, not in productive amounts of time) > > depends what you mean by productive. my pi3 will build a kernel in about 30 > secs (i am not by it so this is from

  1   2   3   4   5   6   7   >