Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1457034

Re: [PATCH] debugfs: Add proxy function for the mmap file operation

From Nicolai Stange <nicstange@gmail.com>
Newsgroups linux.kernel
Subject Re: [PATCH] debugfs: Add proxy function for the mmap file operation
Date 2016-08-05 13:20 +0200
Message-ID <s2Lku-6NT-7@gated-at.bofh.it> (permalink)
References <s0h7b-5Pd-1@gated-at.bofh.it> <s0jVn-7KZ-1@gated-at.bofh.it> <s1MLF-8fV-77@gated-at.bofh.it> <s2Koq-69A-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Brian Starkey <brian.starkey@arm.com> writes:

> On Tue, Aug 02, 2016 at 07:31:36PM +0200, Nicolai Stange wrote:
>>Nicolai Stange <nicstange@gmail.com> writes:
>>> However, if you wish to have some mmapable debugfs file which *can* go
>>> away, introducing mmap support in the debugfs full proxy is perfectly
>>> valid. But please see below.
>>
>>Assuming that you've got such a use case, please consider resending your
>>patch along with the Cocci script below (and the Coccinelle team CC'ed,
>>of course). If OTOH your mmapable debugfs files are never removed, just
>>drop this message and use debugfs_create_file_unsafe() instead.
>
> So we do have an implementation using this, but it's likely we will
> keep it out-of-tree (it's a stop-gap until we can get a non-debugfs
> implementation of the functionality into mainline).
>
> Do you think it's worth merging this (and your cocci script) anyway to
> save someone else doing the same thing later?

I personally think that having ->mmap() support in debugfs would be a
good thing to have in general and I expect there to be some further
demand in the future.

But I also think that it is a little bit fragile in the current state:
how many people actually run the Cocci scripts on their changes? AFAICT,
even the kbuild test robot doesn't do this. And after all, the Cocci
script I provided could very well miss some obfuscated writes to
vma->vm_ops: if they aren't done from ->mmap() themselves, but from some
helper function invoked therein, for example.

I would personally prefer a hand coded full_proxy_mmap() which WARN()s
if the proxied ->mmap() changes vma->vm_ops:
- this would add an extra safety net
- ->mmap() for debugfs files isn't performance critical
- and lastly, we're already doing something similar to this in
  open_proxy_open().

But in the end, it's not mine but Greg K-H's opinion that matters here...

Thanks,

Nicolai

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[PATCH] debugfs: Add proxy function for the mmap file operation Liviu Dudau <Liviu.Dudau@arm.com> - 2016-07-29 16:40 +0200
  Re: [PATCH] debugfs: Add proxy function for the mmap file operation Nicolai Stange <nicstange@gmail.com> - 2016-07-29 19:40 +0200
    Re: [PATCH] debugfs: Add proxy function for the mmap file operation Nicolai Stange <nicstange@gmail.com> - 2016-08-02 20:40 +0200
      Re: [PATCH] debugfs: Add proxy function for the mmap file operation Brian Starkey <brian.starkey@arm.com> - 2016-08-05 12:20 +0200
        Re: [PATCH] debugfs: Add proxy function for the mmap file operation Nicolai Stange <nicstange@gmail.com> - 2016-08-05 13:20 +0200

csiph-web