Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3855514ybz; Tue, 28 Apr 2020 01:25:17 -0700 (PDT) X-Google-Smtp-Source: APiQypKVxFhxzy41CIsZQN4CFLRg+yQcIr20jcCTvIShLF7C8AMLOKwtfJXO/G10KK0lMXRqKdex X-Received: by 2002:a17:906:9450:: with SMTP id z16mr22717889ejx.166.1588062317467; Tue, 28 Apr 2020 01:25:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588062317; cv=none; d=google.com; s=arc-20160816; b=PXRck8MtcvB+7j4xZ1KgrxC2d8IYBdVZ4Vtt60NBUaPadcJiff4DEASO4tAPuk+KxG NitqTVy2jXA5ShQL/k0MMPTvpDDng+/+ImiSEjasTcCDGYf5yYWTl4IbekvsBHf2g/ej QnTvyJRfKjUfTWK5K4oBlf2W9FyV7omVRe9fzNZ6BgIhPIc3kJz/NQrkfyiRclQtwxsI VY9hrJCBnahw0sqFqwwfrsDXIwP3HaHmevfvCe4oSQGThLmX06Ttx7D7oHPxClfp+vr5 UoibaCtc5mIzy3/+1y0wexGg9OfSJBH3v6aJrSZeEqV/Gb9OTM1oaISkOz3WDcGZWT6d uv2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=Beulz3eYiXK9znAwwrzxGHeGgQMNh0d9KO0tZVeerX0=; b=z+elP9kkbdEBKMdk446pWX3kzash04Y4izZPPfIgObyBsl8o9tLO13ckg34DNKdFsR ma+zQ25VWjUp/PeXQ1wuSm4wnQMzUiHQ8HRUcTxV7vwx18p4hsjTEzpHr6U0G/6Pnw60 1NjVt3Zocj1gAAwxFZWRCDsdD/QTtE4b3o9i7OTcI9kR51fmK7Y27Hcy+1cHIhbB1INN HOPSP79He+JKeXPSu4x6aqCVg5rnVgZ4UVQ4ICMUbQ9ZGOHFCyw54cwYTQlBHThcfuUK zBeqyWF4q0b/gxX4avIS3xG6SOl4nPa0R9Z0PAR5NCJRdrwHmFCwQtHhgk+zq5NLZ/Wg 6Wwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=YyCEijth; 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 by26si1392627edb.144.2020.04.28.01.24.54; Tue, 28 Apr 2020 01:25:17 -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=YyCEijth; 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 S1726772AbgD1IVP (ORCPT + 99 others); Tue, 28 Apr 2020 04:21:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32880 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726621AbgD1IVO (ORCPT ); Tue, 28 Apr 2020 04:21:14 -0400 Received: from mail-ej1-x643.google.com (mail-ej1-x643.google.com [IPv6:2a00:1450:4864:20::643]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7B606C03C1A9 for ; Tue, 28 Apr 2020 01:21:13 -0700 (PDT) Received: by mail-ej1-x643.google.com with SMTP id pg17so16522049ejb.9 for ; Tue, 28 Apr 2020 01:21:13 -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=Beulz3eYiXK9znAwwrzxGHeGgQMNh0d9KO0tZVeerX0=; b=YyCEijthLzJZij4FLuBKEi61PR7+UjBRJUNcyg0wveaxpD8Oy97R7wgwiswXEE8ia1 fN5LofI4unGwslLYIZkU7Ttq6FjzFORAQYor/X6kg8vojtUt4w36+Zo26NKcImelM/9S btjww7Ng3YfaJfvOjrXl7g7eAmJThl2tM7MIk= 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=Beulz3eYiXK9znAwwrzxGHeGgQMNh0d9KO0tZVeerX0=; b=ajCsMEVwbcUdD3vjAxjY/NF67/qcg3Xhl/yZMV7gkQXjeNJdzVd/A6Kv9NphZ2zDOv UX7Xx2wSXMPkNipflpmUrLJhJ6gO0hMyc4EeQRwURtEr+DvK3jw3MR13xNCIBwfm4Z1Z +GZei42oW4XeAVWncFym4IqBxTDJ9Rzul5oZxi9v8GsE13VNSSKmVPLylKWLO0g7ZN4w EjN9fp5SuEVW50eSNPeMyHSLAE3dpA9oAcxROY4u+JXnpA8dFMfOYGqkDW05a81Xp2cw urj5I5J0x+4LngSLkw8R9OdOVP1HqtfgtbkZYw2e6ZfO9P6UlCHYHx+IRUQL3d3zxpmW dVXg== X-Gm-Message-State: AGi0PuYhfgX46SU5VoAKJ1uzSN2eUtZwr4dlhXj40BzJR2BRJJBZcycG wNxEt5PzzN3hTguzOx3Zbr6jDo52q58FOwyHoqLgnA== X-Received: by 2002:a17:906:8549:: with SMTP id h9mr22753079ejy.145.1588062072243; Tue, 28 Apr 2020 01:21:12 -0700 (PDT) MIME-Version: 1.0 References: <1585733475-5222-1-git-send-email-chakragithub@gmail.com> In-Reply-To: From: Miklos Szeredi Date: Tue, 28 Apr 2020 10:21:01 +0200 Message-ID: Subject: Re: [PATCH] fuse:rely on fuse_perm for exec when no mode bits set To: Chakra Divi Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 27, 2020 at 3:46 PM Chakra Divi wrote: > > On Tue, Apr 21, 2020 at 4:21 PM Chakra Divi wrote: > > > > On Mon, Apr 20, 2020 at 4:55 PM Miklos Szeredi wrote: > > > > > > On Wed, Apr 1, 2020 at 11:31 AM Chakra Divi wrote: > > > > > > > > In current code, for exec we are checking mode bits > > > > for x bit set even though the fuse_perm_getattr returns > > > > success. Changes in this patch avoids mode bit explicit > > > > check, leaves the exec checking to fuse file system > > > > in uspace. > > > > > > Why is this needed? > > > > Thanks for responding Miklos. We have an use case with our remote file > > system mounted on fuse , where permissions checks will happen remotely > > without the need of mode bits. In case of read, write it worked > > without issues. But for executable files, we found that fuse kernel is > > explicitly checking 'x' mode bit set on the file. We want this > > checking also to be pushed to remote instead of kernel doing it - so > > modified the kernel code to send getattr op to usespace in exec case > > too. > > Any help on this Miklos.... I still don't understand what you are requesting. What your patch does is unconditionally allow execution, even without any 'x' bits in the mode. What does that achieve? Thanks, Miklos