Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18;
From:   Charan Teja Kalla <quic_charante@quicinc.com>
To:     <akpm@linux-foundation.org>, <surenb@google.com>, <vbabka@suse.cz>,
        <rientjes@google.com>, <sfr@canb.auug.org.au>,
        <edgararriaga@google.com>, <minchan@kernel.org>,
        <nadav.amit@gmail.com>, <mhocko@suse.com>
CC:     <linux-mm@kvack.org>, <linux-kernel@vger.kernel.org>,
        Charan Teja Kalla <quic_charante@quicinc.com>
Subject: [PATCH V2,0/2]mm: madvise: return correct bytes processed with process_madvise
Date:   Fri, 11 Mar 2022 20:59:04 +0530
Message-ID: <cover.1647008754.git.quic_charante@quicinc.com>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: bulk

With the process_madvise(), always choose to return non zero processed
bytes over an error. This can help the user to know on which VMA, passed
in the 'struct iovec' vector list, is failed to advise thus can take the
decission of retrying/skipping on that VMA.

Changes in V2:
  -- Separated the fixes returning processed bytes in case of an error
     and ENOMEM handling of process_madvise() due to unmapped hole in
     the VMA, as per the Minchan comments.
  -- Improved the comment for ENOMEM handling case as per Amit comments.

Changes in V1:
  -- Fixed the return value of process_madvise().
  -- Fixed ENOMEM handling of process_madvise() from do_madvise()
  -- https://patchwork.kernel.org/project/linux-mm/patch/1646803679-11433-1-git-send-email-quic_charante@quicinc.com/

Charan Teja Kalla (2):
  mm: madvise: return correct bytes advised with process_madvise
  mm: madvise: skip unmapped vma holes passed to process_madvise

 mm/madvise.c | 12 +++++++++---
 1 file changed, 9 insertions(+), 3 deletions(-)

-- 
2.7.4