lkml.org 
[lkml]   [2017]   [May]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [git pull] uaccess-related bits of vfs.git
    On Sat, May 13, 2017 at 11:04 AM, Al Viro <viro@zeniv.linux.org.uk> wrote:
    >
    >
    > My point is, this stuff needs looking at.

    No.

    You don't have a point. I've tried to explain that there's no
    performance difference, and there is no way in hell that the current
    "__" versions are better.

    So what's the point in looking? All you are ever going to come up with
    is theoretical "this might" cases.

    The only sane forward is to just get rid of them. At that point, you
    *may* end up actually noticing something, but if you do, it's not a
    "you might" issue.

    There's literally no upside to this "needs looking at". There are only
    downsides.

    And one major downside of your "needs looking at". is this one:

    From: Linus Torvalds <torvalds@linux-foundation.org>
    Date: Tue, 24 Mar 2015 10:42:18 -0700
    >
    > So I'd suggest we should just do a wholesale replacement of
    > __copy_to/from_user() with the non-underlined cases. Then, we could
    > switch insividual ones back - with reasoning of why they matter, and
    > with pointers to how it does access_ok() two lines before.
    >
    > We should probably even consider looking at __get_user/__put_user().
    > Few of them are actually performance-critical.

    Look at that date. It's over two years ago. In the intervening two
    years, how many of those conversions have happened?

    Here's a hint: it's a very very round number.

    Linus

    \
     
     \ /
      Last update: 2017-05-13 21:01    [W:4.227 / U:0.136 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site