linux-kernel - Re: [Intel-gfx] [PATCH] drm/i915: Stop reconfiguring our shmemfs mountpoint

lists.openwall.net		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 linux-cve-announce 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]

Message-ID: <CAM0jSHP0BZJyJO3JeMqPDK=eYhS-Az6i6fGFz1tUQgaErA7mfA@mail.gmail.com>
Date:   Fri, 9 Aug 2019 19:47:02 +0100
From:   Matthew Auld <matthew.william.auld@...il.com>
To:     Chris Wilson <chris@...is-wilson.co.uk>
Cc:     Intel Graphics Development <intel-gfx@...ts.freedesktop.org>,
        Sedat Dilek <sedat.dilek@...il.com>,
        Hugh Dickins <hughd@...gle.com>,
        kernel list <linux-kernel@...r.kernel.org>,
        Sergey Senozhatsky <sergey.senozhatsky@...il.com>,
        Matthew Auld <matthew.auld@...el.com>,
        linux-fsdevel@...r.kernel.org, Al Viro <viro@...iv.linux.org.uk>
Subject: Re: [Intel-gfx] [PATCH] drm/i915: Stop reconfiguring our shmemfs mountpoint

On Thu, 8 Aug 2019 at 18:23, Chris Wilson <chris@...is-wilson.co.uk> wrote:
>
> The filesystem reconfigure API is undergoing a transition, breaking our
> current code. As we only set the default options, we can simply remove
> the call to s_op->remount_fs(). In the future, when HW permits, we can
> try re-enabling huge page support, albeit as suggested with new per-file
> controls.
>
> Reported-by: Sergey Senozhatsky <sergey.senozhatsky@...il.com>
> Reported-by: Sedat Dilek <sedat.dilek@...il.com>
> Suggested-by: Hugh Dickins <hughd@...gle.com>
> Signed-off-by: Chris Wilson <chris@...is-wilson.co.uk>
> Cc: Matthew Auld <matthew.auld@...el.com>
> Cc: Hugh Dickins <hughd@...gle.com>
> Cc: Al Viro <viro@...iv.linux.org.uk>
> Cc: Sergey Senozhatsky <sergey.senozhatsky@...il.com>
Reviewed-by: Matthew Auld <matthew.auld@...el.com>