From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C7376C33CA2 for ; Wed, 8 Jan 2020 12:57:04 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 94AA02072A for ; Wed, 8 Jan 2020 12:57:04 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 94AA02072A Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-m68k.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 379208E000F; Wed, 8 Jan 2020 07:57:04 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 329168E0001; Wed, 8 Jan 2020 07:57:04 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 23F508E000F; Wed, 8 Jan 2020 07:57:04 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0236.hostedemail.com [216.40.44.236]) by kanga.kvack.org (Postfix) with ESMTP id 0E36F8E0001 for ; Wed, 8 Jan 2020 07:57:04 -0500 (EST) Received: from smtpin28.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with SMTP id CA0FF82499A8 for ; Wed, 8 Jan 2020 12:57:03 +0000 (UTC) X-FDA: 76354467126.28.tail30_207bb1e96f205 X-HE-Tag: tail30_207bb1e96f205 X-Filterd-Recvd-Size: 3858 Received: from laurent.telenet-ops.be (laurent.telenet-ops.be [195.130.137.89]) by imf12.hostedemail.com (Postfix) with ESMTP for ; Wed, 8 Jan 2020 12:57:02 +0000 (UTC) Received: from ramsan ([84.195.182.253]) by laurent.telenet-ops.be with bizsmtp id nowz2100E5USYZQ01owzo3; Wed, 08 Jan 2020 13:57:01 +0100 Received: from geert (helo=localhost) by ramsan with local-esmtp (Exim 4.90_1) (envelope-from ) id 1ipAtP-0006Id-27; Wed, 08 Jan 2020 13:56:59 +0100 Date: Wed, 8 Jan 2020 13:56:58 +0100 (CET) From: Geert Uytterhoeven To: Leon Romanovsky cc: Doug Ledford , Jason Gunthorpe , Leon Romanovsky , RDMA mailing list , Artemy Kovalyov , Aviad Yehezkel , Jason Gunthorpe , Yishai Hadas , linux-kernel@vger.kernel.org, linux-next@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH rdma-rc 3/3] IB/core: Fix ODP with IB_ACCESS_HUGETLB handling In-Reply-To: <20191219134646.413164-4-leon@kernel.org> Message-ID: References: <20191219134646.413164-1-leon@kernel.org> <20191219134646.413164-4-leon@kernel.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi Leon, On Thu, 19 Dec 2019, Leon Romanovsky wrote: > From: Yishai Hadas > > As VMAs for a given range might not be available as part of the > registration phase in ODP, IB_ACCESS_HUGETLB/page_shift must be checked > as part of the page fault flow. > > If the application didn't mmap the backed memory with huge pages or > released part of that hugepage area, an error will be set as part of the > page fault flow once be detected. > > Fixes: 0008b84ea9af ("IB/umem: Add support to huge ODP") > Signed-off-by: Yishai Hadas > Reviewed-by: Artemy Kovalyov > Reviewed-by: Aviad Yehezkel > Signed-off-by: Leon Romanovsky Thanks for your patch! > --- a/drivers/infiniband/core/umem_odp.c > +++ b/drivers/infiniband/core/umem_odp.c > @@ -241,22 +241,10 @@ struct ib_umem_odp *ib_umem_odp_get(struct ib_udata *udata, unsigned long addr, > umem_odp->umem.owning_mm = mm = current->mm; > umem_odp->notifier.ops = ops; > > - umem_odp->page_shift = PAGE_SHIFT; > - if (access & IB_ACCESS_HUGETLB) { > - struct vm_area_struct *vma; > - struct hstate *h; > - > - down_read(&mm->mmap_sem); > - vma = find_vma(mm, ib_umem_start(umem_odp)); > - if (!vma || !is_vm_hugetlb_page(vma)) { > - up_read(&mm->mmap_sem); > - ret = -EINVAL; > - goto err_free; > - } > - h = hstate_vma(vma); > - umem_odp->page_shift = huge_page_shift(h); > - up_read(&mm->mmap_sem); > - } > + if (access & IB_ACCESS_HUGETLB) > + umem_odp->page_shift = HPAGE_SHIFT; > + else > + umem_odp->page_shift = PAGE_SHIFT; > > umem_odp->tgid = get_task_pid(current->group_leader, PIDTYPE_PID); > ret = ib_init_umem_odp(umem_odp, ops); noreply@ellerman.id.au reports for linux-next/m68k-allmodconfig/m68k: drivers/infiniband/core/umem_odp.c:245:26: error: 'HPAGE_SHIFT' undeclared (first use in this function); did you mean 'PAGE_SHIFT'? Should this depend on some HUGETLBFS option? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds