Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp2842707pxy; Tue, 3 Aug 2021 17:18:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzjwhBMp/CbDb8RZz2JM1bfoCEoDKzwLJ2i5atbq4bl8uHK/ygJeaWdWrepkJmAM80YpK4S X-Received: by 2002:a92:3207:: with SMTP id z7mr511418ile.288.1628036298288; Tue, 03 Aug 2021 17:18:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628036298; cv=none; d=google.com; s=arc-20160816; b=voZ9EgTsJq4Iap9jPbH6N7pW0S6qu7o6q8UbP9BWzznOEM386VF+RwCbtA8A3Jkvsu Y2yRAYL3ECvh9LuQt4+B/a/k7n6puE/KL/bc03U47V6UwQmMY51GYaCK5RFpQ2bpLuAS i5rz7hEidZ08OqqOPO3SoSmkN+BqO1tIUz8CZ5/Yt0LOY0HZuJtcTnyiPrIU2+jRPBTj +KIc5peBCtPvaZax77M2ZDcBLz0K+Iktn2croE3Z5TMFngJP8tPn6pzANViwHJi6GUYB usnunnScT8xSQ7Phei2R4RionbFlzt/8pqXjX4UdRKhEOF1Bef+yKHNMbeHawpLqCRtK AlyQ== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=XrhLr8S6GEfNcx3JkVWK9qOGE3rLiwYy2sYdJqTb2Z0=; b=ZzVS/TR/FRf352U0JjibQ5guYj4QTlQZt5aKtOh8RjNk05kXhKRgbu1NOlh+I85EV4 CQQrSg7aGyOs3b9d7njDlgbCwmD7D19E86w574KvPQsxuXcEpDane7h8RupcPtK4gkFH JVa4td56c3vbms1hD8PgMcqZsGvLDnu60sqajoiac0Rr8QZxhPJGltTUAu3zcep3Mi26 J1Igkdch7+MQ6vep+P76I5uv6v6uHbF73cPCTjkVH2C9c3rKMdKQRmA7KREZ85EccDHb 6tAcMUhmFoYsfOyF8sVuTXeRYqB4PQ3OcSbbfMcELpsTVJF3qjlgHk17IS4KuHXBw/O0 z4ag== ARC-Authentication-Results: i=1; mx.google.com; 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 j6si584386jat.30.2021.08.03.17.18.06; Tue, 03 Aug 2021 17:18:18 -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; 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 S234506AbhHDAEq (ORCPT + 99 others); Tue, 3 Aug 2021 20:04:46 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:43159 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S232641AbhHDAEq (ORCPT ); Tue, 3 Aug 2021 20:04:46 -0400 Received: from cwcc.thunk.org (pool-72-74-133-215.bstnma.fios.verizon.net [72.74.133.215]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 17404I00014990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 3 Aug 2021 20:04:19 -0400 Received: by cwcc.thunk.org (Postfix, from userid 15806) id 629A515C3DEA; Tue, 3 Aug 2021 20:04:18 -0400 (EDT) Date: Tue, 3 Aug 2021 20:04:18 -0400 From: "Theodore Ts'o" To: Matthew Wilcox Cc: Linus Torvalds , "Leonidas P. Papadakos" , Konstantin Komarov , zajec5@gmail.com, "Darrick J. Wong" , Greg Kroah-Hartman , Hans de Goede , linux-fsdevel , Linux Kernel Mailing List , Al Viro Subject: Re: [GIT PULL] vboxsf fixes for 5.14-1 Message-ID: References: <4e8c0640-d781-877c-e6c5-ed5cc09443f6@gmail.com> <20210716114635.14797-1-papadakospan@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 04, 2021 at 12:44:38AM +0100, Matthew Wilcox wrote: > > I don't understand how so many ntfs-classic xfstests pass: > > config NTFS_RW > bool "NTFS write support" > depends on NTFS_FS > help > This enables the partial, but safe, write support in the NTFS driver. > > The only supported operation is overwriting existing files, without > changing the file length. No file or directory creation, deletion or > renaming is possible. Note only non-resident files can be written to > so you may find that some very small files (<500 bytes or so) cannot > be written to. > > Are the tests really passing, or just claiming to pass? This was the ntfs provided by the Debian package ntfs-3g (which is the only source of a mkfs.ntfs that I could find, BTW). This is a fuse-based ntfs, not the in-kernel ntfs file system. Apologies for not making that clear. {/usr/projects/linux/ext4}, level 2 (ntfs3) 1003# mkfs.ntfs /dev/cwcc-vg/scratch Cluster size has been automatically set to 4096 bytes. Initializing device with zeroes: 100% - Done. Creating NTFS volume structures. mkntfs completed successfully. Have a nice day. {/usr/projects/linux/ext4}, level 2 (ntfs3) 1004# mount -t ntfs /dev/cwcc-vg/scratch /mnt {/usr/projects/linux/ext4}, level 2 (ntfs3) 1005# grep /mnt /proc/mounts /dev/mapper/cwcc--vg-scratch /mnt fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0 TBH, I had forgotten that we had an in-kernel ntfs implementation. Whenver I've ever needed to access ntfs files, I've always used the ntfs-3g FUSE package. - Ted