From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: *
X-Spam-Status: No, score=1.1 required=5.0 tests=DATE_IN_PAST_06_12
	autolearn=no autolearn_force=no version=3.4.4
Received: (qmail 17082 invoked from network); 4 Jun 2021 04:16:13 -0000
Received: from 1ess.inri.net (216.126.196.35)
  by inbox.vuxu.org with ESMTPUTF8; 4 Jun 2021 04:16:13 -0000
Received: from 149.28.13.84 ([149.28.13.84]) by 1ess; Thu Jun  3 15:03:53 -0400 2021
Message-ID: <8BD65D8EFD7859408E52D54A24B04FCD@fulton.software>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
To: 9front@9front.org
Date: Thu, 03 Jun 2021 12:02:28 -0700
From: fulton@fulton.software
In-Reply-To: <YLhPy97UKb1AZIJZ@SDF.ORG>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: table-scale pipelining SVG shader descriptor database markup 
Subject: Re: [9front] Re: Rio on cpu|Share files to unix on terminal
Reply-To: 9front@9front.org
Precedence: bulk

Quoth adr@SDF.ORG:
> On Wed, Jun 02, 2021 at 01:56:06AM +0000, adr@SDF.ORG wrote:
> > Hi,
> > I have a terminal configured (rpi4) and I want to shared a file
> > system with another unix machine. I changed the service to cpu and
> > configured it to start rio, mounting the draw device and mouse first.
> > 
> > All good but after creating some windows, rio will go crazy, windows
> > will be resized randomly and the display will not represent the
> > contents of the windows anymore.
> > 
> > The console message when the party starts is
> > 
> > rio: setname failed: unknown id for draw image
> > 
> > If one is able to kill rio you can start it again and all will be
> > normal until the mess starts again.
> > 
> > It puzzled me because I'm pretty sure I had this very same issue
> > the last time I used 9front a lot of years ago on a pc.
> > 
> > I would appreciate if someone points me to a reason of this behavior.
> > 
> > Regards,
> > adr.
> 
> After following the boot process it's clear that the constrains are in the kernel,
> I suppose is here /sys/src/9/bcm/main.c#245
> 	if(!cpuserver)
> 		/*
> 		 * give terminals lots of image memory, too; the dynamic
> 		 * allocation will balance the load properly, hopefully.
> 		 * be careful with 32-bit overflow.
> 		 */
> 		imagmem->maxsize = kpages;
> 
> Instead of changing the service variable on bootargs and configuring the cpuserver to run rio,
> I'll configure the terminal to run the cpu services.
> 
> Just in case someone is thinking about this.
> 

Have you tried sshfs(1) - thats what I use for transfering files to and from UNIX.