Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On 04/23/2018 07:04 PM, Andy Lutomirski wrote: > On Mon, Apr 23, 2018 at 2:38 PM, Eric Dumazet wrote: >> Hi Andy >> >> On 04/23/2018 02:14 PM, Andy Lutomirski wrote: > >>> I would suggest that you rework the interface a bit. First a user would >>> call mmap() on a TCP

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On 04/23/2018 07:04 PM, Andy Lutomirski wrote: > On Mon, Apr 23, 2018 at 2:38 PM, Eric Dumazet wrote: >> Hi Andy >> >> On 04/23/2018 02:14 PM, Andy Lutomirski wrote: > >>> I would suggest that you rework the interface a bit. First a user would >>> call mmap() on a TCP socket, which would

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On Mon, Apr 23, 2018 at 2:38 PM, Eric Dumazet wrote: > Hi Andy > > On 04/23/2018 02:14 PM, Andy Lutomirski wrote: >> I would suggest that you rework the interface a bit. First a user would >> call mmap() on a TCP socket, which would create an empty VMA. (It would set

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On Mon, Apr 23, 2018 at 2:38 PM, Eric Dumazet wrote: > Hi Andy > > On 04/23/2018 02:14 PM, Andy Lutomirski wrote: >> I would suggest that you rework the interface a bit. First a user would >> call mmap() on a TCP socket, which would create an empty VMA. (It would set >> vm_ops to point to

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

Hi Andy On 04/23/2018 02:14 PM, Andy Lutomirski wrote: > On 04/20/2018 08:55 AM, 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

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

Hi Andy On 04/23/2018 02:14 PM, Andy Lutomirski wrote: > On 04/20/2018 08:55 AM, 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

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On 04/20/2018 08:55 AM, 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.

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On 04/20/2018 08:55 AM, 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.

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On 04/21/2018 02:07 AM, Christoph Hellwig wrote: > 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()

Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

On 04/21/2018 02:07 AM, Christoph Hellwig wrote: > 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()

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

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

[PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

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. Eric Dumazet (4): mm: provide a mmap_hook

[PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue

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. Eric Dumazet (4): mm: provide a mmap_hook