| Message ID | 1171857.1700838960@warthog.procyon.org.uk (mailing list archive) |
|---|---|
| State | New |
| Headers | show
Authentication-Results: smtp.subspace.kernel.org;
dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com
header.b="ctKlqgVD"
Received: from us-smtp-delivery-124.mimecast.com
(us-smtp-delivery-124.mimecast.com [170.10.133.124])
by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 737781723
for <linux-fsdevel@vger.kernel.org>; Fri, 24 Nov 2023 07:16:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com;
s=mimecast20190719; t=1700838963;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
content-transfer-encoding:content-transfer-encoding;
bh=aI7yOeP+aTNuK7EBwRmxy6gF4Tua25jWVuFZl/CnCAo=;
b=ctKlqgVDB/stgt2R+QzvlUfrwPUKoOJn8hAN1hQnlKN2ar6r+XLHYnkISvlkrHRwG/fX4P
NOLOI5e3r4ykzmhtzDHllnNbbqWxyXZyVaLpvm+T3hSGLc7vL6XoxaySsu87WoqLpiUDDS
jdzTGTsH3AzvIf+b7FKdIKgYVX5uXr0=
Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73])
by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3,
cipher=TLS_AES_256_GCM_SHA384) id us-mta-68-fJGu9Ia_NOq9xA5Jht6FPQ-1; Fri,
24 Nov 2023 10:16:02 -0500
X-MC-Unique: fJGu9Ia_NOq9xA5Jht6FPQ-1
Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com
[10.11.54.6])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest
SHA256)
(No client certificate requested)
by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E99CF2808FC2;
Fri, 24 Nov 2023 15:16:01 +0000 (UTC)
Received: from warthog.procyon.org.uk (unknown [10.42.28.161])
by smtp.corp.redhat.com (Postfix) with ESMTP id 1C84E2166B26;
Fri, 24 Nov 2023 15:16:01 +0000 (UTC)
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
Kingdom.
Registered in England and Wales under Company Registration No. 3798903
From: David Howells <dhowells@redhat.com>
To: torvalds@linux-foundation.org
cc: dhowells@redhat.com, Marc Dionne <marc.dionne@auristor.com>,
linux-afs@lists.infradead.org, linux-fsdevel@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject:
Precedence: bulk
X-Mailing-List: linux-fsdevel@vger.kernel.org
List-Id: <linux-fsdevel.vger.kernel.org>
List-Subscribe: <mailto:linux-fsdevel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-fsdevel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <1171856.1700838960.1@warthog.procyon.org.uk>
Content-Transfer-Encoding: quoted-printable
Date: Fri, 24 Nov 2023 15:16:00 +0000
Message-ID: <1171857.1700838960@warthog.procyon.org.uk>
X-Scanned-By: MIMEDefang 3.4.1 on 10.11.54.6
|
| Series |
|
expand
|
Hi Linus, Here are a set of miscellaneous small fixes to the afs filesystem including: (1) Fix the afs_server_list struct to be cleaned up with RCU. (2) Fix afs to translate a no-data result from a DNS lookup into ENOENT, not EDESTADDRREQ for consistency with OpenAFS. (3) Fix afs to translate a negative DNS lookup result into ENOENT rather than EDESTADDRREQ. (4) Fix file locking on R/O volumes to operate in local mode as the server doesn't handle exclusive locks on such files. (5) Set SB_RDONLY on superblocks for RO and Backup volumes so that the VFS can see that they're read only. Btw, I did want to ask about (5): Does a superblock being marked SB_RDONLY imply immutability to the application? A 'read only' AFS volume is a snapshot of a writable volume and can be updated. It's only read-only in the sense you can't perform normal filesystem modification ops on it. Link: https://lore.kernel.org/r/20231116155312.156593-1-dhowells@redhat.com/ # v1 Reviewed-by: Jeffrey Altman <jaltman@auristor.com> Thanks, David --- The following changes since commit 76df934c6d5f5c93ba7a0112b1818620ddc10b19: MAINTAINERS: Add netdev subsystem profile link (2023-11-17 03:44:21 +0000) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git tags/afs-fixes-20231124 for you to fetch changes up to 68516f60c1d8b0a71e516d630f66b99cb50e0150: afs: Mark a superblock for an R/O or Backup volume as SB_RDONLY (2023-11-24 14:52:24 +0000) ---------------------------------------------------------------- AFS Fixes ---------------------------------------------------------------- David Howells (5): afs: Fix afs_server_list to be cleaned up with RCU afs: Make error on cell lookup failure consistent with OpenAFS afs: Return ENOENT if no cell DNS record can be found afs: Fix file locking on R/O volumes to operate in local mode afs: Mark a superblock for an R/O or Backup volume as SB_RDONLY fs/afs/dynroot.c | 4 ++-- fs/afs/internal.h | 1 + fs/afs/server_list.c | 2 +- fs/afs/super.c | 4 ++++ fs/afs/vl_rotate.c | 10 ++++++++++ 5 files changed, 18 insertions(+), 3 deletions(-)