Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1997829pxb; Mon, 18 Jan 2021 05:46:14 -0800 (PST) X-Google-Smtp-Source: ABdhPJyOkgylFDjR6/hyZylnhDp28z8QOfVBoXl/QP6OUT2nRxFxntWsjLaPOLB0UN0L725wtzSx X-Received: by 2002:a17:906:94d2:: with SMTP id d18mr17264721ejy.94.1610977574572; Mon, 18 Jan 2021 05:46:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610977574; cv=none; d=google.com; s=arc-20160816; b=aOJK8P6OBBGDZ+0ZxoNfoEkGZEksZ2kT88LkwnElsNyN1UUzsh6GYdtIINg4/TWMis NcqKMV70GCHJ1MOTkHP14C4ehpRvt6I/iQbG0KOjd9Ls2zNdlP1KEIhnNCfYBlP9l6ea tx+QVLGUum+yxQpRmz6o6iUovmA58QSRyNNAUxwsy/fSzj215NswfF7diUl4LRa23/qb S+txt01+28eBxckjj4d/inYYAEkBRDBmyCugJNskqyUfrx1IlZCwXQ9fonLD0kX0MzsG oKi7dTq1JuR2DrJOU9b5zCS/8dFRoiRh+4hCl/DsrK5KCnsZJed1JKFPpXA5P3DS6W49 Eyog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:sender:dkim-signature; bh=q5isUwhLkIrwtYU6nmgpmTKGhNdkuDOrfeEhUb5gcvA=; b=tGKSdrOO46UckYMqtY3ICiiGlN4C42ZO3NL5yBl07hmSjlYotomg4OMJnfy+VnE9WZ 798lY361Uc1uTJ2IKYuPixUJStRdSZMl8ilNXrxMYWe9XEzBOnaH45auX9g4gyNnu1AQ FECYHYnX3eEtxK5/ancGNR4IP52l38RKFInPy6IZTCMsge1GVh0S1BiECfMAQ5n+Dr9o dtoRJntndcGKWM6edCa1/9/gIdA5bZf4eg3htY5JHpuraedKmZTVWV/LPTHE5ubiN2VO U4VbM1O+cVS92CT4vV80FCWA+ipNLrEWNGyDNkE4ow37XP/wk4xQjdB8MzxFYRbXZELc waOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=G2O5upPd; 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 dn6si6531654edb.580.2021.01.18.05.45.50; Mon, 18 Jan 2021 05:46:14 -0800 (PST) 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=@gmail.com header.s=20161025 header.b=G2O5upPd; 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 S2404790AbhARNnr (ORCPT + 99 others); Mon, 18 Jan 2021 08:43:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43798 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404737AbhARNm7 (ORCPT ); Mon, 18 Jan 2021 08:42:59 -0500 Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 36A18C061574; Mon, 18 Jan 2021 05:42:17 -0800 (PST) Received: by mail-wm1-x32d.google.com with SMTP id v184so9592618wma.1; Mon, 18 Jan 2021 05:42:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=q5isUwhLkIrwtYU6nmgpmTKGhNdkuDOrfeEhUb5gcvA=; b=G2O5upPd2pC3Tnob5zTrjjGwRG4GBgaBrojfzoYZ84o2PQDqoUqZnlOLKEzek2K+zl WO7DmjhUFIJ2AW3wFC+SR+QnDz3AMbVXZjon50dfpx6igjzvkkKmLBE0Aad1FeAZiC9a h8vRvD5neo0+La701dKo3lZJHFIzi2YPb6LkgHslroE6SVy2PIx1w8Mbk2tHVmEU1Yyc c68jkA1mAljySRaILsZuijeQXanV/g4ZXVtLa8PFjo8mEUUHtVYzYhsilQxbtD+sVCOo IAfp4wKhNeAUBcC12uN6S2b62lG5QukWUVcwrUwZiaMToCoKFhrjB4SgzcP9dLdOIh56 TsRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=q5isUwhLkIrwtYU6nmgpmTKGhNdkuDOrfeEhUb5gcvA=; b=OkpaWUFgvs0PYQMysmg2FEkQKD9A9MuNbwPr/BSNecJo2DNlaV8F5Lpw3pZKRO9Q+I 1ygix9QYyX4cPvibowbjdSuMAuBm+2PdML6jsTTk+bRIvzIC6SYLOlxYTvP4zhfHqGrh 1VTAj5xFeUzdhj9OONXVkYmaTj+e9kGJTIUCneFpbcCmOr0a8jOurcuUACHoftvoRiok VPJ7UIzcdLWpk/Betfr2ENzvw+mlEDSqh+ZNlG5GFyB0u1XxuW0m50NBqu5/kjgiQpNG LnEt5etdmDjtNYHohTGM4iUSY1f6mn6wHx3V4lkvfYHAYTrF/1KI9Fvn96z5n67bIXUt hDXg== X-Gm-Message-State: AOAM533YhhYAHgN5EVqcFQLVArZQLW6cYM5LW7yik+obPKnSJI0xogzp 4AqrX+kAs6QXqeElr0TdbcM= X-Received: by 2002:a1c:a1c1:: with SMTP id k184mr20790767wme.101.1610977335972; Mon, 18 Jan 2021 05:42:15 -0800 (PST) Received: from ?IPv6:2a02:8010:64ea:0:fad1:11ff:fead:57db? ([2a02:8010:64ea:0:fad1:11ff:fead:57db]) by smtp.googlemail.com with ESMTPSA id z6sm25197472wmi.15.2021.01.18.05.42.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 18 Jan 2021 05:42:15 -0800 (PST) Sender: Mark Harmstone Subject: Re: [PATCH v17 08/10] fs/ntfs3: Add Kconfig, Makefile and doc To: Konstantin Komarov , Kari Argillander Cc: "linux-fsdevel@vger.kernel.org" , "viro@zeniv.linux.org.uk" , "linux-kernel@vger.kernel.org" , "pali@kernel.org" , "dsterba@suse.cz" , "aaptel@suse.com" , "willy@infradead.org" , "rdunlap@infradead.org" , "joe@perches.com" , "nborisov@suse.com" , "linux-ntfs-dev@lists.sourceforge.net" , "anton@tuxera.com" , "dan.carpenter@oracle.com" , "hch@lst.de" , "ebiggers@kernel.org" , "andy.lavr@gmail.com" References: <20201231152401.3162425-1-almaz.alexandrovich@paragon-software.com> <20201231152401.3162425-9-almaz.alexandrovich@paragon-software.com> <20210103220739.2gkh6gy3iatv4fog@kari-VirtualBox> From: Mark Harmstone Message-ID: <548f5de7-9e24-c1bc-3ef5-641bc8a3dd37@harmstone.com> Date: Mon, 18 Jan 2021 13:42:14 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18/1/21 11:43 am, Konstantin Komarov wrote: > From: Kari Argillander > Sent: Monday, January 4, 2021 1:08 AM >> To: Konstantin Komarov >> Cc: linux-fsdevel@vger.kernel.org; viro@zeniv.linux.org.uk; linux-kernel@vger.kernel.org; pali@kernel.org; dsterba@suse.cz; >> aaptel@suse.com; willy@infradead.org; rdunlap@infradead.org; joe@perches.com; mark@harmstone.com; nborisov@suse.com; >> linux-ntfs-dev@lists.sourceforge.net; anton@tuxera.com; dan.carpenter@oracle.com; hch@lst.de; ebiggers@kernel.org; >> andy.lavr@gmail.com >> Subject: Re: [PATCH v17 08/10] fs/ntfs3: Add Kconfig, Makefile and doc >> >> On Thu, Dec 31, 2020 at 06:23:59PM +0300, Konstantin Komarov wrote: >>> This adds Kconfig, Makefile and doc >>> >>> Signed-off-by: Konstantin Komarov >>> --- >>> Documentation/filesystems/ntfs3.rst | 107 ++++++++++++++++++++++++++++ >>> fs/ntfs3/Kconfig | 41 +++++++++++ >>> fs/ntfs3/Makefile | 31 ++++++++ >> Also Documentation/filesystems/index.rst should contain ntfs3. >> >>> 3 files changed, 179 insertions(+) >>> create mode 100644 Documentation/filesystems/ntfs3.rst >>> create mode 100644 fs/ntfs3/Kconfig >>> create mode 100644 fs/ntfs3/Makefile >>> >>> diff --git a/fs/ntfs3/Kconfig b/fs/ntfs3/Kconfig >>> new file mode 100644 >>> index 000000000000..f9b732f4a5a0 >>> --- /dev/null >>> +++ b/fs/ntfs3/Kconfig >>> @@ -0,0 +1,41 @@ >>> +# SPDX-License-Identifier: GPL-2.0-only >>> +config NTFS3_FS >>> + tristate "NTFS Read-Write file system support" >>> + select NLS >>> + help >>> + Windows OS native file system (NTFS) support up to NTFS version 3.1. >>> + >>> + Y or M enables the NTFS3 driver with full features enabled (read, >>> + write, journal replaying, sparse/compressed files support). >>> + File system type to use on mount is "ntfs3". Module name (M option) >>> + is also "ntfs3". >>> + >>> + Documentation: >>> + >>> +config NTFS3_64BIT_CLUSTER >>> + bool "64 bits per NTFS clusters" >>> + depends on NTFS3_FS && 64BIT >>> + help >>> + Windows implementation of ntfs.sys uses 32 bits per clusters. >>> + If activated 64 bits per clusters you will be able to use 4k cluster >>> + for 16T+ volumes. Windows will not be able to mount such volumes. >>> + >>> + It is recommended to say N here. >>> + >>> +config NTFS3_LZX_XPRESS >>> + bool "activate support of external compressions lzx/xpress" >>> + depends on NTFS3_FS >>> + help >>> + In Windows 10 one can use command "compact" to compress any files. >>> + 4 possible variants of compression are: xpress4k, xpress8k, xpress16 and lzx. >>> + To read such "compacted" files say Y here. >> It would be nice that we tell what is recommend. I think that this is recommend. >> Of course if this use lot's of resource that is different story but I do not >> think that is the case. >> >>> + >>> +config NTFS3_POSIX_ACL >>> + bool "NTFS POSIX Access Control Lists" >>> + depends on NTFS3_FS >>> + select FS_POSIX_ACL >>> + help >>> + POSIX Access Control Lists (ACLs) support additional access rights >>> + for users and groups beyond the standard owner/group/world scheme, >>> + and this option selects support for ACLs specifically for ntfs >>> + filesystems. >> Same here. Let's suggest what user should do. Is this recommend if we wan't >> to use volume also in Windows? > Hi! All done, thanks for pointing these out. Is the existence of NTFS3_64BIT_CLUSTER wise? I mean, what on earth is the point of an NTFS volume that Windows refuses to read? If NTFS was properly documented by Microsoft, fair enough, but AFAIK it's defined by what ntfs.sys does. I don't think we should be extending the specification like this.