From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from tb-ob0.topicbox.com (tb-ob0.topicbox.com [64.147.108.117]) by inbox.vuxu.org (Postfix) with ESMTP id BF0912973C for ; Sun, 4 Feb 2024 17:42:00 +0100 (CET) Received: from tb-mx1.topicbox.com (tb-mx1.nyi.icgroup.com [10.90.30.61]) by tb-ob0.topicbox.com (Postfix) with ESMTP id B035726209 for ; Sun, 4 Feb 2024 11:41:57 -0500 (EST) (envelope-from bounce.mM50513125385a653fa0ed3084.r522be890-2105-11eb-b15e-8d699134e1fa@9fans.bounce.topicbox.com) Received: by tb-mx1.topicbox.com (Postfix, from userid 1132) id AEEBBB3832F; Sun, 4 Feb 2024 11:41:57 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=9fans.net; h=from:to :message-id:in-reply-to:references:date:mime-version :content-type:content-transfer-encoding:list-help:list-id :list-post:list-subscribe:reply-to:subject:list-unsubscribe; s= dkim-1; t=1707064917; x=1707151317; bh=hozsb0Wijaa1rRCLn/CkKKB/y SpIn1QQrdSIdbTj5eE=; b=Oe4kQvJfnRzhu96PA25dUQJV97svMSpnoUqL8emgo o3O9k/Yu9RLOrJDj8laQ7ah9COTMnq4iqzAovybEOc1NHL3tLqpP6tJ3p3Um9iYQ RrB4itAo583G//aW5xHVzlRjpscIJX9zPZYgI5PnD31jPw/aiuZfL4Yn0OQbqZyw wM= From: moody@posixcafe.org To: 9fans <9fans@9fans.net> Message-Id: <17070649110.Bb83425E.69346@composer.9fans.topicbox.com> In-Reply-To: <17070592670.E7CF6327b.7700@composer.9fans.topicbox.com> References: <17070592670.E7CF6327b.7700@composer.9fans.topicbox.com> Date: Sun, 4 Feb 2024 11:41:51 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=17070649111.BaEdcF3C.69346 Content-Transfer-Encoding: 7bit Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: 4c741f9a-c37c-11ee-9d1f-34f640decc0b Archived-At: =?UTF-8?B?PGh0dHBzOi8vOWZhbnMudG9waWNib3guY29tL2dyb3Vwcy85?= =?UTF-8?B?ZmFucy9UYmM3OGQyOWFiMDQ2NTJhMi1NNTA1MTMxMjUzODVhNjUzZmEwZWQz?= =?UTF-8?B?MDg0Pg==?= List-Help: List-Id: "9fans" <9fans.9fans.net> List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: 9fans <9fans@9fans.net> Subject: [9fans] Re: Hello, RPi fixes and bind -b trouble List-Unsubscribe: , Topicbox-Delivery-ID: 2:9fans:437d30aa-c441-11e9-8a57-d036212d11b0:522be890-2105-11eb-b15e-8d699134e1fa:M50513125385a653fa0ed3084:1:BtolgAtnGivzkM7xMu4u31dry77bhXY7COWQs0hdTYs --17070649111.BaEdcF3C.69346 Date: Sun, 4 Feb 2024 11:41:51 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The issue with exportfs and linux v9fs has been fixed in 9front commit 6eed= 7a47863553bab31c7f9b1b5b314989efc640. It is regrettable that we had to shif= t around the err string to make linux happy, but I have no interest in gett= ing involved with changing it on the linux side. That issue with bind seems to me to be a bug in your walk code, the way the= devmnt stuff works is that it walks down the union list and stops when a s= erver returns that a file exists via walk. Like what you have is a server t= hat is returning "yes I have this file" via walk, but when actually reading= the directory, it does not show it. Just my guess anyway. I plan to look in to that tapefs bug. 9front hasn't touched this code and I= agree something seems fishy. Thank you for debugging this, I'll test it ou= t and commit a fix. Thanks, moody ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tbc78d29ab04652a2-M50513= 125385a653fa0ed3084 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription --17070649111.BaEdcF3C.69346 Date: Sun, 4 Feb 2024 11:41:51 -0500 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The issue with exportfs and linux v9fs has bee= n fixed in 9front commit 6eed7a47863553bab31c7f9b1b5b314989efc640. It is re= grettable that we had to shift around the err string to make linux happy, b= ut I have no interest in getting involved with changing it on the linux sid= e.

That issue with bind seems to me to be a bug in your walk cod= e, the way the devmnt stuff works is that it walks down the union list and = stops when a server returns that a file exists via walk. Like what you have= is a server that is returning "yes I have this file" via walk, b= ut when actually reading the directory, it does not show it. Just my guess = anyway.

I plan to look in to that tapefs bug. 9front hasn't = touched this code and I agree something seems fishy. Thank you for debuggin= g this, I'll test it out and commit a fix.


Thanks,
moody

= --17070649111.BaEdcF3C.69346--