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  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Thu, 13 Jun 2019 12:13:54 -0300
From:   Jason Gunthorpe <>
To:     Dan Williams <>
Cc:     Ira Weiny <>, Jan Kara <>,
        Theodore Ts'o <>,
        Jeff Layton <>,
        Dave Chinner <>,
        Matthew Wilcox <>,
        linux-xfs <>,
        Andrew Morton <>,
        John Hubbard <>,
        Jérôme Glisse <>,
        linux-fsdevel <>,
        Linux Kernel Mailing List <>,
        linux-nvdimm <>,
        linux-ext4 <>,
        Linux MM <>
Subject: Re: [PATCH RFC 00/10] RDMA/FS DAX truncate proposal

On Wed, Jun 12, 2019 at 06:14:46PM -0700, Dan Williams wrote:
> > Effectively, we would need a way for an admin to close a specific file
> > descriptor (or set of fds) which point to that file.  AFAIK there is no way to
> > do that at all, is there?
> Even if there were that gets back to my other question, does RDMA
> teardown happen at close(fd), or at final fput() of the 'struct
> file'?

AFAIK there is no kernel side driver hook for close(fd). 

rdma uses a normal chardev so it's lifetime is linked to the file_ops
release, which is called on last fput. So all the mmaps, all the dups,
everything must go before it releases its resources.


Powered by blists - more mailing lists