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=0.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 1016 invoked from network); 3 Jun 2021 06:15:39 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 3 Jun 2021 06:15:39 -0000 Received: from mx.sdf.org ([205.166.94.24]) by 1ess; Wed Jun 2 23:43:09 -0400 2021 Received: from sdf.org (IDENT:adr@sdf.org [205.166.94.16]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 1533h7Ox020827 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO) for <9front@9front.org>; Thu, 3 Jun 2021 03:43:07 GMT Received: (from adr@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 1533h721009548 for 9front@9front.org; Thu, 3 Jun 2021 03:43:07 GMT Date: Thu, 3 Jun 2021 03:43:07 +0000 From: adr@SDF.ORG To: 9front@9front.org Message-ID: Mail-Followup-To: 9front@9front.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: virtual XMPP descriptor property-aware just-in-time information interface Subject: [9front] Re: Rio on cpu|Share files to unix on terminal Reply-To: 9front@9front.org Precedence: bulk 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.