linux-kernel - [RESEND] ecryptfs: make splice write available again

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-Id: <20230407193642.39243-1-frank.li@vivo.com>
Date:   Sat,  8 Apr 2023 03:36:42 +0800
From:   Yangtao Li <frank.li@...o.com>
To:     Tyler Hicks <code@...icks.com>
Cc:     Yangtao Li <frank.li@...o.com>, ecryptfs@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: [RESEND] ecryptfs: make splice write available again

Since 5.10, splice() or sendfile() return EINVAL.  This was
caused by commit 36e2c7421f02 ("fs: don't allow splice read/write
without explicit ops").

This patch initializes the splice_write field in file_operations, like
most file systems do, to restore the functionality.

Signed-off-by: Yangtao Li <frank.li@...o.com>
---
 fs/ecryptfs/file.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/fs/ecryptfs/file.c b/fs/ecryptfs/file.c
index 268b74499c28..2c9c2af74785 100644
--- a/fs/ecryptfs/file.c
+++ b/fs/ecryptfs/file.c
@@ -415,4 +415,5 @@ const struct file_operations ecryptfs_main_fops = {
 	.fsync = ecryptfs_fsync,
 	.fasync = ecryptfs_fasync,
 	.splice_read = generic_file_splice_read,
+	.splice_write = iter_file_splice_write,
 };
-- 
2.35.1