Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp4887055iob; Mon, 9 May 2022 04:07:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxZCV4F6D5ovXIKIlLSlA5TdXwfPtABLrjf6ofkB+8Ldb+3ABJyxrg/OrTW7SWwDDRZVaeW X-Received: by 2002:a17:902:f690:b0:15e:9825:291 with SMTP id l16-20020a170902f69000b0015e98250291mr15909177plg.89.1652094437047; Mon, 09 May 2022 04:07:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652094437; cv=none; d=google.com; s=arc-20160816; b=xp6RqNL4C+qrVZpjimlAG69Ciang5ReRqdQlcgYqgC0HN3qis+GF60kVcLIPVSqdVU 8/Xx2K8CpbPc+PKj2MQppaCD82yKiarbSApocaJGUjBxcuiFsIBZzp4qm0DiGulzPXPA 9lMByHz/opwWe+mzS5W3jihpHAvk4LIDQDR+K3Tv2ytpRe7jeU1epxuOyFbPOJmKnsyx zkjvGMLGbGKazYfDuM5Gj4+tncwCBmRQzx4IaajO0xaA/tN16fCx3yIahiupRIxelYFb rOPgKJRuaWCY6wuwyBS5ATU1cfZxdIT2f1EkaC5wJrXpEgwumOx5HAtYUECVZWSy6+hZ 1XEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :dkim-signature; bh=u5EzJCGt1bErRRL17AVGrTn+Rx5euZvZx9/3VtmBl/I=; b=XkEMrv+ejvfD/LDjg0691acUVi3awzrIjeMc1ihNnmPM/soEJBhQWZShiRPLVFSSIW BShnyPjR7/Gn9j2dLFMQYEz0a4vUPTW03qkV/41npipA42sytL192WT9Nwh4VEoDySH9 M5LsZWeqN+LWnC07IhTvCjmMivh+EEiR4EMNE4dS2Bexrx0ldHxFYkP59QlO276B6vYG HhzoYJIYHJk1nCjcO2oihye8TOM+/CHlpJGaEUk8hXHbyPTTvT0JoTmluZAk60dmh1lR PBWdX8EBnsFQYl4O/vSuwAbd8j7rAGsqN6Ggmb8E3SaVvW4j1mlg6baZ37PrpDHBOqPR ieiQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codewreck.org header.s=2 header.b=xevsfCuk; dkim=pass header.i=@codewreck.org header.s=2 header.b=xevsfCuk; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=codewreck.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id p26-20020a056a000a1a00b00505d9c44e97si16854283pfh.320.2022.05.09.04.07.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 May 2022 04:07:17 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@codewreck.org header.s=2 header.b=xevsfCuk; dkim=pass header.i=@codewreck.org header.s=2 header.b=xevsfCuk; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=codewreck.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 0C2661B54A3; Mon, 9 May 2022 03:20:59 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1359349AbiEDVwv (ORCPT + 99 others); Wed, 4 May 2022 17:52:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44380 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230087AbiEDVwt (ORCPT ); Wed, 4 May 2022 17:52:49 -0400 Received: from nautica.notk.org (nautica.notk.org [91.121.71.147]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 911F250B06; Wed, 4 May 2022 14:49:12 -0700 (PDT) Received: by nautica.notk.org (Postfix, from userid 108) id EFC23C020; Wed, 4 May 2022 23:49:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codewreck.org; s=2; t=1651700950; bh=u5EzJCGt1bErRRL17AVGrTn+Rx5euZvZx9/3VtmBl/I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=xevsfCukgGD/UgrKS0F+HuWDBgHAZPMM1JT5Kqd5ZZfBU81TjAnFttFP42nQ8rIcu ol1P3n6y/ktfAUwolxNj45SZUnCgqhRhkwYWoSCogsMFmDRr4LtRRLliiIAySldQKM IoHrD9132/7D4p634KQRd96dpSwbM3xAHNHfEVbuM603wJxoNDpbj61jrUCIrvE/4d Z+QpML04BV4I2PajkVAcXiUWw8VpODtO9ct9V+piwY0G9wavuYLCoTFQ7NpQyFMfEr J5gs1KkTtSZU3vuJWS+wlX6dV6hWbCJ6uOOiiRFTFwLEuSHHfPRGcmj5cnEyOV+Ml5 cOhzSHaZ+MEcw== X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 Received: from odin.codewreck.org (localhost [127.0.0.1]) by nautica.notk.org (Postfix) with ESMTPS id 1B718C009; Wed, 4 May 2022 23:49:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=codewreck.org; s=2; t=1651700950; bh=u5EzJCGt1bErRRL17AVGrTn+Rx5euZvZx9/3VtmBl/I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=xevsfCukgGD/UgrKS0F+HuWDBgHAZPMM1JT5Kqd5ZZfBU81TjAnFttFP42nQ8rIcu ol1P3n6y/ktfAUwolxNj45SZUnCgqhRhkwYWoSCogsMFmDRr4LtRRLliiIAySldQKM IoHrD9132/7D4p634KQRd96dpSwbM3xAHNHfEVbuM603wJxoNDpbj61jrUCIrvE/4d Z+QpML04BV4I2PajkVAcXiUWw8VpODtO9ct9V+piwY0G9wavuYLCoTFQ7NpQyFMfEr J5gs1KkTtSZU3vuJWS+wlX6dV6hWbCJ6uOOiiRFTFwLEuSHHfPRGcmj5cnEyOV+Ml5 cOhzSHaZ+MEcw== Received: from localhost (odin.codewreck.org [local]) by odin.codewreck.org (OpenSMTPD) with ESMTPA id 3bcfa5ec; Wed, 4 May 2022 21:49:02 +0000 (UTC) Date: Thu, 5 May 2022 06:48:47 +0900 From: asmadeus@codewreck.org To: Christian Schoenebeck Cc: David Howells , David Kahurani , davem@davemloft.net, ericvh@gmail.com, kuba@kernel.org, linux-kernel@vger.kernel.org, lucho@ionkov.net, netdev@vger.kernel.org, v9fs-developer@lists.sourceforge.net, Greg Kurz Subject: Re: 9p EBADF with cache enabled (Was: 9p fs-cache tests/benchmark (was: 9p fscache Duplicate cookie detected)) Message-ID: References: <1817722.O6u07f4CCs@silver> <6688504.ZJKUV3z3ry@silver> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <6688504.ZJKUV3z3ry@silver> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Christian Schoenebeck wrote on Wed, May 04, 2022 at 08:33:36PM +0200: > On Dienstag, 3. Mai 2022 12:21:23 CEST asmadeus@codewreck.org wrote: > > - add some complex code to track the exact byte range that got updated > > in some conditions e.g. WRONLY or read fails? > > That'd still be useful depending on how the backend tracks file mode, > > qemu as user with security_model=mapped-file keeps files 600 but with > > passthrough or none qemu wouldn't be able to read the file regardless of > > what we do on client... > > Christian, if you still have an old kernel around did that use to work? > > Sorry, what was the question, i.e. what should I test / look for precisely? :) I was curious if older kernel does not issue read at all, or issues read on writeback fid correctly opened as root/RDRW You can try either the append.c I pasted a few mails back or the dd commands, as regular user. $ dd if=/dev/zero of=test bs=1M count=1 $ chmod 400 test # drop cache or remount $ dd if=/dev/urandom of=test bs=102 seek=2 count=1 conv=notrunc dd: error writing 'test': Bad file descriptor ... But honestly I should just find the time to do it myself, this has been dragging on for too long... -- Dominique