From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 63DDE254AE1 for ; Fri, 10 Oct 2025 21:42:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760132550; cv=none; b=uHPHISD5Tt3crSotzRjwdcVkBq+1AW0hGMKFu9o7m5bZLApDMuPpclTFr9qL88B9+Fr1Wr6W8O24xpjIhjknucZjBN8BeY1DLfDmaQ6/IVRTYQlw4/wqXjdVg5QQjE6rlNDi4RPUHmKeuZuye2c+G/MGHEU+sDASQYhh9I6nqYE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760132550; c=relaxed/simple; bh=MYeYUOWONOAmTQBQ93bnEG0aCfx6bBELfUwwtyo7k8o=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=siy/siplGzsPe9wxGoT7XSqcc00QgVH8qNV2OMppgfAmnH5TXBzzp9VoQ2eMkl/dnYT7ISiEB48OlsREE+3Q3Fyjw8JaBhwh4kX4OBztQwyIVa+q4aeizP1xqBwW3OFhPPrJb8l6PuP1V+VPKEBW/b35ZFlceEUIYscPG6KXoe8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=hJe+kdqE; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="hJe+kdqE" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1760132547; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=7eg/CINfrFrBJA39F50UqdpcgBBZOmozNU38K2khzkQ=; b=hJe+kdqEkftNNLqX8XHPoQ1zoBQUyyIXXt6LUFm7pKBzLJfKAQktorJUr3lwvAkWwSBY4H eaBNechXVVpoJN8tv1hs4pAb+JAT4nP2Mfb3o3nRldu69Y4F1GCS+WNHAvkpbCdGqFLzJf Mer0TIIap2XxESv6qCa4k07VxlKAC/A= Received: from mail-il1-f199.google.com (mail-il1-f199.google.com [209.85.166.199]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-501-LM2fqUBTN4WvcJ6XQ7zh0w-1; Fri, 10 Oct 2025 17:42:26 -0400 X-MC-Unique: LM2fqUBTN4WvcJ6XQ7zh0w-1 X-Mimecast-MFC-AGG-ID: LM2fqUBTN4WvcJ6XQ7zh0w_1760132545 Received: by mail-il1-f199.google.com with SMTP id e9e14a558f8ab-42f6639fb22so99513855ab.0 for ; Fri, 10 Oct 2025 14:42:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760132545; x=1760737345; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7eg/CINfrFrBJA39F50UqdpcgBBZOmozNU38K2khzkQ=; b=McUPv9cKkH0e6o60S9r9+TMsBT3tPFm6EEh5Sr8a2twdx8cpCkSwU7i8hBWltALSuy lihGj7ddQ9OmWAJjWGTLmpOGflL31XisXAnQ3QBGKca5zZkAc/7LV/i6nlvwybO3rfwK ML1yUl/iLfVyJvTBidwjkKjHxKUFVDFvy/jfvL/rsAWe6GQcN3IrASqP+hZcXm+q278E PEK31VasnMnCKzmwzMI10NThlaFAiLwK2f/P49WeNAdPy8SXWRRNOfVr7401F/ZhbdtP /cL41byRLfWqkqC+T3Yjx6K+WhJTbsJqUYoBSrASQgbHbA672uf840s1T1h2PLt3ctpP ajCQ== X-Forwarded-Encrypted: i=1; AJvYcCW5h/W8nbEXN62HRDyw3mFVDQyRSwuNfeKe8N9SGcXG4H+sSWj6s58QD26timqlbzWH6xDsKoSV8kt1lp8=@vger.kernel.org X-Gm-Message-State: AOJu0Yy8AXfsDMw1rNouR4OTy7qeGq1HAu0Se+/fD7S0axlKnY607KYP r+34RZ77eEXjHdjK9Rvj9Q2eXDYiNhenf5/jeBYjm27SdUEpdRqkGRgOElhT7PAtm6c1CNL0ArM d0W8InRRW3oSIlZ5iT39pdYp7T5ahu7i2Ej2J2H7WceL2+oxmUqnNQeQ2irKgrfH6Nw== X-Gm-Gg: ASbGncs5ybuiNLJ1NQRZoEbRS917C9o2gDEt1/ujS+TPa1Qb5iVxzS3ehFHl4xm8wpm j/vGpDJmhYeZw/GGZ+zgRNcttEQOqNX4Mo6hGENWG9dyBBiyVpQluJ8/RVrlAGpp7VrUG4x+lVm lKPxcpjcLI9MZpS0yuP8c+KtUc9rZ2NVNGrQQn9kphl+44ahLwlRHy0vVKls6wVUl4La3YERlKa BM8JHebao2M2gewjx2JTa0Ico3R+/o5E9TkMQKEmCWISszkunmcu8aJVVfGEpWX+CoxP5uoXE3j fDBLNPKNBdNdY1KGcfslGpb+qHD///EXSJ3d4q9phC4JcimC8Q0hq+k= X-Received: by 2002:a05:6e02:1a8e:b0:42f:9e92:a448 with SMTP id e9e14a558f8ab-42f9e92bb89mr43920035ab.7.1760132545157; Fri, 10 Oct 2025 14:42:25 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFPevkN5ffI8mFRitJH+Wd+8sxBtluY9Wioh6i1ktRbeYTuurfFKYwJgHA2GryCcd6b5lP85A== X-Received: by 2002:a05:6e02:1a8e:b0:42f:9e92:a448 with SMTP id e9e14a558f8ab-42f9e92bb89mr43919715ab.7.1760132544750; Fri, 10 Oct 2025 14:42:24 -0700 (PDT) Received: from big24.xxmyappdomainxx.com ([79.127.136.56]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-42f9027855bsm24382895ab.11.2025.10.10.14.42.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 10 Oct 2025 14:42:24 -0700 (PDT) From: Eric Sandeen To: v9fs@lists.linux.dev Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, ericvh@kernel.org, lucho@ionkov.net, asmadeus@codewreck.org, linux_oss@crudebyte.com, eadavis@qq.com Subject: [PATCH V3 0/4] 9p: Convert to the new mount API Date: Fri, 10 Oct 2025 16:36:15 -0500 Message-ID: <20251010214222.1347785-1-sandeen@redhat.com> X-Mailer: git-send-email 2.51.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit This is another updated attempt to convert 9p to the new mount API. 9p is one of the last conversions needed, possibly because it is one of the trickier ones! This has had only light testing. I confirmed that with the diod server, both of these mount successfully: # mount -t 9p -o aname=/tmp/9,version=9p2000.L,uname=fsgqa,access=user,trans=tcp 127.0.0.1 /mnt and # mount.diod localhost:/tmp/9 /mnt (The latter passes trans=fd under the covers) I have not been able to test other transports, or exhaustively test functionality of all mount options. Changes from V1 to V2: Address "make W=1" warnings from kernel test robot, comments from dhowells, and some kernel-doc comments for changed arguments. Changes from V2 to V3: Patch 1: None Patch 2: None Patch 3: Change to not re-use v9fs_session_info and p9_client in the v9fs_context structure. Instead, new structures p9_client_opts and p9_session_opts are introduced. This avoids confusion about what is used only for option parsing, and what is used for the actual mounted instance. Patch 4: Allows unknown mount options as prior code did. I noticed that mount.diod passes a "rwdepth" option by default, which was ignored previously but breaks mount with strict unknown option rejection. Adjust variable names in v9fs_parse_param, v9fs_apply_options, and v9fs_init_fs_context to reflect new context structure and to clarify difference. Limit the msize option to INT_MAX as the old code did. Remove redundant v9fs_set_super function, set_anon_super is enough. Properly extract v9fs_seesion_info from sb->s_fs_info, not the fc context, in v9fs_fill_super. (thanks eadavis@qq.com) Remove unneeded fc arg from v9fs_fill_super.