Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4671234pxk; Wed, 30 Sep 2020 08:46:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxgOdsX044x71lI+Z0w7JRy5bTD6J/ctIE9xhfY41zl98S8NGW5bXrBrMRbCeOuCSmV8/Qq X-Received: by 2002:a17:906:e0cb:: with SMTP id gl11mr2368357ejb.486.1601480785137; Wed, 30 Sep 2020 08:46:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601480785; cv=none; d=google.com; s=arc-20160816; b=T1jjJFDvEgxMeohCKkgJ3tmcYMtX79NGMHhtXtw+RdMtjJk206CupKDFGExYeW1GPD uBrM+noNbtKNiriWXQPwMgtXqxGhZH9pUqwbcyz+YXPYelcZA0MJomF3bLr74faPQW/L 7P9wnp2ykQL/7ilV+E0CczBrVK4gZqDGOX4poY4V9bJjou7V7OTWK1DOyeYI/IwF+Fyj oOI8LdPacRlhaWvM4PFogJnvL2ph8TNUb1WkuIlJiPYHnkm/nvbUG/zyieozMZCFrTOT YJ0dQx2MKaGpfoB9ZBkyUTgyR7f2ta+4aBdPZPg0WoAqOAj8ms/Z3AtVds5doq9+DEd+ Vtkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=ApvBKc8Khxg0IoEksSg3GInYcR+U6xm2yDW9gWHbZWY=; b=t+pP98SyMH9zBF1otfQI5x2Yjx86iJ53SLG2vSpCUKzVvDtim8je7ohMnHvB0VWQjT a73a7BS+0mHr2zhseDtpwNTZlm1uhNW1768zGJt+00nUt0R2e6Zi8IvdzA2thFXmwojx kCcc7t+NJhuf2ziv45pSoTDdkA8nM2Jqlz91VFwPQbvmqqrpCNZ99NcA4EGiU+EpbV/m Vs07kfnQrIf0wTDEWdla8lS8EgfAZtLPdRWRO9GmSj2q4PZB6uYIGOFDgSM5j7r1m5OM cDWjc5bKj6BFNkUb6bfWJGBRGxHRS4KqNoHsDekPbJA6OgOiZ9BHl+RYNN5YswpKJ60x z41w== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=peW6K2GB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gy23si824519ejb.483.2020.09.30.08.46.01; Wed, 30 Sep 2020 08:46:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=peW6K2GB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726572AbgI3PpG (ORCPT + 99 others); Wed, 30 Sep 2020 11:45:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44720 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725372AbgI3PpG (ORCPT ); Wed, 30 Sep 2020 11:45:06 -0400 Received: from mail-vs1-xe42.google.com (mail-vs1-xe42.google.com [IPv6:2607:f8b0:4864:20::e42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5079AC061755 for ; Wed, 30 Sep 2020 08:45:06 -0700 (PDT) Received: by mail-vs1-xe42.google.com with SMTP id a16so1170427vsp.12 for ; Wed, 30 Sep 2020 08:45:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=szeredi.hu; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ApvBKc8Khxg0IoEksSg3GInYcR+U6xm2yDW9gWHbZWY=; b=peW6K2GBAkpVrhNuGiGONtsbqNn3KO8HZw8ixAOOhnbRJIZabs2ua7ORJscfylzLKD 0dA911UyQL46gahT488TSi9oZZNJYgvIeCpKeJpQcQLr2Q0oqN0MH+CAlfYyn98t55Z8 IyhwzOppuPYsddcdr4di4nVskmt73wt6fK3+I= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ApvBKc8Khxg0IoEksSg3GInYcR+U6xm2yDW9gWHbZWY=; b=ROCesQ4H5Z8cx0B9DhIT7XnYBI9BMakimqMUPp0WL33q1p+kXnaGGvuaZ3fe6QbAS4 4B5PWkCpOg4eO/8j7r4NbDAM+1peZ1KcdsazSSgZdB5qcnWgSuyf6FMWBblQnkXQMl/C 0BhGo2sumibGXX0ToQC3pgQJPnacrmmBGmFkdgKImbesEaT0B0oPutCzKGYDZh1YzsUL QNIRIGUVb5GRw8m9nFBc5cgLJay0F9HfPc+izjkkLV3igJTbaYdDw2A3ZiJIkoq0YxAO 7wHJUVukzjO/DSxvh08IRrqfHNoLP4JdAPUuF54o7fx9kif+arztQrdY5F15LAVnu22Q jN6g== X-Gm-Message-State: AOAM532KLJPnX2A+/UWCqgbxUtKIq+VvCOpJdTW5gbXDJATlgu+NYS0Z lV/gAoTa3QpgOwDa6nQ87L/c7w+E+EkxLiWZiGYmIQ== X-Received: by 2002:a67:6855:: with SMTP id d82mr1876811vsc.46.1601480705468; Wed, 30 Sep 2020 08:45:05 -0700 (PDT) MIME-Version: 1.0 References: <20200924131318.2654747-1-balsini@android.com> <20200924131318.2654747-2-balsini@android.com> In-Reply-To: <20200924131318.2654747-2-balsini@android.com> From: Miklos Szeredi Date: Wed, 30 Sep 2020 17:44:54 +0200 Message-ID: Subject: Re: [PATCH V9 1/4] fuse: Definitions and ioctl() for passthrough To: Alessio Balsini Cc: Akilesh Kailash , Amir Goldstein , Antonio SJ Musumeci , David Anderson , Giuseppe Scrivano , Jann Horn , Jens Axboe , Martijn Coenen , Palmer Dabbelt , Paul Lawrence , Stefano Duo , Zimuzo Ezeozue , fuse-devel , kernel-team , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 24, 2020 at 3:13 PM Alessio Balsini wrote: > > Introduce the new FUSE passthrough ioctl(), which allows userspace to > specify a direct connection between a FUSE file and a lower file system > file. > Such ioctl() requires userspace to specify: > - the file descriptor of one of its opened files, > - the unique identifier of the FUSE request associated with a pending > open/create operation, > both encapsulated into a fuse_passthrough_out data structure. > The ioctl() will search for the pending FUSE request matching the unique > identifier, and update the passthrough file pointer of the request with the > file pointer referenced by the passed file descriptor. > When that pending FUSE request is handled, the passthrough file pointer > is copied to the fuse_file data structure, so that the link between FUSE > and lower file system is consolidated. How about returning an ID from the ioctl (like the fuse2 porototype) and returning that in fuse_open_out.passthrough_fh? Seems a more straightforward interface to me. Thanks, Miklos