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.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 4182 invoked from network); 24 Jul 2023 00:53:28 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 24 Jul 2023 00:53:28 -0000 Received: from sendmail.purelymail.com ([34.202.193.197]) by 9front; Sun Jul 23 20:51:43 -0400 2023 DKIM-Signature: a=rsa-sha256; b=TeQ15vtYoN0uxSfmoIEv+sGvwmKBgTIjDHJMVJtmFj+hYsHrue1OT/zSTtQcOp+57/l4p5T54jJ5rV/qjbLplJ4qCjma/6f+E5FiWchfbBMGdRKm+HMV5LXHjwVBUOyNoDn343/1be9UGR0rOuclc3vDqImKyymZZ8drhpVQ3E1Y8auyrEDdcpWdDB7kWl7nOq87oGpuFQUTZR6h4O9MQI5pjNHLHr6Tlr9mV6o13tezwKhvj859C8nKkLQVx0IyMcv/g6imBL/EBm4F4H/o7JoWV+erlF96G3MTx1CsqPKGSNbvHpiNApE1T46Gbnmz8bFXyrT/cUPc3FSjQD0zBw==; s=purelymail3; d=pbrane.org; v=1; bh=1Zwd8MqhFrw5sUzrVBa9E2Ipognkr/fYBoaPKNwbG8g=; h=Received:From:To:Subject; DKIM-Signature: a=rsa-sha256; b=EA89qIyVfmXiurTenkNvkQlLQ8RslbAeu5ahpypj+Fvag536qBAKiX4096fTwakJ/nGe5RWSAe0ajoyH1v+l6Mq278UMBwvvs2/45t1pY/N2oE5QwR7D7vcVsJRJHfTQ7FnUKlkpcEN0VoVfXH8oKDKv+crBTwDeBhSglDgFxQD6ZDU2TJmr/WlNVFBU4r/CmeqFQTKZqqBX4S9x20CC2whrnopSrhALhSGe0rLGnhLdbiqwQG8vC99MNGXgX39r2q46gsyoOUAfgRequsaiKzA7d45+aQRQF8WOGjBtlfKEozZLpp4xKDAMX4mxe1Bm23oASZE6RopvV/8lJg7OXQ==; s=purelymail3; d=purelymail.com; v=1; bh=1Zwd8MqhFrw5sUzrVBa9E2Ipognkr/fYBoaPKNwbG8g=; h=Feedback-ID:Received:From:To:Subject; Feedback-ID: 10987:2443:null:purelymail X-Pm-Original-To: 9front@9front.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id 1218307580 for <9front@9front.org> (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Mon, 24 Jul 2023 00:51:30 +0000 (UTC) Date: Sun, 23 Jul 2023 17:51:25 -0700 From: Anthony Martin To: 9front@9front.org Message-ID: References: <71ed8c49-2174-0ec5-ad59-5e1c5256fc70@posixcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <71ed8c49-2174-0ec5-ad59-5e1c5256fc70@posixcafe.org> List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: proven open-source interface SOAP over YAML self-signing STM solution Subject: [9front] Re: [PATCH] make exportfs give "standard" error for file does exist Reply-To: 9front@9front.org Precedence: bulk The lady doth protest too much, methinks. Here's a list of all file servers that do not use Enonexist, aka "file does not exist" for this purpose: git/fs nusb/disk nusb/serial nusb/usbd skelfs There's a commonality here. These are 9front snowflakes. Just make them use the common error. There is one wrinkle to my theory, however. When the kernel attempts to walk a path but only partially succeeds (i.e. when devwalk, mntwalk, or shrwalk returns with wq->clone set to nil), it makes up an error since it has no way of knowing the real underlying cause of failure. The error walk chooses is "does not exist" or Enotdir even though it could be completely wrong. That error could be renamed. I propose extern char Ecrippled[]; /* cannot walk */ but not really. Alternatively, you could send a patch for net/9p/error.c to lkml. Have you seen that monstrosity? What's one more addition? Cheers, Anthony