Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp458752pxv; Wed, 14 Jul 2021 07:52:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwQRvMt2XbxraE+X/+k0f/OPGcspMfb56OLksRxs2e+8RoILMgBu38FnLki2/L86ZkcwI/K X-Received: by 2002:aa7:d04d:: with SMTP id n13mr14133761edo.31.1626274355557; Wed, 14 Jul 2021 07:52:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626274355; cv=none; d=google.com; s=arc-20160816; b=AQpsOZT/O4TU+pIED4IJudURFiLgBYskdvTIFCW5/zLcNi/kARGBosqfkdSEejiy2S pvwfACcxAxi900xYwVt8Ifxr1IJHVyhDe3tMEflEjHCaYgbIG38rvjw0AxI/m+i9JXs0 JhMwQFKPSzmFHatJO3oRyIHi6Th69BXG+ObN04nFkqMDKcOXdzfZDHjhJv1u1A3HRHlQ /l+MaEsUWShuv6Lubhw9ET22QnW972PzeMQaxv7PyYY4ozLbcNkLmyDtFnLZzlGRR4Dd L6ZytESr8+DOm6eQyla7gQb/6yu5HAqX+uAQFGnfiEjKPS0wqggH3xzcN0WDOn/78xt7 mp8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=VIs31SqhRbAoB33URXMSXMUgow+MWTAvO448P1ctHiw=; b=vgkFzUbaia00DgBQRMpid7L4+8UHMpmq3MlfGq/Irb75J3DWZ2GKisCpxbe8Cnegy1 rRzh4KYVM1dsCbAsNfB4Im6W+87WNRILooAUD1DsGCmlJ0sLSDQo89o2k/moEM7yeEeY 2Ktd2Rd+tV0jxcJ5mwU3HJHZHh39kwcSd67l6jVrfzyhN0yhQu7pFHGRIg1twEztP8zZ Z4SWIrSPTXrFbNvwz3U7Cb7UeOeFZqA8zXVRjdfXipekGEfYoHEgPwj6LWc645pncvzF yV4F8YPnZAKO4UPO9/lCPCitJrrHsEFG9BJ75LZ8Xy31QvWx5kBXPJhzqISIT4AepIUc Bgkg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=zVNF8elU; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f27si3344108ejf.63.2021.07.14.07.52.11; Wed, 14 Jul 2021 07:52:35 -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=pass header.i=@linuxfoundation.org header.s=korg header.b=zVNF8elU; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232160AbhGNOyL (ORCPT + 99 others); Wed, 14 Jul 2021 10:54:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:56804 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231797AbhGNOyK (ORCPT ); Wed, 14 Jul 2021 10:54:10 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9374A613B2; Wed, 14 Jul 2021 14:51:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626274279; bh=8a56edqbL7wFXbEbH0kikC1Gb/ARmN3rMsit7qdIQ/M=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=zVNF8elUynZuna7aD0fb5VJZuBEgms8ElCz1x0l0F6cApBMXiacarid8dwBUdOds1 rHbvRGntvDUGQm3xRU99htK0jsT4x8Ea8IbbdxzbQbQ2mFcaiX1voCIFvJ07Ly7AHI MAJd7KVx7kEHxmdukYZb4v/BQDMVgzMFRDuCRJo4= Date: Wed, 14 Jul 2021 16:51:16 +0200 From: Greg KH To: =?utf-8?B?UmFmYcWCIE1pxYJlY2tp?= Cc: Al Viro , Linus Torvalds , Konstantin Komarov , Hans de Goede , linux-fsdevel , LKML Subject: Re: [GIT PULL] vboxsf fixes for 5.14-1 Message-ID: References: <30c7ec73-4ad5-3c4e-4745-061eb22f2c8a@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 14, 2021 at 12:50:08PM +0200, Rafał Miłecki wrote: > Hi Alexander, > > On 13.07.2021 22:14, Al Viro wrote: > > To elaborate a bit - there's one case when I want it to go through > > vfs.git, and that's when there's an interference between something > > going on in vfs.git and the work done in filesystem. Other than > > that, I'm perfectly fine with maintainer sending pull request directly > > to Linus (provided that I hadn't spotted something obviously wrong > > in the series, of course, but that's not "I want it to go through > > vfs.git" - that's "I don't want it in mainline until such and such > > bug is resolved"). > > let me take this opportunity to ask about another filesystem. > > Would you advise to send pull req for the fs/ntfs3 directly to Linus? > > That is a pending filesystem that happens to be highly expected by many > Linux focused communities. > > > Paragon Software GmbH proved it's commitment by sending as many as 26 > versions on it's patchset. The last set was send early April: > > [PATCH v26 00/10] NTFS read-write driver GPL implementation by Paragon Software > https://marc.info/?l=linux-fsdevel&m=161738417018673&q=mbox > https://patchwork.kernel.org/project/linux-fsdevel/list/?series=460291 > > > I'd say there weren't any serious issues raised since then. > > One Tested-by, one maintenance question, one remainder, one clang-12 > issue [0] [1]. > > It seems this filesystem only needs: > 1. [Requirement] Adjusting to the meanwhile changed iov API [2] > 2. [Clean up] Using fs/iomap/ helpers [3] Why haven't those things been done and the patches resubmitted for review? Nothing we can do from our side when the developers don't want to submit a new series, right? thanks, greg k-h