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=3.7 required=5.0 tests=BULK_RE_SUSP_NTLD,DKIM_INVALID,
	DKIM_SIGNED,FROM_SUSPICIOUS_NTLD,PDS_OTHER_BAD_TLD autolearn=no
	autolearn_force=no version=3.4.4
Received: (qmail 9676 invoked from network); 16 Aug 2021 14:39:01 -0000
Received: from 1ess.inri.net (216.126.196.35)
  by inbox.vuxu.org with ESMTPUTF8; 16 Aug 2021 14:39:01 -0000
Received: from out0.migadu.com ([94.23.1.103]) by 1ess; Mon Aug 16 10:02:23 -0400 2021
Message-ID: <1FB5D1B9C97EB96BD9B642CB8AD1362D@qak>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a-b.xyz; s=key1;
	t=1629122111;
	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;
	bh=cquKcnRVCHsKu9G0Al03RV8PVVT3JoqeqNVZjHFIhUg=;
	b=qgPhVbpfGYtITJPq0yBnvHOiSdVRly7JSE/sIsbIPyqJvG3hKQIeZz89j/Q3IjCtYs4wOt
	y6eXIGkgDi0sCxj77khNtW6f3gBsWIeVA1Y3kmLHvl25w/D8VHTPRGqSamIN+MaiEwleYW
	adiGBTmvPA8dUKvpzdrBWvuMgpSLtAV5fSqHXlsyv54ioJ+IHeG/ltrCRTNUnIboqmjA+O
	ruKWdz2H+0P7CClMbdJNyVSyHqU8f55Fyse1GHO3nGdGzpnGC84Lau8zMIZuOuNVaBSeYC
	wJTbBHYEkLzCb9JWoZbds9flFhcYtFJoR9lPoOItwKcmiMZ/wjSxX7ZUU8jXoQ==
To: 9front@9front.org
Date: Mon, 16 Aug 2021 15:55:10 +0200
X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers.
From: kvik@a-b.xyz
In-Reply-To: <03FE47CDA929D330902D308081FB34EC@smtp.pobox.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Migadu-Flow: FLOW_OUT
X-Migadu-Auth-User: kvik@a-b.xyz
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: cache-based session STM just-in-time solution 
Subject: Re: [9front] exportfs: fix debug logging
Reply-To: 9front@9front.org
Precedence: bulk

Quoth unobe@cpan.org:
> File servers being anything categorized under section 4?  For example,
> I just looked at a few ( cfs(4), cifs(4), sshfs(4) ) which all use -d.

Yea, consistency is WIP.  Here's what 9p(2) has to say about it:

	By convention, servers written using this library accept the -D
	option to increment chatty9p.

Note that some file servers that support -D don't care to document it
in the manual -- specifically because it's a "well known" convention.
cifs(4) from your list is one example.

I do realize now that exportfs mixes the 9p trace and general debug
output, so maybe -d is more appropriate after all.  Not sure, and I
certainly don't want to bog down this patch submission with my
bikeshed.  We can deal with many consistency issues at some other
time.