Re: [9fans] Interoperating between 9legacy and 9front

[Skip Tavakkolian]

Sorry, that was just a courtesy. But don't worry I'll name it after you and
another comedic hero Don Rickles.

On Sat, May 11, 2024, 2:05 PM hiro <23h...@gmail.com> wrote:

> i do mind. please do not. but thanks for this medium-to-low-quality
> trolling attempt.
>
> On Sat, May 11, 2024 at 11:00 PM Skip Tavakkolian
>  wrote:
> >
> > Hiro, I hope you don't mind if I use your correspondence on 9fans to
> train a very annoying LLM.
> >
> > On Sat, May 11, 2024, 1:30 PM hiro <23h...@gmail.com> wrote:
> >> > Hey! It's a nice day out. A bit chilly with some wind, but sunny. I
> >> > don't know about you, but I'm going fishing.
> >>
> >> oh, i guess you are not Fish? i confused you. why are you speaking for
> >> Fish though, it's his decision to put it into 9legacy, no?
> >
> > 9fans / 9fans / see discussions + participants + delivery options
> Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tde2ca2adda383a3a-M45c3b01b264a1e2ef02dac4b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Interoperating between 9legacy and 9front

[Skip Tavakkolian]

Hiro, I hope you don't mind if I use your correspondence on 9fans to train
a very annoying LLM.

On Sat, May 11, 2024, 1:30 PM hiro <23h...@gmail.com> wrote:

> > Hey! It's a nice day out. A bit chilly with some wind, but sunny. I
> > don't know about you, but I'm going fishing.
> 
> oh, i guess you are not Fish? i confused you. why are you speaking for
> Fish though, it's his decision to put it into 9legacy, no?

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tde2ca2adda383a3a-Mba709492bbbdbb5d57fd8505
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] IWP9 2024 - Day 2 Live Stream

[Skip Tavakkolian]

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

[Skip Tavakkolian]

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.
>
> https://www.youtube.com/watch?v=LVFovcvThX8

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfc430a73002fc1c7-Mce04cdbe0a2105b04736cca2
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] IWP9 2024 Live Stream

[Skip Tavakkolian]

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
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] IWP9 10th Edition

[Skip Tavakkolian]

Hi everyone,

Paper submission deadline is coming up fast. We understand that some
may be hesitant to submit papers or WIPs for various reasons.  If you
have any questions or concerns that are holding you back, please
contact us.  We are also planning to provide a help session (Google
Meet) to answer questions and give feedback.  You can use the
addresses provided for paper and WIP submissions at
https://www.iwp9.org to ask questions or get information about the
help session.

Thanks,
-Skip


On Wed, Nov 15, 2023 at 2:03 PM Brian L. Stuart  wrote:
> 
> The Plan 9 Foundation and the Workshop Program Committee are
> pleased to invite participation in the 10th International
> Workshop on Plan 9.  This event will take place April 12-14,
> 2024 on the campus of Drexel University in Philadelphia.  We
> invite submission of papers, works in progress (WiPs), and
> workshop proposals.  Everyone interested in Plan 9 and
> related technologies is encouraged to attend.
> 
> To assist in your planning, a few key dates include:
> January 30, 2024: Submission Deadline
> March 10, 2024: Preferred Registration Deadline (later
> registrations will be accepted)
> April 12-14, 2024: The Workshop
> We will be following up with details on hotels.
> 
> For complete details, see the Call for Papers at:
> 
> https://www.cs.drexel.edu/~bls96/iwp9_2024_cfp.pdf
> 
> A special note on scheduling: the workshop falls on the
> weekend following the upcoming total solar eclipse on April
> 8, 2024. Although we will not have totality in Philadelphia,
> the path of totality is reachable from Philadelphia in less
> than a day's driving time. So take advantage of the
> scheduling to experience both one of nature's most amazing
> events and discussions of computing's most amazing operating
> system.
> 
> Brian L. Stuart
> IWP9 Program Committee

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfe83e4e703ab52ec-Md46da2bc2b4140c1ea0e5380
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan 9 Foundation is a 501(c)(3)

[Skip Tavakkolian]

Both of the domains belong to the Plan 9 Foundation; p9f.org is mainly
focused on sources and plan9foundation.org is for the public
information about the organization and governance. Selecting
"Activities" from the top menu at plan9foundation.org will show what
P9F has done so far (https://plan9foundation.org/activities.html).
P9F is organizing the IWP9 2024.

On Wed, Dec 13, 2023 at 10:58 AM Lyndon Nerenberg (VE7TFX/VE6BBM)
 wrote:
> 
> This is great news, but just before I start throwing money your
> way, it would be nice to know what you're planning to do with it.
> Other than the announcements about the creation of the foundation
> itself, and now this, it as been pretty much radio silence about
> what you're planning to get up to.
> 
> Also, what's the difference between plan9foundation.org and p9f.org?
> 
> --lyndon

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T2aea913cd8721bea-M2cdcce1a92155f62a2f096e3
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] problem with factotum

[Skip Tavakkolian]

Do you have the right factotum in the namespace you're working on?
Listing /srv should give a clue.

On Wed, Sep 13, 2023 at 2:03 PM Iban Nieto  wrote:
>
> Hello!
>
> I'm trying to serve https (443) and gemini (1965) under 9front.
>
> I've already a working rc-httpd (80) setup and now I would like to start 
> using letsencrypt certificates.
> Also rc-gemd (gemini server) needs a certificate in order to work.
>
> I manage to get the certificate with acmed using the following procedure:
>
> ramfs -p
> cd /tmp
> auth/rsagen -t 'service=acme role=sign hash=sha256 acct=i...@mydomain.com' 
> >i...@mydomain.com.key
> auth/rsa2jwk i...@mydomain.com.key >/sys/lib/tls/acmed/i...@mydomain.com.pub
> cat i...@mydomain.com.key >/mnt/factotum/ctl
> auth/rsagen -t 'service=tls role=client owner=*' >mydomain.com.key
> chmod 600 i...@mydomain.com.key mydomain.com.key
> cp i...@mydomain.com.key mydomain.com.key /sys/lib/tls/acmed/
> auth/rsa2csr 'CN=mydomain.com' /sys/lib/tls/acmed/mydomain.com.key 
> >/sys/lib/tls/acmed/mydomain.com.csr
>
> webfs
> auth/acmed -t http -o /sys/www/mydomain.com/.well-known/acme-challenge 
> i...@mydomain.com /sys/lib/tls/acmed/mydomain.com.csr 
> >/sys/lib/tls/acmed/mydomain.com.crt
>
> I think acmed do the job because the certificate is generated and stored in 
> the proper location.
> DNS is in place and working fine, the dir 
> /sys/www/mydomain.com/.well-known/acme-challenge is already in place as is 
> served by rc-httpd.
>
> This a (trimmed) decode of the certificate:
> auth/pemdecode 'CERTIFICATE' /sys/lib/tls/acmed/mydomain.com.crt | 
> auth/x5092pub
> key proto=rsa size=2048 ek=10001 
> n=1E71BLABLABLABLABAE0CA13254122D600BLABLABLABD4D89D18EB7D7E0BLABLABLABLAC69 
> subject=mydomain.com
>
> Then I try to serve https with:
> aux/listen1 tcp!*!443 tlssrv -c /sys/lib/tls/acmed/mydomain.com.crt 
> /rc/bin/rc-httpd/rc-httpd
>
> And rc-gemd with:
> aux/listen1 tcp!*!1965 tlssrv -c /sys/lib/tls/acmed/mydomain.com.crt 
> /rc/bin/rc-gemd/rc-gemd
>
> Problem is when I try to connect to https://mydomain.com I got this from the 
> server side:
> tlssrv:  tls reports failed: factotum_rsa_open: no key matches proto=rsa 
> service=tls role=client
>
> The same error occurs when I try to connect to gemini using a client:
> tlssrv:  tls reports failed: factotum_rsa_open: no key matches proto=rsa 
> service=tls role=client
>
> Trying to add the keys to factotum using this:
> cat /sys/lib/tls/acmed/i...@mydomain.com.key >/mnt/factotum/ctl
> cat /sys/lib/tls/acmed/mydomain.com.key >/mnt/factotum/ctl
>
> I'm still wondering if factotum is aware of these keys... anyway I checked if 
> the factotum process is running:
>
> cpu% pstree | grep -i factotum
> 130 ├factotum
> 408 │└factotum
> 4986├factotum
> 5119│└factotum
> 11793   │└grep -i factotum
>
> But I still got the same error from factotum when I try to use the 
> certificates using tlssrv :-(
>
> What I'm missing? How to debug the problem?
>
> Any help very appreciated :)
>
> Many thanks in advance.
>
> Iban.
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te82df98419e38504-Mf1c7195bd89fa92ac5074379
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] How can I donate Plan9？

[Skip Tavakkolian]

Plan 9 Foundation is an Oregon nonprofit organization and is awaiting
a status approval as a 501(c)(3) Charitable Organization.
Your donations will NOT be tax deductible, but very much appreciated.
Please contact the Treasurer directly or bo...@p9f.org

Thanks,

On Fri, Sep 1, 2023 at 7:10 AM plm1234567_0603 via 9fans
<9fans@9fans.net> wrote:
>
> title
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T1efcf2ded187800d-M65570e8d0936e4591a361054
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] /dev/realtime doesn't exist?

[Skip Tavakkolian]

I wrote an example 20 years ago, but couldn't get it to work. I found a
copy in this thread:

https://9fans.topicbox.com/groups/9fans/T6fea0dd928cee45d-M9987c73da1c5b3190e83c561/9fans-trace-c



On Tue, Aug 29, 2023, 11:29 AM Charles Forsyth 
wrote:

> There's another paper from an iwp9 http://9p.io/iwp9/Real-time.pdf that
> might provide more detail
>
> On Tue, 29 Aug 2023 at 18:19,  wrote:
>
>> Quoth dusan3...@gmail.com:
>> > I was reading an article about plan9's realtime scheduler edf (
>> http://doc.cat-v.org/plan_9/real_time/real_time_in_a_real_operating_system/real_time_in_a_real_operating_system.pdf,
>> page 7), and they mentioned using /dev/realtime to create realtime
>> processes, but /dev/realtime doesn't exist on my machine (I am using
>> 9front). I found a post here from 07 saying something about removing it a
>> long time ago, but it got no answers.
>> >
>> > In proc(3) they mention some commands for configuring realtime
>> processes but I don't know if that is to configure an already made realtime
>> process or to make one from a regular. How do i make realtime processes in
>> these days?
>> 
>> it's the bits you found in /proc; there are no (longer?)
>> any special real time processes; any process can become
>> real time by setting up deadlines at any point.
>> 
>> /dev/realtime isn't needed any more.
>> 
>> unfortunately, I'm not aware of any programs using it.
>> 
>> (that may be a good question for the list: where was the
>> real time scheduler used, and does any code using it
>> survive?)
>> 
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td0e7a4f73d1eae3b-Ma9390b0283a268af33ad6e82
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Contrib mirror?

[Skip Tavakkolian]

9p.io

Replace the sources entry in 9fs to point to 9p.io instead.

On Fri, Aug 25, 2023, 8:25 PM Don Bailey  wrote:

> Hi Fans,
>
> Is there a live mirror of the Contrib sources? There are a few packages I
> need and I can't figure out who hosts them, currently. Any thoughts are
> appreciated.
>
> Thanks,
> D
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc8858cb5530ae56d-Mc4e497007432ddfa92e1f38c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Accessing auth/fs via Tailscale

[Skip Tavakkolian]

I've been meaning to mention this in case others might be interested.

Tailscale is great at providing an efficient, secure and (mostly)
decentralized virtual mesh network.  Although there isn't a port of
their agent for Plan 9, there is a way to use tailscale to access Plan
9 auth/fs/cpu behind a firewall.

I have a Linux box with IP forwarding enabled that runs a tailscale
agent configured to be a subnet router for my Plan 9 network (see
their docs). On my laptop (macOS with TS agent installed) I boot a
9legacy term under qemu which then accesses the auth and the fs by
their IP addresses.

Of course the Linux box wouldn't be necessary if there was a tailscale
agent for Plan 9 (it's in Go and open source), but none exists
(yet?!).

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T23bee38fa1643b60-Mb24d3a6eaa0d307203bd8536
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Building 9vx on a modern Linux?

[Skip Tavakkolian]

i did this a couple of days ago on Ubuntu 22.04; i had to install these to
successfully build/link:
apt install build-essential gcc-multilib libx11-dev libx11-dev:i386
g++-multilib


On Thu, Jun 29, 2023, 9:48 PM Don Bailey  wrote:

> Hi Pals,
>
> I'm trying to build 9vx using the current vx32 repo. I have (as I
> understand it) installed multiarch in my Ubuntu environment (22). But I
> can't compile 9vx. It fails to find the 32bit libx11, which is installed
> under /usr/lib/i386/ and instead insists on looking under
> /usr/lib/x86_64/
>
> Any tips? I've never had to use multiarch for anything and don't want to
> waste a lot of time trying to get 9vx working just to work with a demo
> RISC-V plan9 kernel.
>
> Thanks all,
> D
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tcc9412f74455bd96-M451db97da68320a33832f013
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] How do I build from source on linux?

[Skip Tavakkolian]

In case you're looking for this: take a look at djc's disk script that
(in Plan 9) generates a Plan 9 image that can run on GCE:

http://9legacy.org/9legacy/doc/gce/disk

you might be able to find some useful information to build your own
custom QEMU image.

On Thu, Jun 15, 2023 at 8:53 AM  wrote:
>
> I run 9front with QEMU and i want to make some changes to it from source and 
> than build it and run it on qemu. How do I build it on linux with no mk?
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T5b2523de4ef223e9-M0c32d7a37b4603ebe110f2d3
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Schedule

[Skip Tavakkolian]

Waterloo ON, Canada standard time (WOCST)

On Thu, Apr 20, 2023, 5:43 PM Don A. Bailey  wrote:

> What time zone? :-)
>
> D
>
> > On Apr 20, 2023, at 5:39 PM, o...@eigenstate.org wrote:
> >
> > Apologies for the late mailing. Here's the schedule for iwp9:
> >
> > Fri 21 Apr
> > --
> >
> > 10:00 am Welcome and Introduction
> >
> > * Session 1: Security *
> >
> > 10:30 am Edouard Klein: Dr Glendarme or: How I Learned to Stop
> > Kerberos and Love Factotum
> > 11:15 am Jacob Moody: Namespaces as Security Domains
> >
> > 12:00 pm Lunch
> >
> > * Session 2: Storage *
> >
> > 1:30 pm Emil Tsalapatis, Ryan Hancock and Ali Jose Mashtizadeh: A 9P
> > Server for Application Management in Single Level Stores: A Status
> > Report
> > 2:15 pm Ori Bernstein: GEFS, A Good Enough File System
> >
> > 3:00 pm Break
> >
> > * Session 3: Hardware Ports *
> >
> > 3:45 pm Andrew D. Gibson: MIPS Rides Again
> > 4:30 pm Geoff Collyer: Plan 9 on 64-bit RISC-V
> >
> > Sat 22 Apr
> > --
> >
> > * Session 4: Freezing, Snapping and Ghosting *
> >
> > 10:00 am David Boddie: Hell Freezes Over: Freezing Limbo modules to
> > reduce Inferno’s memory footprint
> > 10:45 am Brian L Stuart: An O(1) Method for Storage Snapshots
> > 11:30 am Noam Preil and Sigrid: Ghostbusters
> >
> > 12:15 pm Lunch
> >
> > Afternoon: Time for discussions/hacking/etc.
> >
> > Sun 23 Apr
> > --
> >
> > * Session 5: Application, Education, Optimization *
> >
> > 10:00 am Jonas Amoson: Porting the Netsurf web browser to Plan 9
> > 10:45 am Brian L Stuart: Plan 9 and Inferno Go to School
> > 11:30 am Eli Cohen: NinePea - A Small 9P Library for Arduino and Plan 9
> >
> > 12:15 pm Lunch
> >
> > Afternoon: Time for discussions/hacking/etc.
> >

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T9007e554721c6930-M435355a33d63886745dbd543
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

it definitely was not me. My bet would be on rsc, geoff, richard,
forsyth, quanstrom or djc.

On Tue, Apr 4, 2023 at 11:05 AM Steve Simon  wrote:
>
>
> was this hard to reproduce?
>
> i have not seen fossil deadlocking and have used it since i installed my 
> first home server in 2004.
>
> there definitely _was_ a problem in the snapshot code which was finally 
> resolved around 2015 (roughly), i think perhaps skip, or forsyth found it - i 
> apologise if i have the attribution wrong.
>
> fossil is also unhelpful if it runs out of space - i don’t believe brucee 
> ever forgave it for that.
> this is less of a problem when it is run with venti of course.
>
> -Steve
>
>
> On 4 Apr 2023, at 6:16 pm, n...@pixelhero.dev wrote:
>
> 
> I've sporadically encountered a deadlock in fossil. Naturally, when your root 
> file system crashes, it can be hard to debug. My solution: stop having a root 
> file system. Was able to attach acid using mycroft's tooling from ANTS, and 
> get a clean stack trace 
> (https://pixelhero.dev/notebook/fossil/stacks/2023-04-03.1).
>
> After a few hours yesterday 
> (https://pixelhero.dev/notebook/fossil/2023-04-03.html), I eventually tracked 
> down the deadlock. When blockWrite is told to flush a clean block to disk - 
> i.e. one which is already flushed - it removes the block from the cache's 
> free list, locks the block, detects that it's clean, and then... drops the 
> reference. While keeping the block locked. And in the cache.
>
> This leak of the lock, of course, means that the *next* access to the block - 
> which is still in the cache! - hangs indefinitely. This is seen exactly in 
> the stack trace:
>
> _cacheLocal grabs the block from the cache, tries to lock it, and hangs 
> indefinitely. Worse, it does so under a call to fileWalk, which holds a 
> different lock, so the effect spreads out and makes even more of the file 
> system inaccessible as well (the fileMetaFlush proc hangs waiting on this 
> file lock).
>
> This patch just ensures we call blockPut on the BioClean path as well, thus 
> unlocking the block and readding it to the cache's free lists.
>
> The patch is on my branch - 
> https://git.sr.ht/~pixelherodev/plan9/commit/1bf8bd4f44e058261da7e89d87527b12073c9e0f
>  - but I figured I should probably post it here as well.
>
> If anyone has any other patches that weren't in the 9legacy download as of 
> ~2018, please let me know! :)
>
> ---
> sys/src/cmd/fossil/cache.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/sys/src/cmd/fossil/cache.c b/sys/src/cmd/fossil/cache.c
> index f473d211e..2fec44949 100644
> --- a/sys/src/cmd/fossil/cache.c
> +++ b/sys/src/cmd/fossil/cache.c
> @@ -1203,8 +1203,10 @@ blockWrite(Block *b, int waitlock)
> fprint(2, "%s: %d:%x:%d iostate is %d in blockWrite\n",
> argv0, bb->part, bb->addr, bb->l.type, bb->iostate);
> /* probably BioWriting if it happens? */
> - if(bb->iostate == BioClean)
> + if(bb->iostate == BioClean){
> + blockPut(bb);
> goto ignblock;
> + }
> }
>
> blockPut(bb);
> --
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T354fe702e1e9d5e9-Mc25a40069de1a1f118f53839
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] acme font loading: requesting feedback

[Skip Tavakkolian]

I ran into a situation that makes me think the default order of acme
font loading is wrong. I ran into it on plan9port when trying to
change default fonts to Go fonts with an existing acme.dump but I
think it's applicable to all Plan 9 forks.

I think when explicit -F -f are given, they should have precedence
over acme.dump. The current behavior can be preserved with 'Load'
where the reload can be forced due to buyer's remorse. I think a quick
hack would be to add a flag to rowloadfonts to force the order.

yes/no?

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T6e48857b327d5df7-Mffbb5c9a391456e585cd3f25
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] iwp9 shirts: apr 5 deadline

[Skip Tavakkolian]

for new registrations, please use iwp9reg at iwp9.org

more info here: http://iwp9.org/

On Thu, Mar 23, 2023 at 10:40 AM  wrote:
> 
> Hi,
> 
> We're going to get the shirts for iwp9 printed soon.
> 
> If you didn't register yet, you'll need to register
> before Apr 5 in order to get a shirt. Include your
> shirt size when you register.
> 
> If you already registered, but didn't send in your
> shirt size, you'll need to get the shirt size to
> me by Apr 5th.
> 
> If you are not attending or otherwise involved, you
> don't get a shirt.
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T6753621403d289d0-M313c9384228d8490139ae429
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Wifi Firmware "does not exist", but it does.

[Skip Tavakkolian]

Regarding questions #2, see secstore(1)

http://p9f.org/magic/man2html/1/secstore

On Wed, Mar 22, 2023, 3:04 AM Yury Chumak  wrote:

> Thank you for last response..
> ..Finally issue was resolved through a comprehensive mutual
> configuration of various local network services =)) Main thing that it
> was not a hardware issue or incompability with 9front..
>
> There is some more questions..
> 1. How to  down network interface correctly??  In order to switch from
> one essid to another without reboot..
> 2. Also found that factotum doesn't save added keys and they are lost
> after reboot. What is not configured?? How to decide and which way to
> look??
>
> вт, 21 мар. 2023 г. в 16:13, Jacob Moody :
> >
> > On 3/21/23 05:24, Yury Chumak wrote:
> > > Same situation with the same wifi-card.
> > > % pci -v
> >
> > I don't believe the situation is the same.
> > You are unable to associate with the access point,
> > which was not the same issue as our other friend here.
> >
> > > ...
> > > 3.0.0: net  02.80.00 8086/08b1 4 0:a314 8192
> > > Intel Corporation Wireless 7260
> > >
> > > Firmware added and kernel rebuilded. Command:
> > > % aux/wpa -p2 -s vega3 /net/ether1
> > >
> > > asking password, returns '!' and exits. But next command ip/ipconfig
> returns:
> > >
> > > ipconfig: no success with DHCP
> > >
> > > DHCP is ok. It works good with other devices. DHCP-logs on server side
> > > have not requests with wifi-card mac-address.
> > > Trying to connect to mobile phone configured as hotspot takes the same
> > > result - no success with DHCP.
> > > Manual configuring:
> > > % ip/ipconfig -g 192.168.7.1 ether /net/ether1 192.168.7.23
> 255.255.255.0
> > >
> > > also not solve the situaton - ip/ping says about  lost packets..
> > > % cat /net/ether1/ifstats
> > > essid: vega3
> > > bssid: 045ea4e8e2ac
> > > status: unassociated
> > > channel: 06
> > > brsne: .
> > > .
> > > ..big list of available wifi-networks
> > >
> > > Tried also configure hotspot as open network, without authorization -
> > > same result, doesn't connect.
> > >
> > > What could be the problem??
> > >
> >
> >
> > The issue is stated in the ifstats output:
> > > status: unassociated
> >
> > This is the failure mode I would expect if your wpa password was
> incorrect.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T9b33abcfc0b8784b-Mde1ff56938d30b38caa14d27
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] cpu temp in drawterm

[Skip Tavakkolian]

Cool! Thanks.

FYI, the patch is in http://9legacy.org/patch.html, but not on sources
(not applied to pc/devarch.c and not in the patch directory)

On Tue, Feb 14, 2023 at 2:06 PM David du Colombier <0in...@gmail.com> wrote:
> 
> 9legacy supports temperature reporting on x86, using /dev/cputemp.
> 
> --
> David du Colombier

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc8476d0fe749cf6c-M032adb2bef6abb8bcc189e8c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] cpu temp in drawterm

[Skip Tavakkolian]

I don't believe 9legacy '#c/sysstat' (/sys/src/9/port/devcons.c)
supports temperature reporting. If both drawterm's '#c/sysstat' and
Plan 9's '#c/sysstat' implement it, they would need to agree on the
format, because when using drawterm (as opposed to a real Plan 9
term), the commands run on the cpu but use the namespace exported by
drawterm.

On Tue, Feb 14, 2023 at 1:06 PM  wrote:
>
> what is the trick to getting the cpu temperature to read correctly in stats 
> in a drawterm session? i have googled quite a bit on this topic and can't 
> find anything helpful. thanks!
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc8476d0fe749cf6c-Meeed6f8c97015fa9abab97ac
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Update on RISC-V port

[Skip Tavakkolian]

Check sources (9p.io) for recent updates. I don't know if Geoff has that board.

% pwd
/n/sources/contrib/geoff/riscv
% ls -l
--rwxrwxr-x M 5272 geoff geoff  506028 Oct  2 23:57 8.temu
--rwxrwxr-x M 5272 geoff geoff 1241308 Jan  4 21:47 9tecpu.bin
--rw-rw-r-- M 5272 geoff geoff 397 Jan 11 21:28 INDEX
--rw-rw-r-- M 5272 geoff geoff   92145 Jan  5 17:13 c-riscv64.pdf
--rw-rw-r-- M 5272 geoff geoff 7604104 Sep  7 00:43 dist.9k-rv.tgz
--rw-r--r-- M 5272 geoff geoff  246069 Apr 29  2022 riscv-platform-spec-1.pdf
--rw-r--r-- M 5272 geoff geoff  543279 Apr 29  2022 riscv-plic.pdf
--rw-r--r-- M 5272 geoff geoff  764565 Apr 29  2022 riscv-privileged-v1.12.pdf
--rw-r--r-- M 5272 geoff geoff 1031063 Apr 29  2022 riscv-v2.2.pdf

On Wed, Feb 1, 2023 at 4:40 PM Lyndon Nerenberg (VE7TFX/VE6BBM)
 wrote:
> 
> Waaay back in Nov 2020 Skip sent a note to the list about some
> preliminary work on a RISC-V port.  Now that my VisionFive-2 dev
> board has arrived I'm itching to try to get Plan9 running on it.
> Has any progress been made since that last update?
> 
> https://www.kickstarter.com/projects/starfive/visionfive-2
> 
> --lyndon

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tbe8c3c69c87794db-Mbdbc5bf816001d17248a7513
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] plan 9 and lisp

[Skip Tavakkolian]

It's hard to give a useful answer without knowing how much theory and
practice someone has.  As you already know, reading good code and
emulating the structure and style of good programs is a good practice.
I find that implementing simple versions of
tools/protocols/languages/etc. is very good practice for learning a
subject or a language. I find that the language I use will constrain
my thinking, and try to use one that fits the problem; but sometimes
that decision is made for me because there is a lot of momentum --
investment in tools, code and knowhow (e.g. C for OS, Python for ML,
etc.).

As for coding on Plan 9, generally for me, understanding how to
architect the namespace to minimize the code required to accomplish a
task is the key. There are several good rc examples that do things
that on other OS require a lot of specialized code & libraries.


On Wed, Jan 25, 2023 at 6:14 AM Ahmed Khaled  wrote:
>
> On Mon, Jan 23 2023 at 01:45:08 PM +0200, Lassi Kortela
>  wrote:
> > Chibi-Scheme are featherweight
>  >With luck, it's possible to port them to Plan 9 with modest effort.
> 
> I'm a beginner programmer who didn't get his hand dirty with coding.
> but I'm willing.
> 
> Do you recommend it as first step. I know C programming, I did read
> some of acme code for fun, and rob pike Ivy too. I def know what scheme
> and lisp is. I like the idea behind Data is code and code could be
> data. but I didn't do anything useful yet. sadly I know a little about
> OS, bytecode, and VM.
> 
> if it's a good beginning, where can I start to know what makes a
> program run on *nix and not on Plan9 and so on.
> 
> Or it's not a good first step ?
> I really wanna get over this step
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T7b0afbefb53189b6-M008f1b3423ff88bfb3138ff1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] plan 9 and lisp

[Skip Tavakkolian]

Regarding Ivy, rsc has some fantastic example code in the form of
solutions 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 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't want to
> maintain plan9 related changes which is why I am
> maintaining it. Nils also has a book on it but
> AFAIK it doesn't cover anything specific to plan9.
>
> Speaking of little languages
> Nils also ported his klong array programming language
> to plan9 & has a book on it! Slightly more verbose
> than k (roughly k3 from kx.com)
>
> Then there is https://github.com/ktye/i which supports
> a dialect of k. Not sure which, probably k6 or k7. And
> there is minimal help in the form of readme.txt but it
> compiles & runs on 9front:
>
> % git/clone https://github.com/ktye/i
> % git/clone https://github.com/ktye/wg
> % cd i
> % go build '-buildvcs=false'
> % ./k
> ktye/k
> !10
> 0 1 2 3 4 5 6 7 8 9
> +\!10
> 0 1 3 6 10 15 21 28 36 45
> d:`a`b`c!(1 2;3 4;5 6)
> d
> `a|1 2
> `b|3 4
> `c|5 6
> +d
> a b c
> -
> 1 3 5
> 2 4 6
> \\
> 
> There is of course Rob Pike's ivy.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T7b0afbefb53189b6-Mfc5857d5dc8b7c9e5c3f2194
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] kerTeX: LaTeX recipe fix for Plan9

[Skip Tavakkolian]

The problem here was due to hget failing. Binding hurl over hget and
running it again, latex installed properly. Thanks!

On Mon, Oct 31, 2022 at 1:28 AM  wrote:

> Le Sun, Oct 30, 2022 at 04:41:21PM -0700, Skip Tavakkolian a écrit :
> ...
> >
> > Also, I can't find latex.sh in the installed packages. Did I miss a step?
> >
> 
> It should be in $KERTEX_LIBDIR/pkg/rcp/latex.sh
> 
> and this should be here if you run:
> 
> $KERTEX_SHELL $KERTEX_LIBDIR/pkg/rcp/r...@pkg.sh install
> 
> this being done, unless you answered no, during the install.
> 
> (all the variables are defined in which_kertex(1) that can be evaluated to
> have the definitions in the environment).

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T5c7149f289645c43-Md872c8bf230aa557332df5f3
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] kerTeX: LaTeX recipe fix for Plan9

[Skip Tavakkolian]

I just did a full install of the stable version in my local evolutionary
branch of 9legacy using the get_mk_install.rc script.
I had to extend XCPPFLAGS in "kertex_T/lib1/web/Makefile.ker" to include
"-D_SUSV2_SOURCE"

Also, I can't find latex.sh in the installed packages. Did I miss a step?

On Thu, Oct 13, 2022 at 8:05 AM  wrote:

> The latest version of the recipe used utilities in a way not matching
> Plan9 (rmdir(1) or mv(1) for directories...) and the use of the mf(1)
> binary was made without ensuring the kerTeX directory was in the path.
> 
> This is corrected in the new recipe latex.sh (tested on 9front).
> --
> Thierry Laronde 
>  http://www.kergis.com/
> http://kertex.kergis.com/
> Key fingerprint = 0FF7 E906 FBAF FE95 FD89  250D 52B1 AE95 6006 F40C

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T5c7149f289645c43-M37db84320f46af5cb7639c2a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Trouble compiling "Hello, world"

[Skip Tavakkolian]

in /sys/src

On Mon, Aug 1, 2022 at 3:51 PM Skip Tavakkolian 
wrote:

> generally it's a good idea to rebuild and install changes for all
> architectures in your network.
> something like:
> for (i in (386 arm amd64 riscv mips)) {
>  objtype=$i mk install
> }
>
>
> On Mon, Aug 1, 2022 at 2:50 PM Jacob Moody  wrote:
>
>> On 8/1/22 15:18, Jag Talon wrote:
>> > Ah thanks for the tip. I ran `echo $objtype` and it says amd64. I
>> believe 6c is the compiler that I need but it seems to say another error:
>> `??none??: cannot open file: /amd64/lib/libc.a`
>> 
>> It's telling you exactly what is wrong, you are missing an amd64 libc
>> archive.
>> I am not sure how you wound up with running an amd64 kernel with an
>> incomplete
>> amd64 install. For building libc again:
>> 
>> cd /sys/src/libc/ && mk install && mk clean
>> 
>> However, you may be missing more then just libc, in that case may just be
>> best to rebuild
>> the whole system as a second resort.
>> 
>> cd /sys/src/ && mk install && mk clean
>> 
>> How did you install this system? Did you bootstrap yourself
>> up from 386?
>> 
>> --
>> moody

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te178b97d94173ff8-Me22000ce2ef1c56d4f614ba0
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Trouble compiling "Hello, world"

[Skip Tavakkolian]

generally it's a good idea to rebuild and install changes for all
architectures in your network.
something like:
for (i in (386 arm amd64 riscv mips)) {
 objtype=$i mk install
}


On Mon, Aug 1, 2022 at 2:50 PM Jacob Moody  wrote:

> On 8/1/22 15:18, Jag Talon wrote:
> > Ah thanks for the tip. I ran `echo $objtype` and it says amd64. I
> believe 6c is the compiler that I need but it seems to say another error:
> `??none??: cannot open file: /amd64/lib/libc.a`
> 
> It's telling you exactly what is wrong, you are missing an amd64 libc
> archive.
> I am not sure how you wound up with running an amd64 kernel with an
> incomplete
> amd64 install. For building libc again:
> 
> cd /sys/src/libc/ && mk install && mk clean
> 
> However, you may be missing more then just libc, in that case may just be
> best to rebuild
> the whole system as a second resort.
> 
> cd /sys/src/ && mk install && mk clean
> 
> How did you install this system? Did you bootstrap yourself
> up from 386?
> 
> --
> moody

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te178b97d94173ff8-M565bb49ffae694a571843da1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] hget'ing from a cdn

[Skip Tavakkolian]

i use hurl:

% hurl https://mirror.ctan.org/tds/packages.zip > xyz.zip

https://go.dev/play/p/v6Ludjnzyg_L

On Fri, Jul 8, 2022 at 8:55 PM Skip Tavakkolian
 wrote:
>
> Use a client written in Go?
>
> On Fri, Jul 8, 2022, 12:53 PM  wrote:
>> 
>> Hello,
>> 
>> Pkg in kerTeX are created by processing and first retrieving files using
>> hget(1) for http served files.
>> 
>> The main TeX repository is CTAN. Now, there is an address:
>> mirrors.ctan.org (http/https), that is in fact redirecting dynamically
>> to various mirrors (this changes almost on any invocation).
>> 
>> There is a difference in implementation between Plan9 legacy and 9front,
>> hget(1) being, if I'm not mistaken, a binary in Plan9 legacy, and a rc
>> script in 9front.
>> 
>> The problem is that the redirection is not handled at least by one of
>> these and I have to keep a static cache on my website server to mirror
>> the files so that users can use the downloads.kergis.com/kertex/
>> (http/https) address instead to circumvent the problem.
>> 
>> Is there a way to make it work ideally on both flavors, so that the
>> pkg/recipes are indeed "live" taking whatever is current on CTAN using
>> whatever mirror?
>> 
>> TIA,
>> --
>> Thierry Laronde 
>>  http://www.kergis.com/
>> http://kertex.kergis.com/
>>http://www.sbfa.fr/
>> Key fingerprint = 0FF7 E906 FBAF FE95 FD89  250D 52B1 AE95 6006 F40C

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T58bb6b462ff52532-Mef7f5724714eb818e82e0bb4
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] hget'ing from a cdn

[Skip Tavakkolian]

Use a client written in Go?

On Fri, Jul 8, 2022, 12:53 PM  wrote:

> Hello,
> 
> Pkg in kerTeX are created by processing and first retrieving files using
> hget(1) for http served files.
> 
> The main TeX repository is CTAN. Now, there is an address:
> mirrors.ctan.org (http/https), that is in fact redirecting dynamically
> to various mirrors (this changes almost on any invocation).
> 
> There is a difference in implementation between Plan9 legacy and 9front,
> hget(1) being, if I'm not mistaken, a binary in Plan9 legacy, and a rc
> script in 9front.
> 
> The problem is that the redirection is not handled at least by one of
> these and I have to keep a static cache on my website server to mirror
> the files so that users can use the downloads.kergis.com/kertex/
> (http/https) address instead to circumvent the problem.
> 
> Is there a way to make it work ideally on both flavors, so that the
> pkg/recipes are indeed "live" taking whatever is current on CTAN using
> whatever mirror?
> 
> TIA,
> --
> Thierry Laronde 
>  http://www.kergis.com/
> http://kertex.kergis.com/
>http://www.sbfa.fr/
> Key fingerprint = 0FF7 E906 FBAF FE95 FD89  250D 52B1 AE95 6006 F40C

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T58bb6b462ff52532-M7b20bd28c4745193c7c3cdcd
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] syscall silently kill processes

[Skip Tavakkolian]

It's cleaner to use channels with separate io and timer threads that
do their syscalls via ioproc; this one doesn't require any changes to libthread:

https://gist.github.com/9nut/aaa9b9b6a22d69996b75ccdc6e615c61


On Mon, Jun 20, 2022 at 8:57 AM  wrote:
>
> В Пн, 20/06/2022 в 05:59 +, adr пишет:
> > On Mon, 20 Jun 2022, adr wrote:
> > > But I have something in mind for a case like
> > > this, when all the processes are going to use the same handler
> > > (that's why I was asking). Let me play with it a litle before I
> > > share it.
> >
> > Ok, the idea is this: If in is bigger than zero in
> > threadnotify(int (*f)(void*, char*), int in), the handler is register
> > for the calling process. If in is 0, then the handler is cleared
> > for the calling process. If in is -1, the handler is register for
> > all processes and if in is less than -1, it is cleared for all
> > processes (expect for those who have already registered it for
> > themselves).
> >
> > Now back to your example, as all the processes are going to use the
> > same handler,
> > you just have to register it once in threadmain:
> >
> > #include 
> > #include 
> > #include 
> >
> > static int
> > handler_alarm(void *, char *msg)
> > {
> > if(strstr(msg, "alarm"))
> > return 1;
> > return 0;
> > }
> >
> > static void
> > proc_udp(void *)
> > {
> > char resp[512];
> > char req[] = "request";
> > int fd;
> > if((fd = dial("udp!185.157.221.201!5678", nil, nil, nil)) >=
> > 0){
> > if(write(fd, req, strlen(req)) == strlen(req)){
> > fprint(1, "start\n");
> > alarm(2000);
> > read(fd, resp, sizeof(resp));
> > alarm(0);
> > fprint(1, "end\n");
> > }
> > close(fd);
> > }
> > threadexits(nil);
> > }
> >
> > int mainstacksize = 5242880;
> >
> > void
> > threadmain(int argc, char *argv[])
> > {
> > threadnotify(handler_alarm, -1);
> > for(int i = 0; i < 80; i++)
> > proccreate(proc_udp, nil, 10240);
> > sleep(5000);
> > threadexitsall(nil);
> > }
> > Now,
> > ; ./5.out | grep end | wc -l
> >   80
> >
> > Are you happy Andrej?
>
>
> Yes. Thank you very much! It's working!
>
> How convenient it is to use - more experiments are needed.
>
>
> >
> > adr.
> >
> > /sys/src/libthread/sched.c:
> > [...]
> > if(t == nil){
> > _threaddebug(DBGSCHED, "all threads gone;
> > exiting");
> > cancelnotes(p->pid);
> > _schedexit(p);
> > }
> > [...]
> > /sys/src/libthread/note.c
> > [...]
> > int
> > threadnotify(int (*f)(void*, char*), int in)
> > {
> > int i, frompid, topid;
> > int (*from)(void*, char*), (*to)(void*, char*);
> >
> > if(in && in>-2){
> > from = nil;
> > frompid = 0;
> > to = f;
> > topid = (in == -1)? -1 : _threadgetproc()->pid;
> > lock();
> > for(i=0; i > if(onnote[i]==to && onnotepid[i]==topid){
> > unlock();
> > return i > }
> > unlock();
> > }else{
> > from = f;
> > frompid = (in < -1)? -1 : _threadgetproc()->pid;
> > to = nil;
> > topid = 0;
> > }
> > lock();
> > for(i=0; i > if(onnote[i]==from && onnotepid[i]==frompid){
> > onnote[i] = to;
> > onnotepid[i] = topid;
> > break;
> > }
> > unlock();
> > return i > }
> >
> > void
> > cancelnotes(int pid)
> > {
> > int i;
> >
> > lock();
> > for(i=0; i > if(onnotepid[i] == pid){
> > onnote[i] = nil;
> > onnotepid[i] = 0;
> > }
> > unlock();
> > return;
> > }
> >
> > static void
> > delayednotes(Proc *p, void *v)
> > {
> > int i;
> > Note *n;
> > int (*fn)(void*, char*);
> >
> > if(!p->pending)
> > return;
> >
> > p->pending = 0;
> > for(n=notes; n > if(n->proc == p){
> > for(i=0; i > if((onnotepid[i]!=p->pid &&
> > onnotepid[i]!=-1) || (fn = onnote[i])==nil)
> > continue;
> > if((*fn)(v, n->s))
> > break;
> > [...]
> > /sys/include/thread.h
> > [...]
> > void cancelnotes(int pid);
> > [...]
> >
> 
> Regards,
> Andrej

--
9fans: 9fans
Permalink: 

Re: [9fans] syscall silently kill processes

[Skip Tavakkolian]

Thanks to Douglas Adams, I think '42' might be a more obvious magic
number for a clue:

% 8c udpflood.c && 8l -o udpflood udpflood.8 && ./udpflood | grep end | wc -l
 42
% grep 42 /sys/src/libthread/note.c
#define NFN 42

On Fri, Jun 17, 2022 at 9:11 AM Skip Tavakkolian
 wrote:
>
> it's worth grepping for persistent magic constants:
>
> % grep 33 /sys/src/libthread/*.[ch]
> /sys/src/libthread/note.c:#define NFN 33
>
> On Fri, Jun 17, 2022 at 9:08 AM Skip Tavakkolian
>  wrote:
> >
> > interesting catch. it seems to be a tunable limit.
> >
> > % grep NFN /sys/src/libthread/note.c
> > #define NFN 33
> > static int (*onnote[NFN])(void*, char*);
> > static int onnotepid[NFN];
> > for(i=0; i > return i > for(i=0; i > if(i==NFN){
> >
> > On Fri, Jun 17, 2022 at 8:08 AM  wrote:
> > >
> > > В Пт, 17/06/2022 в 08:11 -0600, Jacob Moody пишет:
> > > > On 6/17/22 07:46, Thaddeus Woskowiak wrote:
> > > > > I believe threadnotify() should be called from threadmain() to
> > > > > properly register the handler in the rendez group
> > > >
> > > > This is incorrect, according to thread(2):
> > > >
> > > > "The thread library depends on all procs
> > > > being in the same rendezvous group"
> > >
> > >
> > > From sleep(2):
> > >
> > > Alarm causes an alarm note (see notify(2)) to be sent to the
> > > invoking process after the number of milliseconds given by
> > > the argument.
> > >
> > > Mean to be sent only to the invoking process, NOT to the process group.
> > >
> > > >
> > > > The issue here is that your note handler has to call noted,
> > > > you are returning from the handler without actually resuming the
> > > > program.
> > > > You either need to call noted(NCONT) to resume execution or
> > > > noted(NDFLT)
> > > > to stop execution.
> > > >
> > > > An excerpt from notify(2):
> > > >
> > > > "A notification handler must finish either by exiting the
> > > > program or by calling noted; if the handler returns the
> > > > behavior is undefined and probably erroneous."
> > > >
> > > > So you are indeed observing undefined behavior.
> > > >
> > >
> > > With:
> > >
> > > 
> > > static int
> > > handler_alarm(void *, char *msg)
> > > {
> > > if(strstr(msg, "alarm")){
> > > noted(NCONT);
> > > return 1;
> > > }
> > >
> > > return 0;
> > > }
> > > 
> > >
> > > result the same:
> > >
> > > cpu% 6.out | grep end | wc -l
> > >  33
> > >
> > >
> > > And noted(NCONT) may be needed, when process recieved many (2 and more)
> > > notes at once.
> > >
> > > May be something wrong  with interrupted an incomplete  system call?
> > >
> > >
> > > >
> > > > Hope this helps,
> > > > moody
> > > >
> > > 
> > > 
> > > Regards,
> > > Andrej
> > > 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21-M5b827bf9eba38f893c1f67bb
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] syscall silently kill processes

[Skip Tavakkolian]

it's worth grepping for persistent magic constants:

% grep 33 /sys/src/libthread/*.[ch]
/sys/src/libthread/note.c:#define NFN 33

On Fri, Jun 17, 2022 at 9:08 AM Skip Tavakkolian
 wrote:
>
> interesting catch. it seems to be a tunable limit.
>
> % grep NFN /sys/src/libthread/note.c
> #define NFN 33
> static int (*onnote[NFN])(void*, char*);
> static int onnotepid[NFN];
> for(i=0; i return i for(i=0; i if(i==NFN){
>
> On Fri, Jun 17, 2022 at 8:08 AM  wrote:
> >
> > В Пт, 17/06/2022 в 08:11 -0600, Jacob Moody пишет:
> > > On 6/17/22 07:46, Thaddeus Woskowiak wrote:
> > > > I believe threadnotify() should be called from threadmain() to
> > > > properly register the handler in the rendez group
> > >
> > > This is incorrect, according to thread(2):
> > >
> > > "The thread library depends on all procs
> > > being in the same rendezvous group"
> >
> >
> > From sleep(2):
> >
> > Alarm causes an alarm note (see notify(2)) to be sent to the
> > invoking process after the number of milliseconds given by
> > the argument.
> >
> > Mean to be sent only to the invoking process, NOT to the process group.
> >
> > >
> > > The issue here is that your note handler has to call noted,
> > > you are returning from the handler without actually resuming the
> > > program.
> > > You either need to call noted(NCONT) to resume execution or
> > > noted(NDFLT)
> > > to stop execution.
> > >
> > > An excerpt from notify(2):
> > >
> > > "A notification handler must finish either by exiting the
> > > program or by calling noted; if the handler returns the
> > > behavior is undefined and probably erroneous."
> > >
> > > So you are indeed observing undefined behavior.
> > >
> >
> > With:
> >
> > 
> > static int
> > handler_alarm(void *, char *msg)
> > {
> > if(strstr(msg, "alarm")){
> > noted(NCONT);
> > return 1;
> > }
> >
> > return 0;
> > }
> > 
> >
> > result the same:
> >
> > cpu% 6.out | grep end | wc -l
> >  33
> >
> >
> > And noted(NCONT) may be needed, when process recieved many (2 and more)
> > notes at once.
> >
> > May be something wrong  with interrupted an incomplete  system call?
> >
> >
> > >
> > > Hope this helps,
> > > moody
> > >
> > 
> > 
> > Regards,
> > Andrej
> > 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21-M2b6a9ca6ba8b315c113a43e9
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] syscall silently kill processes

[Skip Tavakkolian]

interesting catch. it seems to be a tunable limit.

% grep NFN /sys/src/libthread/note.c
#define NFN 33
static int (*onnote[NFN])(void*, char*);
static int onnotepid[NFN];
for(i=0; i wrote:
>
> В Пт, 17/06/2022 в 08:11 -0600, Jacob Moody пишет:
> > On 6/17/22 07:46, Thaddeus Woskowiak wrote:
> > > I believe threadnotify() should be called from threadmain() to
> > > properly register the handler in the rendez group
> >
> > This is incorrect, according to thread(2):
> >
> > "The thread library depends on all procs
> > being in the same rendezvous group"
>
>
> From sleep(2):
>
> Alarm causes an alarm note (see notify(2)) to be sent to the
> invoking process after the number of milliseconds given by
> the argument.
>
> Mean to be sent only to the invoking process, NOT to the process group.
>
> >
> > The issue here is that your note handler has to call noted,
> > you are returning from the handler without actually resuming the
> > program.
> > You either need to call noted(NCONT) to resume execution or
> > noted(NDFLT)
> > to stop execution.
> >
> > An excerpt from notify(2):
> >
> > "A notification handler must finish either by exiting the
> > program or by calling noted; if the handler returns the
> > behavior is undefined and probably erroneous."
> >
> > So you are indeed observing undefined behavior.
> >
>
> With:
>
> 
> static int
> handler_alarm(void *, char *msg)
> {
> if(strstr(msg, "alarm")){
> noted(NCONT);
> return 1;
> }
>
> return 0;
> }
> 
>
> result the same:
>
> cpu% 6.out | grep end | wc -l
>  33
>
>
> And noted(NCONT) may be needed, when process recieved many (2 and more)
> notes at once.
>
> May be something wrong  with interrupted an incomplete  system call?
>
>
> >
> > Hope this helps,
> > moody
> >
> 
> 
> Regards,
> Andrej
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfa6823048ad90a21-Mb2e0af1ac4067b7f4649d000
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

Interesting idea!

This assumes the downstream servers have identical namespace hierarchy; right?

State management could be messy or impossible unless some sort of
transaction structure is imposed on the {walk, [open/create,
read/write]|[stat/wstat], clunk} sequences, where the server that
replies to walk first, gets that transaction.

On Sat, May 28, 2022 at 9:04 AM  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 response from one of the 9p servers
> is received,
> 2. respond only after all responses had been received.
> thanks!

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T769854fafd2b7d35-M86625b23fdf7710ba07da4a4
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] void*

[Skip Tavakkolian]

If void can have a size, why not 4, 8 or 16?

P.S. I discovered Gholami Rudi's work a little while ago. I was especially
intrigued by Farsi support in neatroff (intro in Farsi produced by Neatroff
and Neatpost: https://litcave.rudi.ir/neatfarsi.pdf)  Cool stuff.


On Sun, May 15, 2022, 9:09 AM adr  wrote:

> In case someone is asking why this guy is suddenly so thoughtful
> about void pointers, it is because I'm porting Ali Gholami Rudi's
> neatroof, and he uses a lot of arithmetics with void* in neatmkfn.
> I got rid of ape, and this troff looks really easy to port and has
> a lot of features. I'll share it when it's working in case someone
> is interested.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tecaea3b9ec8e7066-M9e20019333d1d1dbde3a2c3d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Perhaps someone can give me an advice ...

[Skip Tavakkolian]

My memory seems to be faulty. David du Colombier is the original
author of styxbrowser.
I thought Tim did the work, but the check-ins show djc and here's
David's comment on 9fans regarding this code:

https://groups.google.com/g/comp.os.plan9/c/XPIrNsPoRa0/m/F5IcwjgYOPkJ

Sorry about any confusion.

On Thu, Mar 17, 2022 at 11:53 AM Skip Tavakkolian
 wrote:
>
> For android, you could try to resurrect previous work by Tim Newsham
> based on Charles Forsyth's styx Java implementation:
> https://github.com/9nut/styxbrowser/tree/5ed22a9238d7333ff38bc2646aeee2b2f3501136
>
> On Wed, Mar 16, 2022 at 9:37 PM ibrahim via 9fans <9fans@9fans.net> wrote:
> >
> > 1. My problem :
> >
> > I need a way to exchange images, videos and audio with smartphones, 
> > tabletts and usual computers which reside on the same wlan-router.
> >
> > 2. My solutions :
> >
> > All my solutions have in common that I used qr to generate a qr code which 
> > consists of the ip-adress and port on which to connect to plan9 running in 
> > qemu, 9vx or natively.
> >
> > 2.1. httpd
> >
> > I designed a web page which uses  and XMLHttpRequest 
> > inside a script. This makes it possible to select files and transfer them 
> > to plan9. The solution works in chrome and firefox while safari sometimes 
> > causes problems due to the hard coded ip address.
> >
> > 2.2. ftpd
> >
> > I started a ftp server on plan9 which can be used by ftp clients from 
> > mobile devices which have a client app installed and this also works.
> >
> > 3. My question :
> >
> > Do you have any other suggestions how to solve this problem without making 
> > it necessary to write apps for the mobile device by only relying on 
> > standard protocols. Does anybody have any ideas or experience ? Would 
> > websockets be a better solution ?
> >
> > Thanks in advance.
> >
> > 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tdd262593f40f8018-M0773a4457ce38416562dbcc1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Perhaps someone can give me an advice ...

[Skip Tavakkolian]

For android, you could try to resurrect previous work by Tim Newsham
based on Charles Forsyth's styx Java implementation:
https://github.com/9nut/styxbrowser/tree/5ed22a9238d7333ff38bc2646aeee2b2f3501136

On Wed, Mar 16, 2022 at 9:37 PM ibrahim via 9fans <9fans@9fans.net> wrote:
>
> 1. My problem :
>
> I need a way to exchange images, videos and audio with smartphones, tabletts 
> and usual computers which reside on the same wlan-router.
>
> 2. My solutions :
>
> All my solutions have in common that I used qr to generate a qr code which 
> consists of the ip-adress and port on which to connect to plan9 running in 
> qemu, 9vx or natively.
>
> 2.1. httpd
>
> I designed a web page which uses  and XMLHttpRequest 
> inside a script. This makes it possible to select files and transfer them to 
> plan9. The solution works in chrome and firefox while safari sometimes causes 
> problems due to the hard coded ip address.
>
> 2.2. ftpd
>
> I started a ftp server on plan9 which can be used by ftp clients from mobile 
> devices which have a client app installed and this also works.
>
> 3. My question :
>
> Do you have any other suggestions how to solve this problem without making it 
> necessary to write apps for the mobile device by only relying on standard 
> protocols. Does anybody have any ideas or experience ? Would websockets be a 
> better solution ?
>
> Thanks in advance.
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tdd262593f40f8018-Med820fa4842418a9262836ec
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] building blocks speaking 9p

[Skip Tavakkolian]

I've been working on something along those lines for IoT management
and networking. Here's my laundry list of architectural and
implementation pieces:

1. authentication: (a) tie devices to owner/user (b) authenticate
users against third parties (via OIDC/SAML2, etc), (c) let the
authenticated user provide the credentials to authenticate and use
their devices via a namespace that follows an established convention
(e.g. /joe/iot/0/secret).
2. device and capability discovery is a bootstrapping process,
starting with a namespace that describes the availability of devices
and features (analogous to '#c/drivers')
3. namespace to discover how to present the data from a particular
source (e.g. a steam gauge widget would need to understand the
namespace exported by a pressure sensor)
4. 9p libraries including fan-in, fan-out capability (i.e. mount,
9pserve) for FreeRTOS, Mbed OS,  ThreadX, Zephyr
5. libraries to localize user↔device 9p traffic, while keeping
authentication centralized (e.g. how @tailscale works)

Initially IoT's would 9p-enable the SPI, I²C, etc. sensors and
actuators, until standards and conventions are established.

For hardware, targeting things like SAMD21 boards seem more
appropriate; they're cheap (e.g. Seeed XIAO). Even things like Nordic
nRF52840 boards are below $10 and include the hardware to establish
root-of-trust.


On Thu, Jan 27, 2022 at 2:58 PM Bakul Shah  wrote:
> 
> 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 shell.
> 
> - provide a standard way to find out device capabilities.
> 
> - together they provide a plug-and-play setup.
> 
> Example: connect an LED and a current sensor to this
> 9p device, other necessary hardware, add a few config
> bits and plug this device kn]]into a host. Now you should
> be able to turn on/off the light or sense its state.
> 
> Similarly you should be able to control a stepper motor
> servo, cameras, microphones, other actuators, sensors,
> IO etc. Eventually you should be able to snap together
> enough of these components to build larger assemblies
> such as a 3D printer.
> 
> Another example: a "hub" to multiplex such downstream
> devices and make them available to a host.
> 
> This will probably have to ride on USB first. A verilog
> implementation would be useful in an FPGA!
> 
> Would this be a useful component? If such a thing were
> available, what would you want to build with it?
> 
> Do you think 9p is the right protocol for this?
> 
> Ideally
> - connect anything to anything
> - authenticated connections
> - drive the device through a shell script
> - no new low level drivers
> - self-identifying devices with help and command syntax
> - signicantly eases the task of creating new h/w devices.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta4e584a373b05553-M79ef31466316e414d50336d2
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Strange 'uintptr' behavior

[Skip Tavakkolian]

maybe a previous fix was not applied?

there is a slight difference in the error messages
between the address of zeroth element vs first element
(see line 9 vs 10 errors below).  regardless, it's working
as expected on vanilla Plan 9:

% cat addrgames.c
#include 
#include 

void
main(int argc, char **argv)
{
#ifdef USEUINTPTR
uintptr frst[] = {nil, nil, nil, nil, nil};
uintptr scnd[] = {nil, nil, frst, [1]};
uintptr thrd[] = {nil, nil, frst, [0]};
#else
void* frst[] = {nil, nil, nil, nil, nil};
void* scnd[] = {nil, nil, frst, [1]};
void* thrd[] = {nil, nil, frst, [0]};
#endif
exits("");
}
% 8c addrgames.c
% 5c addrgames.c
% vc addrgames.c
% 6c addrgames.c
% 5c -D USEUINTPTR addrgames.c
addrgames.c:8 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:8 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:8 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:8 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:8 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:9 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:9 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:9 incompatible types: "ULONG" and "IND ULONG" for op "AS"
addrgames.c:9 incompatible types: "ULONG" and "IND ULONG" for op "AS"
addrgames.c:10 incompatible types: "ULONG" and "IND VOID" for op "AS"
addrgames.c:10 incompatible types: "ULONG" and "IND VOID" for op "AS"
too many errors

On Mon, Jan 24, 2022 at 8:51 AM Pavel Klinkovský
 wrote:
>
> Hi all,
>
> I tried some artificial example for Plan9 compiler (5c)...
>
> This code is compiled without any problem:
> uintptr frst[] = {nil, nil, nil, nil, nil};
> uintptr scnd[] = {nil, nil, frst, [0]};
>
> But this one fails:
> uintptr frst[] = {nil, nil, nil, nil, nil};
> uintptr scnd[] = {nil, nil, frst, [1]};
>
> ...with message:
> cpu% 5c -p t.c
> /usr/pavel/t.c:16[t.c:888] initializer is not a constant: scnd
>
> OTOH, replacement of 'uintptr' by 'void*' is compiled without any problem:
> void* frst[] = {nil, nil, nil, nil, nil};
> void* scnd[] = {nil, nil, frst, [1]};
>
> Any explanation is appreciated.
>
> Pavel
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tb5fe0dc43447ab2c-M7fd1679cf965fc15eaceaa47
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Boot CD chokes

[Skip Tavakkolian]

CD's are so 1995. For a quick intro, use a RPi4 with 9pi on a microSD card,
and Bob's your uncle.

On Tue, Dec 28, 2021 at 6:36 PM  wrote:

> On Wed, Dec 29, 2021, at 08:29, Stanley Lieber wrote:
> > On December 28, 2021 10:42:27 PM UTC, Humm 
> wrote:
> >>Quoth Duke Normandin:
> >>> I'm new to Plan9. I don't know fuck all! So I gotta start at the
> >>> beginning - NOT at sysadmin level. Off to Google ...
> >>
> >>The beginning is the name.  The thing you use is “9front”.  The
> abandoned thing is “Plan 9”.  Note the blank.
> >
> > the plan fell off.
> 
> If anyone is interested in running classic Plan 9 on classic commodity
> hardware, I'd be glad to help with issues. Nowadays older computer systems
> (circa 2000) can often be bought for less than $20 USD per system and
> components updated for less than a $100 USD per system if needed. Getting
> classic Plan 9 system working well is an enjoyable past time. As 9fans has
> become more of a 9front forum, just email me if you need support for
> classic Plan 9.
> 
> Sincerely,
> 
> Vester "Vic" Thacker
> v...@tip9ug.jp
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T5888591114a7cf34-M4038814cc4b439445b78eb4d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] v9fs vs mmap (now SOLVED, we hope)

[Skip Tavakkolian]

On Wed, Oct 27, 2021 at 12:32 PM Richard Miller <9f...@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

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

[Skip Tavakkolian]

$ 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 <9f...@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

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

[Skip Tavakkolian]

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 <9f...@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

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

[Skip Tavakkolian]

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
 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
>  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 <9f...@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

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

[Skip Tavakkolian]

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
 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 <9f...@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

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

[Skip Tavakkolian]

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 <9f...@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

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

[Skip Tavakkolian]

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 <9f...@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

Re: [9fans] New to plan9

[Skip Tavakkolian]

FYI, I have some notes on PXE booting 9pi (Richards' 9legacy 32bit
port with 9front wireless support) on various RPi models.

https://docs.google.com/document/d/1hgcsAgk_FJRYW5r7LVeY23sTZN_giUit-8ra-dlW9ng/edit?usp=sharing

On Tue, Oct 19, 2021 at 10:46 AM  wrote:
>
> For PXE boot from a CPU server, I don't remember all the configuration, but I 
> remember that you have to create a file with the MAC of the Ethernet client 
> that you are using for pxe boot.
> it is in /cfg/pxe
> You have to create a file with the name of the mac address, and then you have 
> to copy the content of the default file. Then you can edit it to your needs, 
> or you can mix the content of the default file with the content of example-pi 
> file and try to find the configuration that works for you.
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T4e8989ee42951fa0-M8c28d93e5a31389b3c01c8b6
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Autoexpand in sam

[Skip Tavakkolian]

For sam, the best bet is to feed text into spell and separately use
dict for partial word match and definitions.

Using acme with aspell and adict helpers (/acme/bin/source) works
reasonably well. Select some text, feed it to aspell (>aspell), then
do partial lookups of the misspelled words in the adict window.


On Wed, Sep 22, 2021 at 1:15 PM  wrote:
>
> Is there a way to implement autoexpand and autocorrect in sam in any way, 
> i.e. for common spelling mistakes and commonly used phrases?
>
> I don't need anything too sophisticated.
>
> Thanks.
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0e2541a723ce90e5-Mb3a6fa8e3ece9bc2f6f0bead
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] porting projects...

[Skip Tavakkolian]

The usual way is to layer file-servers to build up the namespace that
you need. See tippy (https://github.com/9nut/plan9cmd) for a simple
/dev/mouse example.

The extended (freerange?) mouse would keep track of off-screen
movement and forward them to clients. To complete the picture, mouse
clients would then convert p9's mouse protocol messages and inject
events using the OS's native format.

To be clear, the discussion is about sharing a Plan 9 term's
mouse/keyboard with non-Plan 9 machines/displays. Obviously in a Plan
9 environment sharing is done with exportfs and building up the
namespace.

On Sat, Sep 4, 2021 at 2:57 PM Stuart Morrow  wrote:
>
> On 04/09/2021, hiro <23h...@gmail.com> wrote:
> > it's worth doing the plan9 specific protocol anyway.
> > mainly bec. it could be very simple to implement, between multiple
> > plan9, given that /dev/mouse is already network transparent.
> 
> I can't think how Plan 9 would work as a server (as in, the machine
> with the mouse plugged in) for this (either for Synergy or an
> invented-here thing).  /dev/mouse doesn't emit when you're off the
> screen.  Maybe this is even the reason cinap never did a server, only
> a client.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td6b6b3e98268ecde-Mbf8c3614007e6ddae6c9c865
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Software philosophy

[Skip Tavakkolian]

I changed the Subject line to better reflect the discussion. Please do go on.

On Tue, Aug 17, 2021 at 8:57 PM Lucio De Re  wrote:
>
> On 8/17/21, Keith Gibbs  wrote:
> > One Plan Nine?
> >
> > Sure, we have the historical version of the Bell Labs/Lucient codebase,
> > preserved as 9legacy, but yeah we have one currently developed branch of
> > Plan 9 called 9front. Are you proposing that to be called “Plan 9 from Bell
> > Labs 5th edition”?
> >
> I bet you think I don't; you wouldn't ask, otherwise.
>
> > To be serious though, when has monolithic code bases ever benefited things
> > in an Open Source community?
>
> You bought the "exceptionalism" Kool-Aid, lock, stock and barrel,
> haven't you? It's a question of size: a small code base should remain
> small, then it is not weaponisable or monetisable. So we raise the bar
> higher and higher and shake off whatever can't stick hard enough. A
> human natural instinct (more!, gimme more! features! bugs! anything so
> I can have bigger, faster!) bent to the interest of elites (here in
> Africa we know it as the Big Man Syndrome).
>
> > I mean the only reason would be to control who
> > can/cannot make decisions on what goes in the stone soup.
> Do you have incontrovertible evidence? In my caffeine-deprived state,
> I feel you're just following the sheep gospel, no offence intended. In
> my opinion, the trap is always there, ready to be deployed. And the
> masses are always ready to fall into it. Occasionally a Christ figure
> comes along to warn us, but only the elite can understand the message
> and of course they then distort it in the direction that suits them
> best. And the masses are none the wiser, not this time, not the next
> time, not any other time, because the elite can be swapped out
> entirely and the new elite becomes them, ad nauseam.
>
> > There are multiple
> > BSDs. There are multiple Linuxes. Using 9legacy as more than historical
> > baseline means that we will be stuck with decisions put in place 20-30 years
> > ago rather than iterating and moving things forward. The purpose of P9F is
> > to “promote and support” not to regulate.
> >
> Sure, and an infinite variety of vehicles with wheels at the four
> corners and seats that just occupy space and consume carbon-based
> fuels. Even EVs where each wheel could be both motor and power
> generator have retained that ridiculous formula. But they look
> different (sort of, there's greater difference in time than there in
> style). Oh, let's not ignore that autos also sit idle (my estimate)
> 95% of their life: is that what they are designed for? And the AI in
> my phone, is that also sitting idle? I had a couple of instances
> recently where in the middle of the night my password locked Samsung
> J5 decided to continue reading me the SF short story collection I
> turned off before going to sleep.
>
> But Android is Open Source, isn't it? I can look under the bonned, can't I?
>
> Well, the P9F is what it is. It will also become what it is naturally
> attracted to unless some boundaries - Trump's fence? - are put in
> place.
>
> > I would love to imagine a time when we have a resurgence of multiple Plan
> > 9s. I would love to see Akaros and 9atom have a shot in the arm [although
> > much of what the latter had seems to be swallowed up by 9front and 9legacy
> > and the project dead]. I would love to see NIX get a little more traction,
> > as it seems it is just a standalone experiment [albeit a cool one in terms
> > of goals]. I think it would be really healthy for Jeanne and Harvey to be
> > more closer to “family” in the community rather than third cousins. Once we
> > have a plurality of opinions, of perspectives, of visions, then we can
> > better broker standards and overall trajectories.
> >
> I'm going to leave this here, with a comment to the effect that I
> totally disagree with the sentiments. There is room, need is not a
> strong enough word for what I'm thinking, for creativity, but software
> is not a primordial soup out of which complex organisms will rise to
> take over the Universe and consume it out of existence, its and
> theirs.
> 
> More likely, we'll teach - by example, not intentionally, no - our AI
> products to weaponise the tools we are no longer sufficiently
> naturally intelligent to understand and control (tell me there's a
> difference) and turn us into slaves because, like the human elite,
> they will measure their worth in what they can accumulate (human
> slaves sounds like a neat currency to me, I could use some, it's
> worked in all of human history - ask Epstein), just like their
> creators did.
> 
> Nothing to do with Plan 9, of course, because it really is just a drop
> of accidental sanity in an ocean of greed and competition. But, to
> complete the imagery, I'd rather be plankton in a drop of Plan 9 than
> a shark in the Linux Ocean. And I am, to the extent that I support and
> most of all appreciate what makes my ecosystem continue to tick.
> Including any 

Re: [9fans] How to setup wifi on raspberry pi 4

[Skip Tavakkolian]

Second question: if the second raspberry pi is running plan9, then you
can use import(4); look at the first example in its man page.

On Wed, Aug 11, 2021 at 2:09 AM Олег Бахарев  wrote:
>
> Of course I haven't done this yet, but is there any information on how to 
> write drivers in Plan 9?  And the second question: if there is a second 
> raspberry already connected to the Internet, how can you distribute the 
> Internet for the current raspberry from it?
>
> ср, 11 авг. 2021 г., 11:18 Richard Miller <9f...@hamnavoe.com>:
>> > if there is a usb wifi adapter, how can
>> > it be run in plan 9?
>> 
>> By writing a driver to go in /sys/src/cmd/usb/ether ☺
>> 
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T3464a8c7bad3062a-M197d74d7e48dfab04ec1029a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] sam label and rio snarf buffer

[Skip Tavakkolian]

I just realized there was another (earlier) thread on this with
similar questions; didn't mean to be badgering you.

On Tue, Jul 20, 2021 at 12:23 PM adr via 9fans <9fans@9fans.net> wrote:
>
> On Tue, 20 Jul 2021, Skip Tavakkolian wrote:
> > what problem did this fix for you?
> >
> > all the changes seem like bad ideas for general use; e.g. would hiding
> > a sam window show a name other than sam?
>
> This is for using different instances of sam... Is not for your
> "general use". I've explained this before. Anyway, this add the
> posibility of changing the label, it not forces you to do it. If
> you don't use the -l option, don't define samriosnarf and you are
> unaware of the 'l' command, sam will behave exactly the same, you
> will not notice, that's something I really like of this patch.
>
> > regarding snarf, couldn't you get what you need by manipulating the
> > namespace with an rc script wrapper?
> 
> I really don't know what on earth are you talking about. Sam's
> snarf buffer is an internal buffer (defined in sam/mesg.c), it
> isn't presented in a file system. But even if that were the case,
> it will not work if samter and sam were in different machines.
> 
> Regards,
> adr.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc809ad6007ccd2bd-M6620b2860c771cffecbb594d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] sam label and rio snarf buffer

[Skip Tavakkolian]

what problem did this fix for you?

all the changes seem like bad ideas for general use; e.g. would hiding
a sam window show a name other than sam?
regarding snarf, couldn't you get what you need by manipulating the
namespace with an rc script wrapper?

> I changed the last patch so sam wont change the label at startup.
> I added a new option '-l' to set the label, it's more flexible and
> doesn't chage the normal behavior.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc809ad6007ccd2bd-Mc696e0847b9795d2e068383b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Raspberry Pi400 Ethernet

[Skip Tavakkolian]

might be this (from the diffs gist i posted earlier):
case ODtftpserver: /* RPi4s request it for no-SD netbooting
without hardcoding TFTP_IP in EEPROM */

On Fri, May 28, 2021 at 12:13 PM Brian L. Stuart  wrote:
>
> On Friday, May 28, 2021, 2:52:35 PM EDT, Richard Miller <9f...@hamnavoe.com> 
> wrote:
> >> The really odd part is I just moved the SD card over
> >> from a pi3 that was booting fine with dhcp.
> >
> > Does the MAC address in the dhcp request look right?
> 
> It does.  I'm at a loss to explain it, but I ended up rebooting
> my auth/dhcp server and now everything is working.
> 
> False alarm, I guess.
> 
> Thanks,
> BLS

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T8d2c30e280421e20-Mc1f2494243e94a819a45ba37
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Raspberry Pi400 Ethernet

[Skip Tavakkolian]

Regarding dhcpd, to pxeboot, this diff is needed (also referenced in
the previous doc):
https://gist.github.com/9nut/5a3829356b6d0ce3ae47e2f390df7442

On Fri, May 28, 2021 at 11:05 AM Skip Tavakkolian
 wrote:
>
> This might be helpful:
>
> https://docs.google.com/document/d/1hgcsAgk_FJRYW5r7LVeY23sTZN_giUit-8ra-dlW9ng/edit?usp=sharing
>
> On Fri, May 28, 2021 at 11:00 AM Brian L. Stuart  
> wrote:
> > 
> > So I picked up a pi400 and everything seems happy
> > except the Ethernet.  I'm using Richard's latest 9pi.img
> > from 9p.io.  At least, I'm pretty sure it's the latest; it
> > does include the /dev/serial driver.  The network switch
> > is showing the hardware to be happy and I'm using a
> > cable that has been working with a Pi3, but ipconf
> > times out with a "no success with DHCP" error.  Anyone
> > have any wisdom that I'm overlooking?
> > 
> > Also, Richard, I'm going to send you a bug fix for devspi
> > soon.  I discovered that attempting to acces spictl is
> > broken.
> > 
> > BLS

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T8d2c30e280421e20-M397c1b0941f3eca57b1ab1cb
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Raspberry Pi400 Ethernet

[Skip Tavakkolian]

This might be helpful:

https://docs.google.com/document/d/1hgcsAgk_FJRYW5r7LVeY23sTZN_giUit-8ra-dlW9ng/edit?usp=sharing

On Fri, May 28, 2021 at 11:00 AM Brian L. Stuart  wrote:
> 
> So I picked up a pi400 and everything seems happy
> except the Ethernet.  I'm using Richard's latest 9pi.img
> from 9p.io.  At least, I'm pretty sure it's the latest; it
> does include the /dev/serial driver.  The network switch
> is showing the hardware to be happy and I'm using a
> cable that has been working with a Pi3, but ipconf
> times out with a "no success with DHCP" error.  Anyone
> have any wisdom that I'm overlooking?
> 
> Also, Richard, I'm going to send you a bug fix for devspi
> soon.  I discovered that attempting to acces spictl is
> broken.
> 
> BLS

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T8d2c30e280421e20-M3b11f3db55f278d6add071a4
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

For future reference, please email cont...@p9f.org if you have any
questions for Plan 9 Foundation.

On Thu, Apr 15, 2021 at 11:49 AM Dan Cross  wrote:
>
> On Thu, Apr 15, 2021 at 2:44 PM Anonymous AWK fan via 9fans <9fans@9fans.net> 
> wrote:
>> > This text was generated by the GPT3 text generator using all licensing 
>> > related threads in 9fans as input.
>>
>> No it wasn't.
>>
>> I'm concerned because only one contributor (Nokia) transferred copyright
>> of their contributions to the P9F which were then re-licensed,
>> but everyone seems to think this applies to all of Plan 9.
>>
>> But the LPL allows re-licensing to new versions published by Nokia,
>> so all contributions could be re-licensed if Nokia updated the LPL.
>
>
> Your concerns are duly noted, but I don't think this is really the right 
> forum for them. Perhaps try to get in touch with the foundation directly? 
> 9fans doesn't really have much control over this side of things.
>
> - Dan C.
>
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf20bce89ef96d4b6-M305747333d894b60cb763460
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] searching advice

[Skip Tavakkolian]

what happens if you use mntgen first?

mntgen
ext2srv
mount -c ... # etc

On Sun, Apr 11, 2021 at 3:01 PM ibrahim.a.71 via 9fans <9fans@9fans.net> wrote:
>
> Hi 9fans,
>
> I'm currently trying plan9. During my test phase I installed 9legacy on qemu. 
>  Everythings works fine but I couldn't master to exchange files with my host 
> system (linux). I tried a virtfs, virtual fat drives an ext image and failed 
> mounting the filesystem in plan9
>
> I would prefer ext2 as a shared partition :
>
> I tried
>
> ext2srv
> mount -c /srv/ext2 /n/hostfs /dev/sdD0
>
> and this results in an error message :
> mount: mount /n/hostfs : no file system device specified
>
> I looked in the man pages and on internet but couldn't find an example for 
> mounting a harddisk or a setup to share files between host and guest.
>
> Perhaps someone can point out how to exchange data using virtual harddisks or 
> u9fs.
>
> Thanks in advance
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T267dbe605a36a2f5-Mf64f1facbaf62f4b7420bfa3
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

The transfer announced at the beginning of this thread only applies to
the code that originated at Bell Labs (i.e. 1ed, 2ed, 3ed, 4ed, etc.)

Any enhancements made externally (e.g. tls1.2) or new programs and
systems (e.g. abacus) carry whatever the respective authors have
released them under.

On Tue, Mar 30, 2021 at 9:24 AM awkfan77 via 9fans <9fans@9fans.net> wrote:
>
> What about code contributed to Plan 9 by people outside Bell Labs, have all 
> contributors agreed to have their contributions relicensed?
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf20bce89ef96d4b6-M66a171125f06e8839fd48cbc
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] problem with installing plan9 from USB disk image

[Skip Tavakkolian]

I've not tried this, but I think an easier way to play with Plan 9 on
Windows 10 might be to use Hyper-V and have the VM boot up from
plan9.iso file.

On Fri, Mar 26, 2021 at 12:54 AM  wrote:
>
> I've uncompressed .bz2 but the problem is burning the .ISO file. And I also 
> have some problem. I don't use any GNU or Linux related stuffs. Most of the 
> ISO burner are from GUN. I used the one that comes with Windows and also 
> tried Rufus(though I don't like GNU related stuffs) but failed. However with 
> which program do you burn a .iso on plan9? and Is that program Cross-platform?
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T4a54d17e4c0f6c20-Md233fa2f576e24784f509ad1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

A huge Thank You has to go to the Bell Labs alumni who put their
support behind the reassignment of the license:

http://plan9foundation.org/activities.html

-Skip

On Tue, Mar 23, 2021 at 11:08 AM Russ Cox  wrote:
>
> Congratulations, and thank you for the effort this took!
>
> Plan 9 under such a simple license is a day I never thought I would see.
>
> Once I have had time to go through the details on my end,
> I will update Plan 9 from User Space (plan9port) to match.
>
> Best,
> Russ
> 9fans / 9fans / see discussions + participants + delivery options Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf20bce89ef96d4b6-M1c5794ee3e70f51981a2b532
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] 2c/2l make sense, but why 1c/1l?

[Skip Tavakkolian]

I am speculating that it was to support compiling code for a version of the
Blit. 630MTG used 68000 and DMD5620 used AT WE3210.
gnot used the 68020.


On Mon, Feb 22, 2021 at 11:18 PM  wrote:

> Hello,
>
> I'm wondering about the history of the 68000 compiler/tools.  Support for
> the 68020 makes sense, it had an MMU, but 68000 did not.  And it had some
> design flaws that prevented it from working correctly with the external
> MMU, the 68451.  So why does/did Plan 9 have a 68000 compiler?  Did Plan 9
> ever run on an MMU-less 68000?
>
> thx.
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf34475f1bb69674a-Ma25c671e619d8a057d82c591
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Better Code Snippets & Suggestions

[Skip Tavakkolian]

My first reaction is that an RNN-based code generator trained on a
particular dataset (e.g. Plan 9 sources) might be more fruitful.

On Mon, Feb 22, 2021 at 3:08 PM William Linkmeyer  wrote:

> Dearest Nines,
>
> I’ve been reading these email chains for about three years now. You’ve all
> taught me quite a bit. I understand that this will be a bit off-topic as
> it’s not directly related to Plan9. So be it. I wanted to start a chain and
> chime in on something that I do have experience with.
> I’ve been developing a code suggestion platform. The concept is simple
> relatively simple. As the programmer is typing, patterns in the given code
> block are identified and compared to a database of tagged code snippets.
> The code snippet that is most relevant will be presented to the programmer
> as a suggestion.
> The code snippets all come originally from Stack Overflow, GitHub, and my
> own programs. I’m in the process of tagging these snippets for important
> features such as purpose, list of operations, any applicable design
> patterns, paradigms, etc. The more “essential” features are being tagged as
> well — features such as the number of arguments, return type, etc.
> It’s an interesting project to me. While I think that it’s going well, I’m
> certain that the large-brain folk here have important commentary on it.
>
> With Peace,
> Will
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T4f7afadf357a15b1-M37e90a17c9db8faca41e70c4
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] APL

[Skip Tavakkolian]

Have you seen Rob's Ivy? It's in Go.

On Sun, Feb 21, 2021, 2:32 PM Lyndon Nerenberg (VE7TFX/VE6BBM) <
lyn...@orthanc.ca> wrote:

> Long ago and far away I built/ran Thompson's APL (from the V7 source
> tape IIRC) on one of the VAXen.  This was very much pre-ANSI C code,
> but the Ultrix 1.1 compiler handled it fine.
> 
> About 15 years ago I dusted off the source and started converting
> it to ANSI C, but I got distracted and have since lost the source.
> Has anyone here done anything similar.  I would really like to have
> a native APL (even an ancient one like above).  If anyone did get
> it converted to ANSI, a native port could be bootstrapped through
> APE.
> 
> Failing that, does anybody have a copy of the original source
> kicking around?  Since the virus is going to keep me locked up
> for a few more months yet, porting would help pass the time :-)
> 
> --lyndon
> 
> P.S.  Yes I know there are a million other APLs out there, as
> well as J and the assorted follow-ons.  It's the V7 code I'm
> specifically interested in.  Maybe it's tucked away in the
> bitsaver archives ...

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T476a1d7b83269775-M8cc9d7ba17eca92a48d76793
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

If you don't have access to any other  truetype fonts, you might want to
try Go font to check. Here's the info:

https://blog.golang.org/go-fonts

On Fri, Feb 19, 2021, 7:48 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 details.
> >
> > Unfortunately, man fontsrv doesn't provide the details.  More
> > specifically, it doesn't describe how to configure fontsrv.  On my
> > system:
> >
> > $ fontsrv &
> > $ 9p ls font
> > $
> >
> > Nothing shows up.
> 
> Works fine on my macbook pro.
> 
> $ 9p ls font | wc
>  822 822   15179
> 
> Note this from the fontsrv man page:
> 
> Fontsrv has no support for X11 fonts; on X11 systems, it
> will serve an empty top-level directory.
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td0ab6c3112c95493-M67c74097b11f97836be0178b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

Plan9port has fontsrv. Any truetype you have on your system is usable.
man fontsrv for details.

On Thu, Feb 18, 2021 at 12:32 AM  wrote:

> Sorry for not being precise. I use Acme from plan9port.
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td0ab6c3112c95493-Me5c14bdc81abe13f418c5f83
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

FYI, bdf2subf is on github also.
https://github.com/9nut/plan9


On Wed, Feb 17, 2021 at 11:40 AM Kurt H Maier  wrote:

> On Wed, Feb 17, 2021 at 07:14:36PM +, sirjofri wrote:
> >
> > 17.02.2021 20:06:00 bomb...@gmx.net:
> > > And is there a version for high dpi displays?
> >
> > On 9front (and maybe on 9legacy?) It's the font you specify with font=,
> > which is vga by default.
> 
> You can use bdf2subf [1] with my hidpi vga font [2] to get this.  Maybe
> someone already has?  If so, I'd be happy to add it to the VGA pile.
> 
> 1 - http://plan9.stanleylieber.com/src/bdf2subf.tgz
> 2 - http://sciops.net/downloads/vga/u_vga32.bdf
> 
> khm

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td0ab6c3112c95493-M042920507cc4b9f86936bc6c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] patches from 9front

[Skip Tavakkolian]

I think the question of whether a patch is applied to the repo or kept as
an optional patch
should be: does it benefit everyone without breaking anything, fixes a bug,
or enhances security?
I use 9p.io as a reference for my setup. I appreciate that David has been
judicious with the
application of patches to the mainline.

On Thu, Feb 11, 2021, 5:22 PM  wrote:

> Quoth David du Colombier <0in...@gmail.com>:
>
> Lufia did a lot of interesting stuff on APE. I've not merged
> > them yet because I wasn't sure how it fits with changes other
> > people have done on APE.
>
> Sure -- but some of them recently turned 2 years old,
> which I'd personally find rather discouraging.
>
> This is why I was suggesting that echoline sort out
> the way to get changes committed in advance, and if
> the people along that way wanted them -- otherwise,
> there seems a good chance that the changes would get
> stuck in limbo.
>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M364edb5ded43a51f4f99ff66
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan 9 Foundation

[Skip Tavakkolian]

It is probably fair to say it's harder than setting up an organized
church[*] or a Super PAC[**]

* https://en.wikipedia.org/wiki/Our_Lady_of_Perpetual_Exemption
** https://en.wikipedia.org/wiki/Colbert_Super_PAC

P.S. For those not familiar with US tax code, politics, or comedy shows: a
Venn diagram intersecting all three would have at least the above two
examples.

On Wed, Feb 10, 2021 at 10:35 AM Wes Kussmaul  wrote:

>
> On 2/10/21 12:17 PM, Kurt H Maier wrote:
> > On Tue, Feb 09, 2021 at 11:40:18PM -0800, Anthony Sorace wrote:
> >> More information can be found on our web site, http://p9f.org/.
> >>
> > "That effort stalled, mainly due to the treatment of software-focused
> > non-profit organizations under U.S. regulations at the time."
> >
> > What does this mean?
> >
> >
> Let me guess.
> 
> In their ongoing effort to starve open source projects of resources,
> proprietary software vendors lobbied Congress to add special
> requirements for software projects filing IRS Form 1023?
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T973ff41a99053355-M55669b679a91022989e0f1f3
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] patches from 9front

[Skip Tavakkolian]

no slight to the inventor of dp9ik, but has it been verified?


On Tue, Feb 9, 2021 at 7:48 PM Eli Cohen  wrote:

> On Tue, Feb 9, 2021 at 7:39 PM Lucio De Re  wrote:
> >
> > On 2/10/21, Eli Cohen  wrote:
> > > I noticed the patches from 9front to 9legacy are not well-maintained.
> I'm
> > > trying to figure out if this would be an appreciated exercise from
> someone
> > > (me) who doesn't know all that much and would learn from doing it, and
> if
> > > so, what are priorities for things to port back as patches for 9legacy
> > >
> > In short: it's a bitch!
> >
> > I'm sure David will appreciate all the help he can get, but the code
> > divergences will not be easy to tame.
> >
> > I don't like Git, but I also don't think the Plan 9 "dump" is adequate
> > to the task of tracking "branches" as would apply in this complex
> > case.
> >
> > Perhaps I can recommend isolating bug fixes as distinct from adding
> > features, but where does one draw the line?
>
> I'm not even sure where or how to start. dp9ik seems important if
> 9legacy doesn't already have something similar. that's probably both a
> bug fix and feature... and quite a task! but I would be interested in
> porting patches back to learn more
>
> >
> > Best of luck, if you intend to proceed.
> >
> > Lucio.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tc82939f1fda0e479-M4857c66d4e13e2d25ae337e0
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] GSoC 2021 project ideas (WAS: Re: Plan 9 Applying to GSoC 2021)

[Skip Tavakkolian]

Here is some earlier work by Tim Newsham using a styx library by
Charles/Vita Nuova:

https://github.com/9nut/styxbrowser


> Android-related:
>
> (a) An Android "app" that presents an Android phone's telephone and SMS
> messaging facilities as a 9P filesystem.  This would enable Plan 9
> and Inferno applications to place/receive voice calls and
> send/receive text messages across a network.  This could be done by
> extending bhgv's existing Android port of Inferno, or as a
> separtate, stand-alone server app.
>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T1c300cdbd9941edb-Mbaf214bbeb535d12a87c4c5b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

I went down the eeprom rabbithole a bit. To access and manipulate RPI4's
eeprom directly,
Plan 9 would need to support a device like /dev/vchiq (VideoCore interface)
on Linux:

https://github.com/raspberrypi/linux/blob/rpi-3.2.27/drivers/misc/vc04_services/interface/vchiq_arm/vchiq_arm.c#L334

The rest of the tools (e.g. rpi-eeprom-update) eventually use vcgencmd
which ioctl into /dev/vchiq.
My /dev/mmcblk comment was wrong.

On Sat, Jan 16, 2021 at 2:15 PM Bakul Shah  wrote:

> 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 Tavakkolian 
> wrote:
>
> regarding /dev/serial, this should be helpful for anyone wanting to set up
> netboot.
>
> If you have a number of RPI's that netboot, the way that the common
> config.txt is segmented for each board is by using the '[serial number in
> hex]' section headers. Unfortunately, netboot also requires changing the
> BOOT_ORDER parameter in EEPROM, which requires access to /dev/mmcblk* and
> some way of generating the proper .bin format. So Linux is still needed for
> the initial setup.
>
> On Sat, Jan 16, 2021 at 9:13 AM Richard Miller <9f...@hamnavoe.com> wrote:
>
>> > I didn't realise the 9pi image was not up to date.
>> > I'll put a new one on 9p.io today.
>> 
>> I've done that. Sorry for letting it get out of sync with the kernel
>> source.
>> 
>> The new contrib/miller/9pi.img.gz has
>> - the latest firmware files from the raspberry pi github
>> - the update to initialise xhci firmware for pi400 and recent pi4 boards
>> - a tweak to the pi4 gigabit ethernet driver to allow jumbo packets
>> - a new /dev/serial device from which you can read the board serial
>> number (I forget why)
>> 
>> Nothing outside the kernel has changed from the previous image.
>> 
>
> *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/Tfcf12cca3a14dc8a-M4df905923fb217a0834ea1f0>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfcf12cca3a14dc8a-M9568b0b0d78c08e1ec367e5c
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

regarding /dev/serial, this should be helpful for anyone wanting to set up
netboot.

If you have a number of RPI's that netboot, the way that the common
config.txt is segmented for each board is by using the '[serial number in
hex]' section headers. Unfortunately, netboot also requires changing the
BOOT_ORDER parameter in EEPROM, which requires access to /dev/mmcblk* and
some way of generating the proper .bin format. So Linux is still needed for
the initial setup.

On Sat, Jan 16, 2021 at 9:13 AM Richard Miller <9f...@hamnavoe.com> wrote:

> > I didn't realise the 9pi image was not up to date.
> > I'll put a new one on 9p.io today.
> 
> I've done that. Sorry for letting it get out of sync with the kernel
> source.
> 
> The new contrib/miller/9pi.img.gz has
> - the latest firmware files from the raspberry pi github
> - the update to initialise xhci firmware for pi400 and recent pi4 boards
> - a tweak to the pi4 gigabit ethernet driver to allow jumbo packets
> - a new /dev/serial device from which you can read the board serial number
> (I forget why)
> 
> Nothing outside the kernel has changed from the previous image.
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfcf12cca3a14dc8a-Mc3da71e0e76edae80cc21b17
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

To clarify, I build 9pi locally from the latest version of sources.

On Thu, Jan 14, 2021, 5:15 PM Skip Tavakkolian 
wrote:

> I'm using a RPi400 with Richard's port. I'm netbooting without issues and
> up for days.  The only issue I had was forgetting to set 'enable_gic=1' as
> Richard instructed in the sources. Pi4 works ok without it, pi400 doesn't.
>
>
> On Thu, Jan 14, 2021, 3:39 PM Mack Wallace  wrote:
>
>> Thank you for the reply Stuart, but no luck.
>> 
>> I did download Mr. Miller’s image. It would not boot at all until I
>> replaced the files that you mention, but the kernel in that image locks up
>> after detecting the fourth core of the CPU. However, from that failure I
>> learned that those files, (start_cd.elf, start4cd.elf, fixup_cd.dat,
>> fixup4cd.dat) are necessary for the Pi to boot, and that those with the
>> bootcode.bin and presumably, but it doesn’t seem to matter whether I use
>> bcm2711-rpi-4-b.dtb or bcm2711-rpi-400.dtb - the dtbs are vital to the
>> process. - and that all those files simply need to be copied into the fat
>> partition/boot directory.
>> 
>> So I burned another image (actually many, trying different SD cards, and
>> different configurations, older kernels, etc) and replaced all the files
>> I’ve mentioned with the ones from
>> https://github.com/raspberrypi/firmware/tree/master/boot (hopefully
>> that’s where I should get them). My most recent iteration just has the
>> single error repeated:
>> 
>> sdhc: read error intr 2008002 stat 1fff
>> 
>> This occurs many times. In the middle of these errors is
>> 
>> /dev/sdM0: BCM SD Host Controller 02 Version 10
>> 
>> then the error repeats itself over 50 times before printing out the lines
>> /dev/sdM0/data
>> bootargs is (tcp, tls, il, local!device)[]
>> 
>> At no time during this process is the keyboard or mouse responsive.
>> Though the mouse icon did become visible during the boot process.
>> 
>> I am hoping I am wrong, but I am thinking there is some sort of driver
>> issue. At the very least, checking what media there is to mount, or reading
>> the SD card. And then possibly for other things, but the former could be
>> gumming up the works for everything else.
>> 
>> On Jan 14, 2021, at 6:05 PM, Stuart Morrow 
>> wrote:
>> 
>> Try copying the .dtb *and* the start4 and fixup4.
>> 
>> *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/T0178132f3d2ed689-M63bd5d3f548dbbf61c8f5402>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0178132f3d2ed689-M1e4e003d008a726d01e49d4a
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

Here's the config.txt that I use for my rpi400 (it's on the file server and
handed to rpi via tftp):

start_file=start4cd.elf
fixup_file=fixup4cd.dat
cmdline=xxx/cmdline.txt
kernel=arm/9pi4
gpu_mem=16
hdmi_group=2
hdmi_mode=82
core_freq=250
enable_gic=1
device_tree=


On Fri, Jan 15, 2021 at 10:45 AM Mack Wallace 
wrote:

> Dear Skip,
>
> That pushed the ball forward significantly, but I still have issues. (But
> thank you, every little advancement helps.) So with that flag, I was able
> to get Richard’s port to boot into Glenda’s account (showing acme, faces,
> stats, etc). However, I do not seem to have any USB; no mouse; nor
> keyboard. Stats is moving on the screen, so things are not too locked up. I
> did try rebooting with an external keyboard and another mouse. Still
> nothing. The external keyboard doesn’t respond to anything (no caps lock
> nor num lock.) One mouse is in the USB 2.0 port, another and the external
> keyboard are in the USB 3.0 ports.
>
> on boot, I see the following:
> usbxhci: 0x1106 0x3483 port 6 size 0x1000 irq0
> #u/usb/ep1.0: xhci port 0x0 irq 0
>
> The line before is #l for the network,
> The line after is the detection of the other three cores.
>
> The changing of the enable_gic=1 on the 9front image seemed to have to
> effect.
>
> Thanks again!
>
> Mack
>
>
> On Jan 14, 2021, at 8:15 PM, Skip Tavakkolian 
> wrote:
>
>
> I'm using a RPi400 with Richard's port. I'm netbooting without issues and
> up for days.  The only issue I had was forgetting to set 'enable_gic=1' as
> Richard instructed in the sources. Pi4 works ok without it, pi400 doesn't.
>
>
> On Thu, Jan 14, 2021, 3:39 PM Mack Wallace  wrote:
>
>> Thank you for the reply Stuart, but no luck.
>> 
>> I did download Mr. Miller’s image. It would not boot at all until I
>> replaced the files that you mention, but the kernel in that image locks up
>> after detecting the fourth core of the CPU. However, from that failure I
>> learned that those files, (start_cd.elf, start4cd.elf, fixup_cd.dat,
>> fixup4cd.dat) are necessary for the Pi to boot, and that those with the
>> bootcode.bin and presumably, but it doesn’t seem to matter whether I use
>> bcm2711-rpi-4-b.dtb or bcm2711-rpi-400.dtb - the dtbs are vital to the
>> process. - and that all those files simply need to be copied into the fat
>> partition/boot directory.
>> 
>> So I burned another image (actually many, trying different SD cards, and
>> different configurations, older kernels, etc) and replaced all the files
>> I’ve mentioned with the ones from
>> https://github.com/raspberrypi/firmware/tree/master/boot (hopefully
>> that’s where I should get them). My most recent iteration just has the
>> single error repeated:
>> 
>> sdhc: read error intr 2008002 stat 1fff
>> 
>> This occurs many times. In the middle of these errors is
>> 
>> /dev/sdM0: BCM SD Host Controller 02 Version 10
>> 
>> then the error repeats itself over 50 times before printing out the lines
>> /dev/sdM0/data
>> bootargs is (tcp, tls, il, local!device)[]
>> 
>> At no time during this process is the keyboard or mouse responsive.
>> Though the mouse icon did become visible during the boot process.
>> 
>> I am hoping I am wrong, but I am thinking there is some sort of driver
>> issue. At the very least, checking what media there is to mount, or reading
>> the SD card. And then possibly for other things, but the former could be
>> gumming up the works for everything else.
>> 
>> On Jan 14, 2021, at 6:05 PM, Stuart Morrow 
>> wrote:
>> 
>> Try copying the .dtb *and* the start4 and fixup4.
>> 
> *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/T0178132f3d2ed689-M3e4eaa51003d3faf4b21f271>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0178132f3d2ed689-M635cb4e04d6c4b764cab5ea2
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

I'm using a RPi400 with Richard's port. I'm netbooting without issues and
up for days.  The only issue I had was forgetting to set 'enable_gic=1' as
Richard instructed in the sources. Pi4 works ok without it, pi400 doesn't.


On Thu, Jan 14, 2021, 3:39 PM Mack Wallace  wrote:

> Thank you for the reply Stuart, but no luck.
> 
> I did download Mr. Miller’s image. It would not boot at all until I
> replaced the files that you mention, but the kernel in that image locks up
> after detecting the fourth core of the CPU. However, from that failure I
> learned that those files, (start_cd.elf, start4cd.elf, fixup_cd.dat,
> fixup4cd.dat) are necessary for the Pi to boot, and that those with the
> bootcode.bin and presumably, but it doesn’t seem to matter whether I use
> bcm2711-rpi-4-b.dtb or bcm2711-rpi-400.dtb - the dtbs are vital to the
> process. - and that all those files simply need to be copied into the fat
> partition/boot directory.
> 
> So I burned another image (actually many, trying different SD cards, and
> different configurations, older kernels, etc) and replaced all the files
> I’ve mentioned with the ones from
> https://github.com/raspberrypi/firmware/tree/master/boot (hopefully
> that’s where I should get them). My most recent iteration just has the
> single error repeated:
> 
> sdhc: read error intr 2008002 stat 1fff
> 
> This occurs many times. In the middle of these errors is
> 
> /dev/sdM0: BCM SD Host Controller 02 Version 10
> 
> then the error repeats itself over 50 times before printing out the lines
> /dev/sdM0/data
> bootargs is (tcp, tls, il, local!device)[]
> 
> At no time during this process is the keyboard or mouse responsive. Though
> the mouse icon did become visible during the boot process.
> 
> I am hoping I am wrong, but I am thinking there is some sort of driver
> issue. At the very least, checking what media there is to mount, or reading
> the SD card. And then possibly for other things, but the former could be
> gumming up the works for everything else.
> 
> On Jan 14, 2021, at 6:05 PM, Stuart Morrow 
> wrote:
> 
> Try copying the .dtb *and* the start4 and fixup4.
> 
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0178132f3d2ed689-Mdb22009f6100a35d3e0184c1
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Update on RISC-V port

[Skip Tavakkolian]

Dear 9fans,

I'm forwarding an update from Richard and Geoff about their work porting
Plan 9 to RISC-V. I sent a synopsis on twitter; it is included here with
more detail:


Synopsis:

• 32 and 64 bit kernels (and commands) are working under tinyemu
• 64 bit kernel is booting on hardware, still being debugged
• 32 bit kernel is untested on hardware because we don't have access to an
RV32 core with MMU
• riscv compiler is available on 9p.io/sources/contrib/miller, and has been
added to the inferno distribution on bitbucket.
• tinyemu port will go onto 9p.io/sources/contrib/miller this weekend
• source is still in the experimental development stage. it will be
released when ready.

Richard recently gave a talk about his experience porting the Plan 9 C
compiler to RISC-V:
https://www.youtube.com/watch?v=LHJqdXGb0uc

Description:

TinyEMU has been ported to Plan 9, providing a choice of RV32GC or
RV64GC in machine mode, and better diagnostics than hardware provides.

We have 9k kernels running in both modes under tinyemu, but so far
using only one CPU.  They share quite a bit of non-port source.  The
RV32 kernel uses Sv32 paging.  The RV64 kernel so far uses Sv39
paging, but we expect it to work with Sv48 paging (and beyond) with
trivial changes.  So far the RV64 kernel resides at physical and
virtual 0x8000, which limits user process size, but we believe it
will be straightforward to switch to virtual 0xffc08000.

As described below, the RV32 kernel is not usable on the Polarfire
Icicle using the stock firmware and bootloaders.  The RV64 kernel is
close to working on the Icicle, and on the four main cores, we
believe.  There have been some surprises with the Icicle: as
delivered, it starts OpenSBI as RV64 on all harts (CPUs) and hart 0
(the smaller E51 core) controls the others.  OpenSBI on hart 1 starts
U-boot, from which we PXE boot the RV64 kernel, which runs in
supervisor mode.  There is no way back to machine mode, thus no way
back to RV32, and there seems to be no way to determine which mode the
CPU is in.

---
Thanks,
-Skip

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tbe8c3c69c87794db-M2f7fe588c31e9fc9907b6f17
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

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

[Skip Tavakkolian]

I've been using an RPI4B with 4GB as my main term for several months. It
pxe boots (no SD card) and I leave the session on, but run screenlock to
guard against cat walk (pun?). It has rebooted once, but I'm pretty sure it
was due to power fluctuations (didn't see it happen). I built the kernel on
May 31st, with the latest patches at the time.


On Wed, Nov 18, 2020 at 3:17 PM Anthony Sorace  wrote:

> > Richard asked:
> > The pi4 is very sensitive to power supply voltage. Are you using
> > an "official" pi4 power supply (5.2v)?
>
> Yes; same power supply on the 4GB and 1GB models. That is, same exact
> unit, on the same outlet. I had all sorts of problems with my first
> several Pi
> and know better than to mess around with that now.
>
> > The pi4 flashes the red power LED to indicate undervoltage, so you can
> look
> > out for that if you don't have a monitor to see the lightning bolt on.
> 
> Is this lightning bolt a hardware feature? Like, it overlays it on the
> display,
> even on Plan 9? I've never seen it. I'll watch for the power LED indicator.
> 
> I've also got the bad behavior on two different 1GB models, so it's at
> least
> pretty unlikely to be a hardware issue.
> 
> Then this went other places. Is anyone else running a 4GB Pi 4 with
> Richard's
> latest kernel, successfully? Terminal or cpu?
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te91377223453b8c0-Me8b421ac4f9f1b8cff689226
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan 9 announcements on twitter

[Skip Tavakkolian]

>
>
>
> BTW, there are two groups on LinkedIn (both named "Plan 9 from Bell
> Labs"). One is managed by John Floren and the other by Sergey, Charles and
> myself. It probably has the least traffic. (also, perhaps we should combine
> them?)
>

The second LinkedIn group I mentioned also includes nemo, djc and ericvh as
managers.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-M91a66d7a86a335e858e1cb18
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan 9 announcements on twitter

[Skip Tavakkolian]

It is in addition to existing channels, including 9fans list.

BTW, there are two groups on LinkedIn (both named "Plan 9 from Bell Labs").
One is managed by John Floren and the other by Sergey, Charles and myself.
It probably has the least traffic. (also, perhaps we should combine them?)

-Skip


On Fri, Nov 13, 2020 at 10:47 AM Kim Shrier  wrote:

> > On Nov 12, 2020, at 2:36 PM, Skip Tavakkolian <
> skip.tavakkol...@gmail.com> wrote:
> >
> > Hi,
> >
> > FYI, for those of you who are on twitter, I've set up the twitter handle
> @Plan9_OS to push news and announcements to the community.   Please
> consider following it; and if you tweet about Plan 9 or related topics,
> please try to include this handle in your announcements.
> >
> > Thanks,
> > -Skip
> 
> I hope this does not become the preferred method for news and
> announcements.
> 
> I don’t have a twitter account and have no plans to change that.
> 
> Kim
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-Mc40f3998f2e12b6b22548e2e
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Plan 9 announcements on twitter

[Skip Tavakkolian]

Hi,

FYI, for those of you who are on twitter, I've set up the twitter handle
@Plan9_OS to push news and announcements to the community.   Please
consider following it; and if you tweet about Plan 9 or related topics,
please try to include this handle in your announcements.

Thanks,
-Skip

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T3fd028fcf2eeb24c-Mae23f11df987b95ea2e25b67
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] 9term, insta scroll to bottom?

[Skip Tavakkolian]

click-hold middle mouse button while in the scroll area and drag it down.

On Sat, Oct 24, 2020 at 1:18 PM Jeremy O'Brien  wrote:

> On Sat, Oct 24, 2020, at 14:06, Ethan Gardener wrote:
> > On Sat, Oct 24, 2020, at 2:01 AM, nydldm...@mail.com wrote:
> > > Hi, I am an idiot and sometimes I cat huge files in 9term (on 9front)
> > >
> > > The result of this is a mess I cannot seem to scroll to the bottom
> of,  how can I instantly scroll to the bottom in 9term?
> >
> > Enable scroll. When at the bottom, disable it if desired. I did this
> > all the time, especially with man pages.
> 
> You can use the scroll-lock key as an alternative to the scroll/noscroll
> menu item as well.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T13b7a14fa28da183-Me33a6c02ceac4f67f69eaebf
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Sad news.

[Skip Tavakkolian]

Oh wow! That's a terrible loss, and a very sad day for 9fans, especially
those who had a chance to meet him in person. He was a genuinely good
person.

-Skip

On Mon, Sep 28, 2020, 11:36 AM Dan Cross  wrote:

> I just got word that Andrey has passed away. :-(
>
> I'm sorry, I don't have any further details right now, but wanted to let
> folks know.
>
> - Dan C.
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T89f7af873f4109c5-M0e3737c85a46e46792fc95ae
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Git client

[Skip Tavakkolian]

Are there any build instructions?  ape/make can't seem to handle the
Makefile (sources from git repo)

Thanks,
-Skip

On Sun, Apr 21, 2019 at 4:06 AM Kyohei Kadota  wrote:

> Hi, 9fans.
>
> I ported official Git client to 9legacy. It's very early version yet,
> but it can do basic commands such as fetch, pull, log, add, and commit
> -m.
>
> Probably there are many bugs. Some of them might be results from a
> issue of 8c that don't initialize rest fields of struct and union with
> zero if field names are specified.
>
> x86 binaries are available here:
> https://lufia.org/git-386.tgz
>
> Source codes:
> - https://github.com/0intro/plan9-contrib/pull/6
> - https://github.com/0intro/plan9-contrib/pull/7
> - https://github.com/madler/zlib/pull/398
> - https://github.com/libressl-portable/portable/pull/510
> - https://github.com/libexpat/libexpat/pull/242
> - https://github.com/curl/curl/pull/3701
> - https://github.com/lufia/git
>
> - kadota
>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Te3752ec266e3a002-Mf284ab6fe0513972646df3d5
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Early version of Floppy Demo

[Skip Tavakkolian]

On Thu, Jul 23, 2020 at 1:31 PM Ethan Gardener  wrote:

> On Thu, Jul 23, 2020, at 6:50 PM, Skip Tavakkolian wrote:
> > Going by memory, assuming aux/vga ran, you should be able to type
> 8-Alt-1-2 to type 8½
> > You should also be able to start acme or sam instead of 8½.
>
> These will probably work, except acme hadn't been invented yet and sam may
> or may not give an error the first time. (Checked with another demo disk.)
> You probably do want to start the window system, there is no way to kill
> the foreground process without it.
>

Acme (Alef version) is in 2ed; the single-floppy version doesn't seem to
have the binary. Looking at the screenshot that Will sent me directly, the
dates on the binaries match up to 2ed release.

I'm pretty sure the four-floppy set that came with the CDROM has the acme
binary. I don't have any floppy drives that I trust to look at my copy.

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfc1bc1c6f9de7e59-Mc8748bb91d87905e8241e852
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Early version of Floppy Demo

[Skip Tavakkolian]

Going by memory, assuming aux/vga ran, you should be able to type 8-Alt-1-2
to type 8½
You should also be able to start acme or sam instead of 8½.




On Thu, Jul 23, 2020 at 9:58 AM  wrote:

> Hi,
>
> I have an early version of the Plan 9 demo (serial number 0561). I'm using
> 86Box (Socket 7 VX Shuttle HOT-557 Pentium 100) to boot it. It boots, but
> then presents:
>
> root is from (local, il, tcp)[local!#f/fd0disk]:
>
> I press enter
>
> user[none]:
> fs...fs...time...
> init: starting /bin/rc
> /fs 14: serving #s/dos
> Mouse port is (ps2, 0 (called COM1 in DOS), or 1 (called COM2 in DOS)):
>
> I type ps20 (cuz my ps2 mouse is emulated on COM1?)
> bunch of stuff scrolls by and ends with:
>
> init: rc exit status: rc 9:false
>
> init: starting /bin/rc
> term%
>
> Did I provide reasonable responses and how do I start the windows system
> (whoever thought of naming it 8 1/2, by the way?). I can't even type it in
> the console whatever 1/2 character was used :).
>
> Will
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tfc1bc1c6f9de7e59-Mbd93173cda28a5b78b7997f5
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Re: HOWTO: Net booting Plan 9 on RPi 3s and 4s

[Skip Tavakkolian]

there is a cleaner patch now:

/n/sources/patch/rpi-netboot-dhcpd

On Wed, Jun 3, 2020 at 6:18 PM Skip Tavakkolian 
wrote:

> The patch is on 9p.io:
>
> /n/sources/patch/dhcpd-rpi-pxeboot
>
>
> On Wed, Jun 3, 2020 at 12:43 PM Skip Tavakkolian <
> skip.tavakkol...@gmail.com> wrote:
>
>> Note that RPi 4 DHCP requests include a parameter request for TFTP Server
>> Name (66).  There is a link in the doc to the diffs for
>> /sys/src/cmd/ip/dhcpd/dhcpd.c. I'll submit a patch to 9p.io soon.
>>
>> On Wed, Jun 3, 2020 at 11:26 AM Skip Tavakkolian <
>> skip.tavakkol...@gmail.com> wrote:
>>
>>>
>>> FYI, I've updated the HOWTO to include RPi4's. It's here:
>>>
>>>
>>> https://docs.google.com/document/d/1hgcsAgk_FJRYW5r7LVeY23sTZN_giUit-8ra-dlW9ng
>>>
>>>
>>>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Teeceb2ca38619b36-M783c8cedce3d09ae17286b02
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Re: HOWTO: Net booting Plan 9 on RPi 3s and 4s

[Skip Tavakkolian]

Fantastic.  It has been updated.

On Thu, Jun 4, 2020 at 10:58 AM Richard Miller <9f...@hamnavoe.com> wrote:

> > I believe RPI3's
> > will still require the dhcpd patch, if I'm not mistaken.
> 
> That's right, the pi3 doesn't have an eeprom to hold the tftp ip address.
> 
> An alternative way to network-boot is to use Plan 9 as a boot loader:
> a (minimal) Plan 9 kernel can be loaded from the SD card, which will
> fetch the full Plan 9 kernel via tftp and copy it to /dev/reboot.
> That works even for older pi models (pi1 and pi2), but does require
> an SD card.
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Teeceb2ca38619b36-Mad16f5b25661713b735fb997
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Re: HOWTO: Net booting Plan 9 on RPi 3s and 4s

[Skip Tavakkolian]

Thank you! I will add them.

I'll clarify that TFTP_IP setting will work for RPI4's. I believe RPI3's
will still require the dhcpd patch, if I'm not mistaken.


On Thu, Jun 4, 2020 at 4:03 AM Richard Miller <9f...@hamnavoe.com> wrote:

> Thanks, Skip. I just net-booted a pi4 using your instructions. Very timely,
> as I was running out of 2GB SD cards for my growing pi collection.
> 
> Can I just add two footnotes concerning the pi4 procedure:
> - At the first step where it says "copy the EEPROM image of interest from
>   /lib/firmware/raspberrypi/bootloader/ to pieeprom.bin", I found 26
>   different pieeprom.bin files under that directory.  I guessed that
>   "stable" would be the right one, and that seems to have been OK.  I
>   think "vcgencmd bootloader_version" will give you a hint as to which
>   file is currently in the eeprom.
> - If you use the eeprom config var TFTP_IP to hardcode the tftp server
>   address, you don't need the patched version of Plan 9 dhcpd; in fact
>   any old dhcp server can then be used without special configuration,
>   as it only needs to supply an ip address.
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Teeceb2ca38619b36-M43bc20e4e7e329903d13bed5
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Re: HOWTO: Net booting Plan 9 on RPi 3s and 4s

[Skip Tavakkolian]

The patch is on 9p.io:

/n/sources/patch/dhcpd-rpi-pxeboot


On Wed, Jun 3, 2020 at 12:43 PM Skip Tavakkolian 
wrote:

> Note that RPi 4 DHCP requests include a parameter request for TFTP Server
> Name (66).  There is a link in the doc to the diffs for
> /sys/src/cmd/ip/dhcpd/dhcpd.c. I'll submit a patch to 9p.io soon.
>
> On Wed, Jun 3, 2020 at 11:26 AM Skip Tavakkolian <
> skip.tavakkol...@gmail.com> wrote:
>
>>
>> FYI, I've updated the HOWTO to include RPi4's. It's here:
>>
>>
>> https://docs.google.com/document/d/1hgcsAgk_FJRYW5r7LVeY23sTZN_giUit-8ra-dlW9ng
>>
>>
>>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Teeceb2ca38619b36-Me6a69d755327bb58b9629eef
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] Re: HOWTO: Net booting Plan 9 on RPi 3s and 4s

[Skip Tavakkolian]

Note that RPi 4 DHCP requests include a parameter request for TFTP Server
Name (66).  There is a link in the doc to the diffs for
/sys/src/cmd/ip/dhcpd/dhcpd.c. I'll submit a patch to 9p.io soon.

On Wed, Jun 3, 2020 at 11:26 AM Skip Tavakkolian 
wrote:

>
> FYI, I've updated the HOWTO to include RPi4's. It's here:
>
>
> https://docs.google.com/document/d/1hgcsAgk_FJRYW5r7LVeY23sTZN_giUit-8ra-dlW9ng
>
>
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Teeceb2ca38619b36-Mf72c618c057828d66d327949
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

[9fans] HOWTO: Net booting Plan 9 on RPi 3s and 4s

[Skip Tavakkolian]

FYI, I've updated the HOWTO to include RPi4's. It's here:

https://docs.google.com/document/d/1hgcsAgk_FJRYW5r7LVeY23sTZN_giUit-8ra-dlW9ng

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Teeceb2ca38619b36-M7f3d6b2b33089024209a1e60
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] a simple graphical application in Go?

[Skip Tavakkolian]

Cool! Thank you.

On Sat, Apr 4, 2020, 9:17 PM Fazlul Shahriar  wrote:

> There is a PR open with Plan 9 devdraw support to 9fans.net/go/draw:
> https://github.com/9fans/go/pull/28
> It at least works with the Go acme port Edwood last I tested.
>
> On Sat, Apr 4, 2020 at 4:33 PM Jeremy Jackins 
> wrote:
>
>> Well, you need a Go draw package in place of the C library. There is a
>> draw package in github.com/9fans/go/ but unfortunately I think it only
>> supports plan9port devdraw, rather than the native Plan 9 draw device.
>> So there is some library work to be done first. Since the Go standard
>> library also contains the most important drawing primitives
>> implemented by the Plan 9 draw device (with the exception of font
>> rendering, but there is golang.org/x/image/font), you may be able to
>> ignore a lot of functionality provided by the Plan 9 draw library and
>> focus on a few things like loading pixel data directly to the draw
>> device.
>>
>> See: http://man.cat-v.org/plan_9/3/draw
>>
>> Jeremy
>>
>> On Sat, 4 Apr 2020 at 06:55, Kim Lassila  wrote:
>> >
>> > Has anyone written a graphical application in Go on Plan 9? How would
>> the Go equivalent of black.c (thank you fgb) look like?
>> >
>> > - - - clip - - -
>> >
>> > #include 
>> > #include 
>> > #include 
>> >
>> > void
>> > main(int, char *argv[])
>> > {
>> > Rectangle rect;
>> > Image *black;
>> >
>> > fmtinstall('R', Rfmt);
>> > if(initdraw(nil, nil, argv[0]) < 0)
>> > sysfatal("initdraw: %r");
>> > rect = screen->r;
>> > black = display->black;
>> > draw(screen, rect, black, nil, ZP);
>> > flushimage(display, 1);
>> > sleep(5 * 1000);
>> > closedisplay(display);
>> > print("rectangle was %R\n", rect);
>> > exits(nil);
>> > }
>> >
>> > 9fans / 9fans / see discussions + participants + delivery options
>> Permalink
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0d490c91935dc74b-Mb1c740447ef24502b2b22ec6
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] a simple graphical application in Go?

[Skip Tavakkolian]

I think that's the right place to start.  I've not looked closely, but it
looks like the only thing that you'd need to do for a client library is to
change drawfcall/mux.go:New to use the draw service posted on /srv.

On Sat, Apr 4, 2020 at 1:34 PM Jeremy Jackins 
wrote:

> Well, you need a Go draw package in place of the C library. There is a
> draw package in github.com/9fans/go/ but unfortunately I think it only
> supports plan9port devdraw, rather than the native Plan 9 draw device.
> So there is some library work to be done first. Since the Go standard
> library also contains the most important drawing primitives
> implemented by the Plan 9 draw device (with the exception of font
> rendering, but there is golang.org/x/image/font), you may be able to
> ignore a lot of functionality provided by the Plan 9 draw library and
> focus on a few things like loading pixel data directly to the draw
> device.
>
> See: http://man.cat-v.org/plan_9/3/draw
>
> Jeremy
>
> On Sat, 4 Apr 2020 at 06:55, Kim Lassila  wrote:
> >
> > Has anyone written a graphical application in Go on Plan 9? How would
> the Go equivalent of black.c (thank you fgb) look like?
> >
> > - - - clip - - -
> >
> > #include 
> > #include 
> > #include 
> >
> > void
> > main(int, char *argv[])
> > {
> > Rectangle rect;
> > Image *black;
> >
> > fmtinstall('R', Rfmt);
> > if(initdraw(nil, nil, argv[0]) < 0)
> > sysfatal("initdraw: %r");
> > rect = screen->r;
> > black = display->black;
> > draw(screen, rect, black, nil, ZP);
> > flushimage(display, 1);
> > sleep(5 * 1000);
> > closedisplay(display);
> > print("rectangle was %R\n", rect);
> > exits(nil);
> > }
> >
> > 9fans / 9fans / see discussions + participants + delivery options
> Permalink

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T0d490c91935dc74b-M63172fe19d958d1afa1da215
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan9 on virtual machine in Mac os

[Skip Tavakkolian]

Harassing part costs extra :)

On Wed, Mar 25, 2020 at 2:36 PM Mark Everett  wrote:

> Thanks to all. I appreciate your support. And its nice to find a forum
> where everyone isn’t harassing…..
>
> — Mark
>
>
> On Mar 25, 2020, at 2:44 AM, Cyber Fonic  wrote:
>
> As for strings to pull, try:
>
> String 1 
>
> String 2 
>
> Hope that helps !  It's where I launched my research from.
>
>
> On Wed, 25 Mar 2020 at 12:33, Mark Everett  wrote:
>
>> Mostly a lurker so far, but wanted to try the actual system rather than
>> plan9port.  But sometimes getting actual hardware up an running is a steep
>> first step :-)
>> 
>> Does anyone know of a virtual machine running on current Mac OS that
>> hosts plan9?  Preferably one that isn’t too difficult to set up….
>> 
>> Also, I’m a little unclear on what the advantages/disadvantages of the
>> various forks of plan9 are best on, their audience, etc. And it seems
>> somewhat difficult to determine where to find the code for the different
>> forks. Most likely I’m just not paying attention….
>> 
>> I do have a pi 4 but probably not the one with the wall wart fix. Is Mr.
>> Miller’s code all in one place? Where is it publicly available?
>> 
>> Is there some repository for add-on file systems ala 9P2000 in one place.
>> If not the actual code, perhaps pointers to the actual repositories.
>> 
>> Sorry if it appears that I’m not digging in to find this information
>> myself, but I can’t seem to find the end of the string to pull…
>> 
>> Thanks in advance.
>> 
>> Lurker Mark
>> 
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta7f245368d4d10b8-M7135918291634b2a3a57313d
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Plan9 on virtual machine in Mac os

[Skip Tavakkolian]

9legacy.org has readymade images to run on qemu and GCE.

http://9legacy.org/download.html

On Tue, Mar 24, 2020 at 6:34 PM Mark Everett  wrote:

> Mostly a lurker so far, but wanted to try the actual system rather than
> plan9port.  But sometimes getting actual hardware up an running is a steep
> first step :-)
> 
> Does anyone know of a virtual machine running on current Mac OS that hosts
> plan9?  Preferably one that isn’t too difficult to set up….
> 
> Also, I’m a little unclear on what the advantages/disadvantages of the
> various forks of plan9 are best on, their audience, etc. And it seems
> somewhat difficult to determine where to find the code for the different
> forks. Most likely I’m just not paying attention….
> 
> I do have a pi 4 but probably not the one with the wall wart fix. Is Mr.
> Miller’s code all in one place? Where is it publicly available?
> 
> Is there some repository for add-on file systems ala 9P2000 in one place.
> If not the actual code, perhaps pointers to the actual repositories.
> 
> Sorry if it appears that I’m not digging in to find this information
> myself, but I can’t seem to find the end of the string to pull…
> 
> Thanks in advance.
> 
> Lurker Mark
> 

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Ta7f245368d4d10b8-M1409bf9d82b10bc3f8ccf98e
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] iOS drawterm

[Skip Tavakkolian]

rummaging around /mnt/term when using drawterm might be enlightening.

On Wed, Mar 25, 2020 at 4:20 AM Kim Lassila  wrote:

>
>
> On Mar 25, 2020, at 8:19 AM, Anthony Sorace  wrote:
>
> With iOS getting first-class mouse pointer support, I’m looking at the iOS
> drawterm port again. Has anyone touched this since the old GSoC project bit
> rotted out?
>
>
> Drawterm is quite slow at reading and writing pixels on the screen. I
> learned this when I started recording screen in Plan 9 (
> https://github.com/9d0/screencast).
>
> Instead of porting drawterm to different platforms I would like to see
> vncs improved to support the latest version of the Remote Framebuffer
> Protocol (RFC 6143). This would allow a standard VNC client to connect to a
> Plan 9 terminal, support screen resizing, local mouse cursor, and deliver
> all key strokes and mouse chords accurately. VNC is optimized to work over
> a large variety of different networks including high latency links and it
> will therefore offer a better user experience than drawterm, especially
> over wireless.
>
> Kim
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T69dec3540d033863-Mdc94bf632689311b6b093bf6
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] PoE Support for Plan9 on RPI 4B/3B+?

[Skip Tavakkolian]

The PoE hat shouldn't need any software support. I don't have one, but it's
basically a DC-DC converter. The Pi PoE hat has an Attiny processor for
temperature sensing/fan operation.

You can also use a PoE splitter (48V->5V/2.4A micro USB) which would work
for all Pi's.

-Skip


On Mon, Mar 23, 2020 at 12:16 PM  wrote:

> I have four Raspberry Pi model 4B boards and a Raspberry Pi model 3B+
> board and would like to know whether or not Power over Ethernet (PoE) is
> supported by the Pi9 port.
>
> Has anyone attempted to power a Plan9 cluster/grid over PoE? What PoE
> network switches would you recommend? Were there any issues? Richard
> Miller?
>
> To be clear, a PoE network enables boards to be powered over an Ethernet
> network if a side-board (HAT) is connected. [1] A PoE network switch
> conforming to IEEE 802.3af delivers power through the each Pi's RJ45
> network connector over Cat 5 cabling. [2]
>
> To my knowledge, neither the 9front kernel sources nor the documented
> list of supported hardware, specifically mentions PoE. [3] It seems the
> network switch and HAT negotiate power delivery independently of the
> kernel so I cannot think of a reason why Plan9 would not support
> powering this way.
>
> References
> [1]:
> https://www.raspberrypi.org/blog/introducing-power-over-ethernet-poe-hat/
> [2]: https://ieeexplore.ieee.org/document/1213877
> [3]: https://9p.io/wiki/plan9/Supported_PC_hardware/index.html
>
> --
> Barry Wasdell (bwasd)
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td562795dfef0ca48-M545d21f977f3c5473cd8edc6
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription