From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Subject: Re: tmpfs returns incorrect data on concurrent pread() and truncate()
To: Hugh Dickins <hughd@google.com>
References: <18e9fa0f-ec31-9107-459c-ae1694503f87@gmail.com>
 <alpine.LSU.2.11.1611011602340.1362@eggly.anvils>
Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org
From: Jakob Unterwurzacher <jakobunt@gmail.com>
Message-ID: <2f38a759-33b1-86e8-5929-084ae7e0094b@gmail.com>
Date: Fri, 4 Nov 2016 00:45:17 +0100
MIME-Version: 1.0
In-Reply-To: <alpine.LSU.2.11.1611011602340.1362@eggly.anvils>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-fsdevel.vger.kernel.org>

First of all, thanks for your replies!

On 02.11.2016 00:51, Hugh Dickins wrote:
> I don't think that there will be much appetite for changing the
> kernel's VFS to prevent that.  I hope that gocryptfs can provide
> the serialization that it needs for itself, or otherwise handle
> those zeroes without crashing.

Yes, I dropped the nonce sanity check, the MAC will catch the corruption
anyway.

Just FYI, xfstests generic/075 discovered this. The test itself does not check
the data it gets back, which is why it usually passes.

Best regards,
Jakob