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 09:25:54 -0700
From:   Dan Williams <>
To:     Jason Gunthorpe <>
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 Thu, Jun 13, 2019 at 8:14 AM Jason Gunthorpe <> wrote:
> 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.

Oh, I must have missed where this conversation started talking about
the driver-device fd. I thought we were talking about the close /
release of the target file that is MAP_SHARED for the memory
registration. A release of the driver fd is orthogonal to coordinating
/ signalling actions relative to the leased file.

Powered by blists - more mailing lists