Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp2100183rdd; Thu, 11 Jan 2024 21:49:57 -0800 (PST) X-Google-Smtp-Source: AGHT+IHpPB0APhE7ENeEJ1Nsu+W7s6FxS+6C7utQ/A+id75rnVJQbdd4l+DwMddG0tb2rtK6wmLc X-Received: by 2002:a05:6e02:549:b0:360:a36d:ce71 with SMTP id i9-20020a056e02054900b00360a36dce71mr589295ils.49.1705038597250; Thu, 11 Jan 2024 21:49:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1705038597; cv=none; d=google.com; s=arc-20160816; b=drxXBMzuSuJ4t1UmUK6HfurcpPe7xDyouHY8ysa8M24BXOgBWs5Yo6RPys4hedO/Vx 3vK7StXKS6uTK2XVE1v8rNpeRDDFcxbfXcznW8Pbz7d+Kfv+LexfiPbsr5rQFAh9vKjr X0WCQTIfqYJUQVA+/VlqpnNT/qd8nA+Dro9WctHKc/dOm4cC6RxwbcpqQKa2bxyKUpLn vt4q4XQ5ywsBY/yyypQiqVxnQ2M/7nEO907a0X89Y1Tbg48ecCe1sPrBJWGQwEeoPvSJ dQFCKGUGstOy3Z57TQCmNpys0PiFuTZruxAxuDWQqu4r3wQO99IyfnKCWGxZQ02oOKy9 69zg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:list-unsubscribe:list-subscribe :list-id:precedence; bh=fJRHKRh9M4h9G4PX0oJMrMWLBjVI2Qh1cugvbSflOUc=; fh=i6TdnnEWoBO7tVk13wKm6WqKi5yH7selL/T0MPTQLrM=; b=BcacmRyC9hUwPeMWmTFV6LJpytPW9j5T763g9+J8qm+0UMWudtKXHOBgK8Wqi1bwcG MhK7XiaiT4a7zTywue0OaL8F+8hkmOGnicjDG75PHUzUbqFXYhz9An8eQW/nigeo//px z1D2LVCIhuWsQr8yyG+5bjPP2oUI9DYR7RlA1eFWbiknLOL4OweFDTWx8ZILVsEueH5X MfYcwp3OA39Yzw5H96D2Phi+tQdd+yikHsgDDFyD2lEl+GcHHzEpVf0aNXWqMwuNWkHi Ren0dDbP7gt6/T/g69FdN1MuK/2UbMF3kCeZZKw1HbSC+gdA6Fmh5qHKjlhUlgFvRQb4 q6Xg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs+bounces-1054-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-nfs+bounces-1054-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id e20-20020a656794000000b005ce02d98991si2565254pgr.875.2024.01.11.21.49.56 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Jan 2024 21:49:57 -0800 (PST) Received-SPF: pass (google.com: domain of linux-nfs+bounces-1054-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-nfs+bounces-1054-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-nfs+bounces-1054-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id A5107289F49 for ; Fri, 12 Jan 2024 05:49:56 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 6639C5C8F4; Fri, 12 Jan 2024 05:49:48 +0000 (UTC) X-Original-To: linux-nfs@vger.kernel.org Received: from mail-io1-f46.google.com (mail-io1-f46.google.com [209.85.166.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D27555C8F3 for ; Fri, 12 Jan 2024 05:49:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=nrubsig.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-io1-f46.google.com with SMTP id ca18e2360f4ac-7ba903342c2so346236839f.3 for ; Thu, 11 Jan 2024 21:49:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705038586; x=1705643386; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=fJRHKRh9M4h9G4PX0oJMrMWLBjVI2Qh1cugvbSflOUc=; b=KMswwG0h73hnli3q4SeZBjchEmBVvm76jKGGbVSFD7XrBj1zk95mdor+adqT1ag8gx jQSYEatlSqnSwr1l9cLGy3u670c1gp3qc7fckKeGcy355C/r3gF/6oOcxkcxpI9Tpo0Z PY9VSVhoeU2rsVC31IvmQghYrqv+hjwO5txne3DnXnnv3e4CsX3FAZuBTS3648iJZ+0r cwFx9ujs7MKf7jpR0nvOw1XuO6oHPbHIvG3nCWENEIt4iDlL6OwD+G/N2Vktxa/sBUzX 3B0d8Yqv8+RxDz96kgnXfPsYrWrfPCeijn7tw6lVPOBBRyy6tiswz1jmPuxD/UU+Vwc0 cpYA== X-Gm-Message-State: AOJu0YxScRSSYBifukOio3DYSQ+CZlIoCz8EIxotUtQko7OY7qA3KQHT pRxs9NfCTWzE4ffMKVz1b9qB1/PQmlbEpsARNasLzI6d X-Received: by 2002:a6b:6c07:0:b0:7be:e783:850e with SMTP id a7-20020a6b6c07000000b007bee783850emr816118ioh.39.1705038585681; Thu, 11 Jan 2024 21:49:45 -0800 (PST) Precedence: bulk X-Mailing-List: linux-nfs@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <39adc7fc114c6f8ea38fe7c846c322dab5fac907.camel@kernel.org> <5057fdb94f4d61661f9d13ccadb775a3a5bcdc92.camel@kernel.org> <6065a76f32face0fa5cf84a238bcb1f2eebec7b5.camel@kernel.org> In-Reply-To: <6065a76f32face0fa5cf84a238bcb1f2eebec7b5.camel@kernel.org> From: Roland Mainz Date: Fri, 12 Jan 2024 06:49:00 +0100 Message-ID: Subject: Re: NFSv4.1 mandatory locks working in Linux nfsd ? To: Linux NFS Mailing List Cc: Jeff Layton Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Jan 12, 2024 at 2:24=E2=80=AFAM Jeff Layton wr= ote: > On Fri, 2024-01-12 at 01:44 +0100, Dan Shelton wrote: > > On Thu, 11 Jan 2024 at 23:53, Jeff Layton wrote: > > > On Thu, 2024-01-11 at 22:27 +0100, Roland Mainz wrote: > > > > On Thu, Jan 11, 2024 at 4:55=E2=80=AFPM Jeff Layton wrote: > > > > > On Thu, 2024-01-11 at 10:54 -0500, Jeff Layton wrote: > > > > > > On Sun, 2023-12-24 at 18:29 +0100, Roland Mainz wrote: [snip] > > 2. No one is going to implement a giant set of code just so that SAMBA > > and NFSv4 can work. SAMBA has a builtin emulation so mandatory locking > > works between Windows clients, ignoring the Linux side and Linux > > advisory locking completely. > > > > Also, pretty much. With a general purpose OS like Linux, we try to avoid > this sort of emulation. We do have that for the share/deny locking that > happens during OPEN, but there was really no choice there since we > couldn't reasonably implement that in the VFS, and it was a required > part of the NFSv4 protocol. > > Mandatory locking is optional so we can just opt-out. How can I test for that in a NFSv4.1 client implementation ? ---- Bye, Roland --=20 __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /=3D=3D\ O\ TEL +49 641 3992797 (;O/ \/ \O;)