Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Date: Fri, 6 Jun 2025 04:58:34 +0100
Cc: wangzijie <wangzijie1@xxxxxxxxx>, rick.p.edgecombe@xxxxxxxxx, ast@xxxxxxxxxx, adobriyan@xxxxxxxxx, kirill.shutemov@xxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx
In-reply-to: <20250605204442.4a2e98b8feb6fc3603375b66@linux-foundation.org>

On Thu, Jun 05, 2025 at 08:44:42PM -0700, Andrew Morton wrote:

> It's a fix against the very recently merged
> https://lkml.kernel.org/r/20250528034756.4069180-1-wangzijie1@xxxxxxxxx.

IMO it's a wrong way to handle that - see upthread for a simpler
approach...

References:
- [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
  - From: wangzijie
- Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
  - From: Andrew Morton
- Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
  - From: Al Viro
- Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
  - From: Andrew Morton

Prev by Date: Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
Next by Date: Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
Previous by thread: Re: [PATCH] proc: clear FMODE_LSEEK flag correctly for permanent pde
Next by thread: Re: [PATCH] readahead: fix return value of page_cache_next_miss() when no hole is found
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [NTFS 3] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [NTFS 3] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux