Re: [9fans] 9fat: on rmiller raspberry pi image?

Pretty sure you have to run dossrv on the 9fat partition http://man.postnix.pw/plan_9/4/dossrv Cheers, Sean On Mon, Apr 29, 2024 at 8:34 PM michaelian ennis wrote: > > I'm trying to switch a host over to a cpu server by updating the > kernel on the boot partition but 9fat: doesn't appear to

[9fans] drawterm factotum interference in 9front

When I use drawterm to access 9front from FreeBSD with a running factotum, no additional user identification is needed. This is fine, as long as I do not try to use another identity. Factotum seems to overrid any -u user option in the drawterm command.  It logs me in always as myself, even if I

[9fans] 9fat: on rmiller raspberry pi image?

I'm trying to switch a host over to a cpu server by updating the kernel on the boot partition but 9fat: doesn't appear to be the way to do this for this image. I dug around in the list here and didn't see anyone else with this problem so is there some documentation I am missing? Ian

Re: [9fans] strange tls problem on 9front

On Sunday, 28 April 2024, at 5:32 PM, cinap_lenrek wrote: > because the namespace from bootrc is not inherited. init creates a complrely new namespace using /lib/namespace from your root file-system: Thank you. I copied /lib/namespace to the file server. Now it works as it should.

Re: [9fans] strange tls problem on 9front

I just inserted the line  On Saturday, 27 April 2024, at 11:49 PM, cinap_lenrek wrote: > bind -a #a /net into termrc after the ip init. Now I have /net/tls, but  aux/listen1 'tcp!*!rcpu' /rc/bin/service/tcp17019  still does not allow drawterm access. --

Re: [9fans] strange tls problem on 9front

> This binding has to be very early to be effective. > It is done /sys/src/9/boot/bootrc. Why does it disappear when the filesystem > is not local? because the namespace from bootrc is not inherited. init creates a complrely new namespace using /lib/namespace from your root file-system:

Re: [9fans] strange tls problem on 9front

On Saturday, 27 April 2024, at 11:49 PM, cinap_lenrek wrote: > i suppose the following is missing in your /lib/namespace: > bind -a #a /net This binding has to be very early to be effective. It is done /sys/src/9/boot/bootrc. Why does it disappear when the filesystem is not local?

Re: [9fans] strange tls problem on 9front

i suppose the following is missing in your /lib/namespace: bind -a #a /net also... what? -- cinap -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T59601d5abf5e8d5f-Mf69109feaec59f33a9616fab Delivery options:

[9fans] strange tls problem on 9front

I am experiencing a strange problem. When I try to boot  my 9front system using a file server over tcp, I get no /net/tls. The same kernel booting on a local hjfs filesystem has it. I think, that the files  in both systems are also he same. I can drawterm only to the latter configuration.

[9fans] Re: IWP9 slides and materials

It's in many of the related branches in my fork: https://github.com/dboddie/inferno-os My changes have recently been merged into the official mirror of Inferno on GitHub as well: https://github.com/inferno-os/inferno-os If you have any trouble building the latest Inferno sources it will probably

[9fans] Re: IWP9 slides and materials

Thanks; I really enjoyed the talk. Is your version of the thumb toolchain in one of your repos? -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tab907fb0f88c6a95-M8d86abc50d7cfb4331cf7c70 Delivery options:

[9fans] IWP9 slides and materials

I wasn't able to push my IWP9 slides to GitHub until late last week, so here they are for those who are interested: https://github.com/dboddie/inferno-cortex-m-paper The slides and paper from the previous year are also available: https://github.com/dboddie/inferno-freeze-slides David

Re: [9fans] boot order on separate venti/fossil machines

Fossil once attached to venti can't serve without it, so venti must arrive first. My machine is fossil+venti, so not quite what you asked about, but the mechanism would be similar. The server boots the kernel from 9fat. (If I wanted to pxe boot the venti, I could push the boot server problem back

Re: [9fans] VCS on Plan9

On Sat, Apr 20, 2024 at 4:31 AM Giacomo Tesio wrote: > Hi 9fans > > Il 18 Aprile 2024 22:41:50 CEST, Dan Cross ha scritto: > > > > Git and Jujitsu are, frankly, superior > > out of curiosity, to your knowedge, did anyone ever tried to port fossil > scm > to Plan9 or 9front (even through ape)? >

Re: [9fans] VCS on Plan9

Hi 9fans Il 18 Aprile 2024 22:41:50 CEST, Dan Cross ha scritto: > > Git and Jujitsu are, frankly, superior out of curiosity, to your knowedge, did anyone ever tried to port fossil scm to Plan9 or 9front (even through ape)? Also

[9fans] boot order on separate venti/fossil machines

I am curios. In an environment where you have separate machines for fossil and venti, do you boot fossil first, and let venti pxe boot over it, or do you boot venti first, with a small, local, fossil partition? -marco -- 9fans: 9fans Permalink:

Re: [9fans] VCS on Plan9

On Fri, Apr 19, 2024 at 12:10 AM wrote: > Quoth Dan Cross : > > Correct me if I'm wrong, but this is just an `echo` into fossilcons, > > isn't it? `fsys main snap -a` or something like it? > > it would be if being able to write to fossilcons > didn't imply being able to do a lot more than >

Re: [9fans] VCS on Plan9

On Fri, 19 Apr 2024 at 10:09, Edouard Klein wrote: > I love it when I discover that something down on my todo-list has > already been done, [ ... > ... ] > > https://9p.io/wiki/plan9/divergefs/ It's been done *twice*: https://git.sr.ht/~kvik/unionfs --

Re: [9fans] troll paper

I'll add that it takes a special brand of courage to ask "Why has everything got to be a file" in front of a Plan 9 crowd ;) The off-track discussions with Daniel were enlightening. I think his perspective on "NoT" is quite valuable, and has inspired some ideas since I got back. ron minnich

Re: [9fans] VCS on Plan9

I love it when I discover that something down on my todo-list has already been done, better than I would have, by someone else :) Very neat tool, I'll be using it soon. Dave Eckhardt writes: >> One thing i did was sometimes to create a skeletron directory >> tree and bind *before* each single

Re: [9fans] VCS on Plan9

Quoth Dan Cross : > > Correct me if I'm wrong, but this is just an `echo` into fossilcons, > isn't it? `fsys main snap -a` or something like it? it would be if being able to write to fossilcons didn't imply being able to do a lot more than creating a new snapshot.

Re: [9fans] VCS on Plan9

On 4/18/24 16:48, Shawn Rutledge wrote: > Interesting that it's Rust.  Just another reason to eventually have Rust on > Plan 9… Has anyone done any work on this? I know someone technically got stuff running using a webasm intermediate, but I am curious if anyone has scoped out what it would

Re: [9fans] VCS on Plan9

On Thu, Apr 18, 2024, 7:18 PM Bakul Shah via 9fans <9fans@9fans.net> wrote: > 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 :-) > Arrey yaar, miri vo ki bahoat

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

> On Apr 18, 2024, at 1:41 PM, Dan Cross wrote: > > Git and Jujitsu are, frankly, superior. Aha, I had never heard of Jujutsu until now; you mean https://martinvonz.github.io/jj/ right? Monitoring file changes and treating changes to the working copy as an implicit work-in-progress commit

Re: [9fans] VCS on Plan9

On Thu, Apr 18, 2024 at 5:01 PM Steve simon wrote: > re: VCS -vs-dump > > I always planned to add code to fossil to allow members of (say) the 'dump' > group to trigger fa fossil to venti dump at arbitrary times. > If with this it would be trivial to have a 'release' rc script which could >

Re: [9fans] VCS on Plan9

re: VCS -vs-dump I always planned to add code to fossil to allow members of (say) the 'dump' group to trigger fa fossil to venti dump at arbitrary times. If with this it would be trivial to have a 'release' rc script which could save a log message and trigger a dump. I know this is not really

Re: [9fans] VCS on Plan9

On Thu, Apr 18, 2024 at 4:27 PM Bakul Shah via 9fans <9fans@9fans.net> wrote: > Did anyone try to port sccs to plan9? Interesting question; I suspect not. The only reason to have done so would have been to inspect source repositories created outside of plan 9, in which case it likely would have

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] VCS on Plan9

On Thu, 18 Apr 2024 15:54:07 + "certanan via 9fans" <9fans@9fans.net> wrote: > Hi, > > is there any more "organic/natural" way to do source control on today's Plan9 > (9front specifically), other than Ori's Git? on today's plan 9? no. > > In other words, how (if at all) did people at

Re: [9fans] VCS on Plan9

> One thing i did was sometimes to create a skeletron directory > tree and bind *before* each single directory in /sys/src/9. > > when i needed to modify a file, you copy it in your "overlay" > tree. https://9p.io/wiki/plan9/divergefs/ Dave Eckhardt --

Re: [9fans] VCS on Plan9

One thing i did was sometimes to create a skeletron directory tree and bind *before* each single directory in /sys/src/9. when i needed to modify a file, you copy it in your "overlay" tree. not exactly version control, but a primitive way to prepare a change. -- cinap

Re: [9fans] VCS on Plan9

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 how valuable perfect historic snapshots were. Add that 40 years ago source code revision control

Re: [9fans] VCS on Plan9

> From what I understand folks used to make diffs against the last release. > There was also some use of replica as you eluded to. That answers my question. Thanks. tom -- 9fans: 9fans Permalink:

Re: [9fans] 9front nvram setup

my setup complained when it was not set, then again im running in a vm (uefi setup). Sent from my phone. Please excuse the fact that I can't type on these things to save my life. On Thu, Apr 18, 2024, 10:36 AM wrote: > > It was that nvrlen setting. Apparently that needs to be something like >

Re: [9fans] VCS on Plan9

On 4/18/24 10:54, certanan via 9fans wrote: > Hi, > > is there any more "organic/natural" way to do source control on today's Plan9 > (9front specifically), other than Ori's Git? > > In other words, how (if at all) did people at Bell Labs and the community > alike originally manage their

[9fans] VCS on Plan9

Hi, is there any more "organic/natural" way to do source control on today's Plan9 (9front specifically), other than Ori's Git? In other words, how (if at all) did people at Bell Labs and the community alike originally manage their contributions in a way that would allow them to create patches

Re: [9fans] 9front nvram setup

> It was that nvrlen setting. Apparently that needs to be something like 256 > or it gets mad. It didnt like 0. all right! good catch :D iirc these are optional, i usually just set nvram= and nothing else. nvr is fixed size anyway. -- cinap -- 9fans:

Re: [9fans] 9front nvram setup

It was that nvrlen setting. Apparently that needs to be something like 256 or it gets mad. It didnt like 0. Sent from my phone. Please excuse the fact that I can't type on these things to save my life. On Thu, Apr 18, 2024, 4:59 AM wrote: > > I am setting up a CPU server on 9front, and have

Re: [9fans] disk/prep partitioning issue

Okey, thanks -marco -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T798ae549700d1ad5-Mdd2b243c924cccbf1b83646c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] disk/prep partitioning issue

> Tried it; output: > syntax error reading partition > 488 > > So my partition count is too much, correct? Correct. The last line has been truncated at the end of the block so it has no newline, which is a syntax error. It's ok to use fdisk to create more than one plan9

Re: [9fans] disk/prep partitioning issue

> Try 'disk/prep -p /dev/sdE0/plan9 | wc -c' Tried it; output: syntax error reading partition 488 So my partition count is too much, correct? > The original idea behind limiting > arena size was so that they could be conveniently > backed up onto optical media, but I

Re: [9fans] 9front nvram setup

> I am setting up a CPU server on 9front, and have been getting the following > errors that I just can't seem to work around. > can't write to nvram: i/o error > I have set my nvram in plan9.ini to > nvram=#S/sdE2/nvram > nvroff=0 > nvrlen=0 You can break into rc shell at the bootargs prompt by

Re: [9fans] disk/prep partitioning issue

I said: > You might have to split it up > into two fdisk partitions, or shorten some names. Actually, shortening names isn't likely to help much. If you're setting up a new venti, not expanding an existing one, could you make the arena partitions fewer and larger? The original idea behind

Re: [9fans] disk/prep partitioning issue

> ... > the bloom, isect7 and arenas7 partition are gone. > ... > What's causing that? The partition table has to fit in one disk sector. Has yours got bigger than 512 bytes? You might have to split it up into two fdisk partitions, or shorten some names. Try 'disk/prep -p /dev/sdE0/plan9 | wc

[9fans] disk/prep partitioning issue

I have a behaviour from disk/prep I do not understand. I want to setup a partition table on a venti server as follows. %disk/prep /dev/sdE0/plan9 empty 0 204800 (204800 sectors, 100.00 MB) nvram 204800 204801 (1

Re: [9fans] troll paper

The author of the paper not only helped get the conference going this year, he worked hard this and last year to make sure our youtube channel worked. He also has done a lot of work to get faculty from U. Bamberg in Germany on board. The author was a major part of making IWP9 2024 go so well.

Re: [9fans] troll paper

Briefly, no. It's a constraint language, and it happens to be able to produce yaml etc as a side-process. I've used it to enforce constraints in a tax application. "Enforce" understates what actually can be done. On Tue, 16 Apr 2024 at 20:31, G B via 9fans <9fans@9fans.net> wrote: > Isn't Cue

Re: [9fans] troll paper

Isn't Cue YACL (Yet Another Configuration Language)? Absolutely no way one can deprecate YAML and just use Cue, so all one is doing essentially is adding one more thing to learn and keep updated. And since it hasn't released 1.0, what happens if the new YACL never materializes but was adopted?

Re: [9fans] troll paper

Although cue itself is more generally useful, applied that way it's a coping mechanism that indeed doesn't address the fundamental point: like those Sendmail configuration languages that compiled down into the rewrite language instead of just replacing that. On Tue, 16 Apr 2024 at 15:19, wrote:

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] troll paper

Quoth Charles Forsyth : > > it's been a little while since i first looked at it, but i think one of the > example application is exactly how one might use it to avoid 80k lines of > yaml that you must look at directly. while it may help -- this is just stacking complexity on top of complexity.

Re: [9fans] troll paper

it's been a little while since i first looked at it, but i think one of the example application is exactly how one might use it to avoid 80k lines of yaml that you must look at directly. On Tue, 16 Apr 2024 at 05:30, wrote: > Taj Khattra wrote: > > > > > You might find help in culang.org > > >

Re: [9fans] troll paper

Taj Khattra wrote: > > > You might find help in culang.org > > > > DNS can't seem to find that for me > > https://cuelang.org/ Much thanks! Arnold -- 9fans: 9fans Permalink:

Re: [9fans] troll paper

yes, sorry, mistyped on a phone On Tue, 16 Apr 2024 at 04:24, wrote: > 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

Re: [9fans] troll paper

> > > > You might find help in culang.org > > DNS can't seem to find that for me > https://cuelang.org/ -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T51f7f5a8927e1271-Mc63aa5939d7bec938566fefe Delivery options:

Re: [9fans] troll paper

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 DNS can't seem to find that for me Thanks, Arnold

Re: [9fans] troll paper

 cuelang.org rather On Apr 15, 2024, at 13:51, Charles Forsyth wrote: And, if I hear about it being“declarative” as a virtue, I point to the 81,000+ lines (andgrowing) of YAML, that I defy any one human to comprehend.You might find help in culang.org On Mon, 15 Apr 2024 at 20:49, Kim Shrier

Re: [9fans] troll paper

> > 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 On Mon, 15 Apr 2024 at 20:49, Kim Shrier wrote: > > On Apr 12, 2024, at 4:56 AM, David Arnold

Re: [9fans] troll paper

> On Apr 12, 2024, at 4:56 AM, David Arnold wrote: > >> The vetting process needs some work, lads. > > More heresy than trolling, perhaps? > > It was thought-provoking for me. I wished I was there for the bar session > afterwards. > > d It didn’t read like a troll paper to me. I

Re: [9fans] Re: 9front nvram setup

To the kind person who called and made sure I was all set, what was your name again? Thank you, kind human! On Mon, Apr 15, 2024 at 2:04 PM wrote: > for reference, not reading the documentation and assuming you can just set > things like nvrlen to 0, might be the start of issues. What is the >

[9fans] Re: 9front nvram setup

for reference, not reading the documentation and assuming you can just set things like nvrlen to 0, might be the start of issues. What is the appopriate value for that? I set it to 256 and it worked. -- 9fans: 9fans Permalink:

[9fans] 9front nvram setup

I am setting up a CPU server on 9front, and have been getting the following errors that I just can't seem to work around. can't write to nvram: i/o error I have set my nvram in plan9.ini to nvram=#S/sdE2/nvram nvroff=0 nvrlen=0 Eric Lynema (616) 990-0911

Re: [9fans] troll paper

Bar-raising.On Apr 12, 2024, at 06:29, Charles Forsyth wrote:Where’s the link? I haven’t seen one yet for reading papers in advance.  Still one hour to go…I haven't read it yet myself, to avoid spoilers, but I thought it was a record even for Plan 9 that something has disturbed people even

[9fans] IWP9 2024 - Day 2 Live Stream

FYI, it will start shortly https://www.youtube.com/watch?v=z8ZPgQR1IVc -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tf46d6f4d4b41700c-M659eb6ac40287b1e0dee7d3c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Re: IWP9 2024 Live Stream

Also, if you subscribe to the channel, you are allowed to participate and ask questions via the live chat. On Fri, Apr 12, 2024 at 10:50 AM Skip Tavakkolian wrote: > > FYI, in case you missed it, IWP9 is being broadcast on the Plan 9 > Foundation YouTube channel. > >

[9fans] IWP9 2024 Live Stream

FYI, in case you missed it, IWP9 is being broadcast on the Plan 9 Foundation YouTube channel. https://www.youtube.com/watch?v=LVFovcvThX8 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tfc430a73002fc1c7-M6db0d3920b46cad5a0d4ca3a

Re: [9fans] troll paper

> > Where’s the link? I haven’t seen one yet for reading papers in advance. > Still one hour to go… I haven't read it yet myself, to avoid spoilers, but I thought it was a record even for Plan 9 that something has disturbed people even before the workshop opens!

Re: [9fans] troll paper

Never mind, https://iwp9.org/10iwp9proceedings.pdf > On Apr 12, 2024, at 06:56, David Arnold wrote: > >  >> >> The vetting process needs some work, lads. > > More heresy than trolling, perhaps? > > It was thought-provoking for me. I wished I was there for the bar session > afterwards. >

Re: [9fans] troll paper

Where’s the link? I haven’t seen one yet for reading papers in advance. Still one hour to go… > On Apr 12, 2024, at 06:04, Anthony Martin wrote: > > "Do we really have to have our own kernel? What are > the benefits?" ... > > The IWP9 paper titled "centre, left and right" looks like > a

Re: [9fans] troll paper

> The vetting process needs some work, lads. More heresy than trolling, perhaps? It was thought-provoking for me. I wished I was there for the bar session afterwards. d -- 9fans: 9fans Permalink:

Re: [9fans] troll paper

On Fri, 12 Apr 2024 at 11:05, Anthony Martin wrote: > > The IWP9 paper titled "centre, left and right" looks like > a complete troll. Was it generated by an LLM? I don't always understand things written about plan9 but this seemed even to me to be a bit off. However the author is listed as being

[9fans] troll paper

"Do we really have to have our own kernel? What are the benefits?" ... The IWP9 paper titled "centre, left and right" looks like a complete troll. Was it generated by an LLM? I read the whole thing and it was a waste of time. Zero stars, would not recommend. Institutional Academy of the Academic

Re: [9fans] openat()

Some replies seem to hold openat() for superfluous. In fact, IMHO the traditional syscall open() should be deprecated. In FreeBSD at least, the libc  open() does in fact use the real thing __sys_openat(). in /usr/src/lib/libc/sys/open.c via the interposing table. Some days ago, I experimented

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

Thanks Richard, I will give this a try. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T42a55b55ffb81417-M2ea35b9ed73c3d678822e320 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

> We do not provide the binary files ourselves you need to acquire them from > the rasbian ISO. Or look in https://github.com/RPi-Distro/firmware-nonfree/raw/buster/brcm -- 9fans: 9fans Permalink:

Re: [9fans] openat()

I left the oven on for my partly-baked idea. I'm now thinking that with fd 5 as an example:  open ("#d/5dir/a/b/c", ...) might be a practical way to do this (the  syntax I suggested earlier would require walking from a file, which wouldn't be sensible). So I went snorkeling in the kernel to see

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

Thanks, I got the Raspbian image and I can see .dtb files there, but can't find a clear explanation of how to get the .bin files out of there. For moment I've just found an Ethernet cable and now at least my Plan 9 machine is on the network. -- 9fans:

Re: [9fans] openat()

Well I got curious, and wrote a test program for my Linux RPi: Doing the equivalent of what du(1) does (a recursive tree walk statting every file) seemed to be about 15% faster with openat/fstatat than with open/lstat. This was on a local drive (SD card). Over 9p to my Plan 9 RPi from Linux it

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

All of what Brian said is true for 9front as well. If you want to see our code implementation of this you can find it in /sys/src/9/bcm/ether4330.c. The only difference is that 9front puts firmware in /lib/firmware and not /sys/lib/firmware. We do not provide the binary files ourselves you need

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

Please don't apologise Brian, thanks so much for this help. Looking at my ether4330.c, those two entries for revisions 6 and 9 are present, but I did a "walk | grep 43444" over the whole disk and I can't find anything like those blob files anywhere. /lib/firmware is empty too. I think I will

Re: [9fans] openat()

In response to Ron's mail. Still can not reply from my mail server. I still don't quite understand what you are getting at. I was focusing up on the linux interface (ie openat(int fd, char *path, int flags, ...)) mapping of open fd to path. I see now as well that openat specifies that the

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()

Moody wrote: "What you _would_ want for this would be the ability to walk from the existing fd, however the limits of 9p walk make this a bit impossible to implement in a great way in my opinion. " Maybe the chan could keep two fids: the original walked fid, and an opened clone of that fid?

Re: [9fans] openat()

Depending on the implementation of the file system, openat vs open can be more efficient if there’s a lot of metadata locking for file creation.Sent from my iPhoneOn Apr 6, 2024, at 1:36 PM, ron minnich wrote:openat gives you the effect of 'cd path; open file' without having to cd. I don't see a

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

I wouldn't call it obvious.  :)  It looks like there's at least a difference in where the firmware blobs are kept.  I don't really know how much difference there is in the driver code, but I would expect that there would be a file in /sys/src/9/bcm that is analogous to ether4330.c.  But I'll

Re: [9fans] openat()

openat gives you the effect of 'cd path; open file' without having to cd. I don't see a lot of benefit to it unless you're opening a lot of files at that path. My first reaction, assuming you have a lot of files in that directory, was something like bind /dir /n/x and then just open /n/x/file...

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

Hi Brian,  Thanks for your help, does it make a difference that I'm using 9front? I don't even seem to have a /sys/lib/firmware directory, and I'm not sure I have a ether4330.c either.  I'm sure it's obvious, but I'm a newcomer to Plan 9 and I apologise in advance if I'm missing obvious

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

I haven't had any trouble with wifi on the 4, with one caveat.  The 400 (and maybe some of the later 4s) have an updated version of the radio.  It just takes a new entry in ether4330.c and new blobs in /sys/lib/firmware.  The entry I've got in my ether4330.c is:     { 0x4345, 9,

Re: [9fans] openat()

My two cents on this: What you _would_ want for this would be the ability to walk from the existing fd, however the limits of 9p walk make this a bit impossible to implement in a great way in my opinion. From walk(5): The fid must represent a directory unless zero path name elements(for just

Re: [9fans] cmdline.txt for RPi 4 with QHD screen

That's great, now I just need to get wifi to work... I can't get a definitive answer on RPi 4 wifi is even supported. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T42a55b55ffb81417-M0bb93f82eedab10f21146c19 Delivery options:

Re: [9fans] openat()

On Fri, Apr 5, 2024, 23:49 Alyssa M via 9fans <9fans@9fans.net> wrote: > Are you thinking narrowly about "What changes to the Plan 9 kernel would > you make to emulate the Linux openat() system call" or more generally about > "How would you design a facility for plan 9 that provides an equivalent

Re: [9fans] openat()

Are you thinking narrowly about "What changes to the Plan 9 kernel would you make to emulate the Linux openat() system call" or more generally about "How would you design a facility for plan 9 that provides an equivalent service? As I understand it from the rationale section on the linux man

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: [9fans] openat()

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 1:38 PM Gorka Guardiola wrote: > Hmm sorry. Now I see what you want. Not to rewalk. You can use the chan of > the dirfd and walk just the remainder cloning it and

Re: [9fans] openat()

Hmm sorry. Now I see what you want. Not to rewalk. You can use the chan of the dirfd and walk just the remainder cloning it and creating a new one. That way the openat provides the guarantees you want. On Fri, Apr 5, 2024, 22:15 Gorka Guardiola wrote: > I mean, if you want a new syscall jus

Re: [9fans] openat()

I mean, if you want a new syscall jus copy or call the implementation of these. On Fri, Apr 5, 2024, 22:12 Gorka Guardiola wrote: > ¿Isn't that fd2path, strcat and open? > Or am I misunderstanding something? > > On Fri, Apr 5, 2024, 21:51 ron minnich wrote: > >> One of the folks I worked

Re: [9fans] openat()

¿Isn't that fd2path, strcat and open? Or am I misunderstanding something? On Fri, Apr 5, 2024, 21:51 ron minnich wrote: > One of the folks I worked with, when we pulled a big chunk of plan 9 into > akaros, commented that he had implemented openat on akaros. > > I don't want this to turn into a

[9fans] openat()

One of the folks I worked with, when we pulled a big chunk of plan 9 into akaros, commented that he had implemented openat on akaros. I don't want this to turn into a debate on the merits of openat; I am more curious: if you went to implement openat on Plan 9, how would you go about it? I have a

  1   2   3   4   5   6   7   8   9   10   >