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.0 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED,
	NICE_REPLY_A,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no
	version=3.4.4
Received: (qmail 21382 invoked from network); 23 May 2022 17:39:28 -0000
Received: from 9front.inri.net (168.235.81.73)
  by inbox.vuxu.org with ESMTPUTF8; 23 May 2022 17:39:28 -0000
Received: from mail.posixcafe.org ([45.76.19.58]) by 9front; Mon May 23 13:37:35 -0400 2022
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posixcafe.org;
	s=20200506; t=1653327451;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:mime-version:mime-version:content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references;
	bh=lj6/Z3Mcg7NeeFog60ps40Biywc/EBQULFoiuFFtpSY=;
	b=hS60EmD2loNX63HpkXWS3jaTlRWL62VIiJw6+j9q8XdDTo1RLwFdBGujele/ad92HkSLQl
	Dg0pD48qOaA8UXPQz73SfuS0FMiNpsUEk9ujXsossCIwx00bk3bkGLY/aNNh247PSXJKVN
	5/Cd75vU1ccDdFOUjh9MeyfeYghCkJQ=
Received: from [192.168.168.200] (161-97-228-135.lpcnextlight.net [161.97.228.135])
	by mail.posixcafe.org (OpenSMTPD) with ESMTPSA id fca29ebf (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO)
	for <9front@9front.org>;
	Mon, 23 May 2022 12:37:31 -0500 (CDT)
Message-ID: <d0c23d89-d009-c7ce-8dec-6cf5249ee728@posixcafe.org>
Date: Mon, 23 May 2022 11:37:20 -0600
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.8.1
Content-Language: en-US
To: 9front@9front.org
References: <360D31817B067471414B1C6D6DF6DF92@felloff.net>
From: Jacob Moody <moody@mail.posixcafe.org>
In-Reply-To: <360D31817B067471414B1C6D6DF6DF92@felloff.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: extension STM table reduce/map reduce/map shader 
Subject: Re: [9front] [PATCH] Unmount to remove sharp devices.
Reply-To: 9front@9front.org
Precedence: bulk

On 5/23/22 11:06, cinap_lenrek@felloff.net wrote:
> try to preserve that the ns file looks like shell script.
> 
> avoid "eject", as that is already a existing command that does
> something completely different.
> 
> i dont like "permit" as it is too generic and not clear what it
> operates on.
> 
> in any case, think of these operations as something that we should
> also provide a shell wrapper for and it lives in the /bin namespace.
> 
> maybe should be a single command limilar to chmod/chgrp but operating
> on the kernel device map?
> 
> like:
> 
> devmask -X		# "eject" X device
> devmask ABCDEF	# set ABCDEF as allowed
> 
> any better ideas?

This all makes sense.
There was some followup discussion for this on irc that I want to
make sure is captured here:

The command written to /dev/drivers will change to be one of:
chdev DEVS
chdev -DEVS

with them acting like the current 'permit' and 'eject' commands respectively.
This will be given a matching chdev(1) rc script, and the ns file command
will be updated to match the chdev(1) interface.


thanks,
moody