[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180421090722.GA11998@infradead.org>
Date: Sat, 21 Apr 2018 02:07:22 -0700
From: Christoph Hellwig <hch@...radead.org>
To: Eric Dumazet <edumazet@...gle.com>
Cc: "David S . Miller" <davem@...emloft.net>,
netdev <netdev@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
Soheil Hassas Yeganeh <soheil@...gle.com>,
Eric Dumazet <eric.dumazet@...il.com>, linux-mm@...ck.org,
linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep
issue
On Fri, Apr 20, 2018 at 08:55:38AM -0700, Eric Dumazet wrote:
> This patch series provide a new mmap_hook to fs willing to grab
> a mutex before mm->mmap_sem is taken, to ensure lockdep sanity.
>
> This hook allows us to shorten tcp_mmap() execution time (while mmap_sem
> is held), and improve multi-threading scalability.
Missing CC to linu-fsdevel and linux-mm that will have to decide.
We've rejected this approach multiple times before, so you better
make a really good argument for it.
introducing a multiplexer that overloads a single method certainly
doesn't help making that case.
Powered by blists - more mailing lists