Re: [RFC v3 1/3] file: Introduce iterate_fd_locked

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

To: aloktiagi <aloktiagi@xxxxxxxxx>
Subject: Re: [RFC v3 1/3] file: Introduce iterate_fd_locked
From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Date: Fri, 24 Mar 2023 05:20:50 +0000
Cc: viro@xxxxxxxxxxxxxxxxxx, brauner@xxxxxxxxxx, David.Laight@xxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, keescook@xxxxxxxxxxxx, hch@xxxxxxxxxxxxx, Tycho Andersen <tycho@tycho.pizza>
In-reply-to: <20230324051526.963702-1-aloktiagi@gmail.com>

On Fri, Mar 24, 2023 at 05:15:24AM +0000, aloktiagi wrote:
> Callers holding the files->file_lock lock can call iterate_fd_locked instead of
> iterate_fd

You no longer call iterate_fd_locked() in patch 3/3, so this patch can
be dropped?

Follow-Ups:
- Re: [RFC v3 1/3] file: Introduce iterate_fd_locked
  - From: Alok Tiagi

References:
- [RFC v3 1/3] file: Introduce iterate_fd_locked
  - From: aloktiagi

Prev by Date: [RFC v3 3/3] file, epoll: Implement do_replace() and eventpoll_replace()
Next by Date: Re: [RFC v3 3/3] file, epoll: Implement do_replace() and eventpoll_replace()
Previous by thread: Re: [RFC v3 3/3] file, epoll: Implement do_replace() and eventpoll_replace()
Next by thread: Re: [RFC v3 1/3] file: Introduce iterate_fd_locked
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