Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp1830502pxu; Fri, 9 Oct 2020 00:19:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx1oGOrKhlEyCGWsusTKHmJ+I4BR2gL6bv4iIpO8yqvt/CTijPWVZlfDQ7K2B2WDgiz4QZ8 X-Received: by 2002:a17:906:4b10:: with SMTP id y16mr13087679eju.395.1602227980389; Fri, 09 Oct 2020 00:19:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602227980; cv=none; d=google.com; s=arc-20160816; b=H8wdFRu1g5GjPsj+zDejBclumL6QHJ+niXpr3FcMq/QKPmnDa06tQnwHjsflXCdLNa dfR+0fXHL3KPfc31PJLqLpKvJtaLo7xzwEBtUZKVZZDvvTTA7GniUKsQ1LA7s2ULnJky pe9o/4r1TmNW9noAgIalcswPMzMocwiY+jhmw8ChGDQmFCJvjdiEOUpIllSYC7S97ych qOir9T0fx11SYYb82GU1/4X9JsYSFoaHVoI4oSCn39ec+lPooXf5YZJlr1xs4fWeDIAu JWivUsSPpNzmaglfI8PiiHT0FZWkfa4lFo5WngO9aI0xe35EYoJ9WINxGs0bx/KxJeb8 7Krw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject:reply-to:dkim-signature; bh=5eq4Ar/6UjI/N5XgYhCiZtoWsUr9NhMRZnHycDLcVqI=; b=jRaIX4V+je+iK8pF6y42jRYlTFemBUQxAmKPizSIX+5uxWjke0RnlrYXCABgP6x+0u KAC0JQU/5Y83dEXPo293OQWMj2FtfTGXCFcbQQU5cYZedsHiBZnC9DH5Lhkk7mp1XgN9 sNrNXuFlTzqoYAQzL7WoElv1cb4FO6OZt8tMYaAepnXauGxeWGbW0AbmGXKBOfgH9kLX 3eRHbaHslf9Y8kZHwwZh6RVIyp0k5/lGB1acPTdFO4sYyOgKh5aXIrSfHK4cGoEtsvH8 GlLD8Ahe8vlgncSr9ZAPs87ubodFhjZXp+Rvd4+YmetilCEBWFLR5abia1p2cgNzidW6 csQA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=G84d2ajc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y11si5763539edp.213.2020.10.09.00.19.16; Fri, 09 Oct 2020 00:19:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=G84d2ajc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731706AbgJIHQy (ORCPT + 99 others); Fri, 9 Oct 2020 03:16:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42822 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725908AbgJIHQy (ORCPT ); Fri, 9 Oct 2020 03:16:54 -0400 Received: from mail-ej1-x643.google.com (mail-ej1-x643.google.com [IPv6:2a00:1450:4864:20::643]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ABE5CC0613D2; Fri, 9 Oct 2020 00:16:53 -0700 (PDT) Received: by mail-ej1-x643.google.com with SMTP id x7so1480250eje.8; Fri, 09 Oct 2020 00:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=reply-to:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=5eq4Ar/6UjI/N5XgYhCiZtoWsUr9NhMRZnHycDLcVqI=; b=G84d2ajc/5uMkZModl3vF9kd2jBQx+D9/3pJHmM6Rgay42BhSZSAi31U2WRJZH2KfH z52u1UG6YpIzX+01kruZ6F14dUH60x97NqYO6/RXqjMN9IW1r1MAhjpuuC0lH6PRnGQf p93WPSqMgA+O7AkADGbSHICO9DdmliRWpL3kGEf5jJaus+/Y+TmmdP3DOuboz6XOaLWC dIt6PcWeE6JPM1U3hovXK65NAETmFjkGfurY+OhaPH6qRO4oRABK/I2buP7VvFgATM8o PlbvIZVwnTU/iUDDSx/DvZZ/f9nNAGBkeYbiGlkLTd3IBmZQUHytx2gqJBjyQhLxt1Yp KfSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=5eq4Ar/6UjI/N5XgYhCiZtoWsUr9NhMRZnHycDLcVqI=; b=IDJMMuGahJZ792c06/3UeDEP/36bzI7ZbNxzBjLaizKstMILR/UMiA2vlVHRDpIPmA J/C+rns54ZuIUxzZK41q/7oDiFJOGmMdT1+qzjnf2F24ZUdIRIRtnQ+yu7XSOg4UcEgz tTlB/eNtEML+XP2biq9vVtA57+azq36jZ/4RXuuSDlCXeWosqfAFoTK+gNzaOKhMsq4V uWlzt2SpckJiFbGVkUhP/P2uEwFdqc7XVSCcoDCBjlVeLJztGZh7gpryg5FO5e7WGClE OEE2na4/1Xy/OkMB39gOi49bKeu5KGlig0fI/cIyQXe2jUI1TX1u4hlI9p+wXNBiPc2T fDGw== X-Gm-Message-State: AOAM532UZUwXiqPUmMtaDlnjO7sKcmoxraKtjumsVfwGoTVRrfmrXLtK +qN+xX2hjWNFg0jF6VOKkDY= X-Received: by 2002:a17:906:4e16:: with SMTP id z22mr6743173eju.527.1602227812229; Fri, 09 Oct 2020 00:16:52 -0700 (PDT) Received: from ?IPv6:2a02:908:1252:fb60:be8a:bd56:1f94:86e7? ([2a02:908:1252:fb60:be8a:bd56:1f94:86e7]) by smtp.gmail.com with ESMTPSA id gv10sm5795761ejb.46.2020.10.09.00.16.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 09 Oct 2020 00:16:51 -0700 (PDT) Reply-To: christian.koenig@amd.com Subject: Re: [PATCH 1/4] mm: introduce vma_set_file function v2 To: linux-mm@kvack.org, linux-kernel@vger.kernel.org, linaro-mm-sig@lists.linaro.org, dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org, chris@chris-wilson.co.uk, airlied@redhat.com, akpm@linux-foundation.org, sumit.semwal@linaro.org References: <20201008112342.9394-1-christian.koenig@amd.com> <20201008141211.GG438822@phenom.ffwll.local> From: =?UTF-8?Q?Christian_K=c3=b6nig?= Message-ID: <8fc28dfa-4bae-bee1-5aca-4e3c6e88b994@gmail.com> Date: Fri, 9 Oct 2020 09:16:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20201008141211.GG438822@phenom.ffwll.local> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 08.10.20 um 16:12 schrieb Daniel Vetter: > On Thu, Oct 08, 2020 at 01:23:39PM +0200, Christian König wrote: >> Add the new vma_set_file() function to allow changing >> vma->vm_file with the necessary refcount dance. >> >> v2: add more users of this. >> >> Signed-off-by: Christian König >> --- >> drivers/dma-buf/dma-buf.c | 16 +++++----------- >> drivers/gpu/drm/etnaviv/etnaviv_gem.c | 4 +--- >> drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c | 3 +-- >> drivers/gpu/drm/i915/gem/i915_gem_mman.c | 4 ++-- >> drivers/gpu/drm/msm/msm_gem.c | 4 +--- >> drivers/gpu/drm/omapdrm/omap_gem.c | 3 +-- >> drivers/gpu/drm/vgem/vgem_drv.c | 3 +-- >> drivers/staging/android/ashmem.c | 5 ++--- >> include/linux/mm.h | 2 ++ >> mm/mmap.c | 16 ++++++++++++++++ >> 10 files changed, 32 insertions(+), 28 deletions(-) >> >> diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c >> index a6ba4d598f0e..e4316aa7e0f4 100644 >> --- a/drivers/dma-buf/dma-buf.c >> +++ b/drivers/dma-buf/dma-buf.c >> @@ -1163,20 +1163,14 @@ int dma_buf_mmap(struct dma_buf *dmabuf, struct vm_area_struct *vma, >> return -EINVAL; >> >> /* readjust the vma */ >> - get_file(dmabuf->file); >> - oldfile = vma->vm_file; >> - vma->vm_file = dmabuf->file; >> + oldfile = vma_set_file(vma, dmabuf->file); >> vma->vm_pgoff = pgoff; >> >> ret = dmabuf->ops->mmap(dmabuf, vma); >> - if (ret) { >> - /* restore old parameters on failure */ >> - vma->vm_file = oldfile; >> - fput(dmabuf->file); >> - } else { >> - if (oldfile) >> - fput(oldfile); >> - } >> + /* restore old parameters on failure */ >> + if (ret) >> + vma_set_file(vma, oldfile); > I think these two lines here are cargo-cult: If this fails, the mmap fails > and therefore the vma structure is kfreed. No point at all in restoring > anything. This was explicitly added with this patch to fix a problem: commit 495c10cc1c0c359871d5bef32dd173252fc17995 Author: John Sheu Date:   Mon Feb 11 17:50:24 2013 -0800     CHROMIUM: dma-buf: restore args on failure of dma_buf_mmap     Callers to dma_buf_mmap expect to fput() the vma struct's vm_file     themselves on failure.  Not restoring the struct's data on failure     causes a double-decrement of the vm_file's refcount. > With that: Reviewed-by: Daniel Vetter Can I keep that even with the error handling working? :) Christian. > >> + >> return ret; >> >> } >> diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gem.c b/drivers/gpu/drm/etnaviv/etnaviv_gem.c >> index 312e9d58d5a7..10ce267c0947 100644 >> --- a/drivers/gpu/drm/etnaviv/etnaviv_gem.c >> +++ b/drivers/gpu/drm/etnaviv/etnaviv_gem.c >> @@ -145,10 +145,8 @@ static int etnaviv_gem_mmap_obj(struct etnaviv_gem_object *etnaviv_obj, >> * address_space (so unmap_mapping_range does what we want, >> * in particular in the case of mmap'd dmabufs) >> */ >> - fput(vma->vm_file); >> - get_file(etnaviv_obj->base.filp); >> vma->vm_pgoff = 0; >> - vma->vm_file = etnaviv_obj->base.filp; >> + vma_set_file(vma, etnaviv_obj->base.filp); >> >> vma->vm_page_prot = vm_page_prot; >> } >> diff --git a/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c b/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c >> index fec0e1e3dc3e..8ce4c9e28b87 100644 >> --- a/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c >> +++ b/drivers/gpu/drm/i915/gem/i915_gem_dmabuf.c >> @@ -119,8 +119,7 @@ static int i915_gem_dmabuf_mmap(struct dma_buf *dma_buf, struct vm_area_struct * >> if (ret) >> return ret; >> >> - fput(vma->vm_file); >> - vma->vm_file = get_file(obj->base.filp); >> + vma_set_file(vma, obj->base.filp); >> >> return 0; >> } >> diff --git a/drivers/gpu/drm/i915/gem/i915_gem_mman.c b/drivers/gpu/drm/i915/gem/i915_gem_mman.c >> index 3d69e51f3e4d..c9d5f1a38af3 100644 >> --- a/drivers/gpu/drm/i915/gem/i915_gem_mman.c >> +++ b/drivers/gpu/drm/i915/gem/i915_gem_mman.c >> @@ -893,8 +893,8 @@ int i915_gem_mmap(struct file *filp, struct vm_area_struct *vma) >> * requires avoiding extraneous references to their filp, hence why >> * we prefer to use an anonymous file for their mmaps. >> */ >> - fput(vma->vm_file); >> - vma->vm_file = anon; >> + vma_set_file(vma, anon); >> + fput(anon); >> >> switch (mmo->mmap_type) { >> case I915_MMAP_TYPE_WC: >> diff --git a/drivers/gpu/drm/msm/msm_gem.c b/drivers/gpu/drm/msm/msm_gem.c >> index de915ff6f4b4..a71f42870d5e 100644 >> --- a/drivers/gpu/drm/msm/msm_gem.c >> +++ b/drivers/gpu/drm/msm/msm_gem.c >> @@ -223,10 +223,8 @@ int msm_gem_mmap_obj(struct drm_gem_object *obj, >> * address_space (so unmap_mapping_range does what we want, >> * in particular in the case of mmap'd dmabufs) >> */ >> - fput(vma->vm_file); >> - get_file(obj->filp); >> vma->vm_pgoff = 0; >> - vma->vm_file = obj->filp; >> + vma_set_file(vma, obj->filp); >> >> vma->vm_page_prot = vm_get_page_prot(vma->vm_flags); >> } >> diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c b/drivers/gpu/drm/omapdrm/omap_gem.c >> index 979d53a93c2b..0d4542ff1d7d 100644 >> --- a/drivers/gpu/drm/omapdrm/omap_gem.c >> +++ b/drivers/gpu/drm/omapdrm/omap_gem.c >> @@ -564,9 +564,8 @@ int omap_gem_mmap_obj(struct drm_gem_object *obj, >> * address_space (so unmap_mapping_range does what we want, >> * in particular in the case of mmap'd dmabufs) >> */ >> - fput(vma->vm_file); >> vma->vm_pgoff = 0; >> - vma->vm_file = get_file(obj->filp); >> + vma_set_file(vma, obj->filp); >> >> vma->vm_page_prot = vm_get_page_prot(vma->vm_flags); >> } >> diff --git a/drivers/gpu/drm/vgem/vgem_drv.c b/drivers/gpu/drm/vgem/vgem_drv.c >> index fa54a6d1403d..ea0eecae5153 100644 >> --- a/drivers/gpu/drm/vgem/vgem_drv.c >> +++ b/drivers/gpu/drm/vgem/vgem_drv.c >> @@ -397,8 +397,7 @@ static int vgem_prime_mmap(struct drm_gem_object *obj, >> if (ret) >> return ret; >> >> - fput(vma->vm_file); >> - vma->vm_file = get_file(obj->filp); >> + vma_set_file(vma, obj->filp); >> vma->vm_flags |= VM_DONTEXPAND | VM_DONTDUMP; >> vma->vm_page_prot = pgprot_writecombine(vm_get_page_prot(vma->vm_flags)); >> >> diff --git a/drivers/staging/android/ashmem.c b/drivers/staging/android/ashmem.c >> index 10b4be1f3e78..a51dc089896e 100644 >> --- a/drivers/staging/android/ashmem.c >> +++ b/drivers/staging/android/ashmem.c >> @@ -450,9 +450,8 @@ static int ashmem_mmap(struct file *file, struct vm_area_struct *vma) >> vma_set_anonymous(vma); >> } >> >> - if (vma->vm_file) >> - fput(vma->vm_file); >> - vma->vm_file = asma->file; >> + vma_set_file(vma, asma->file); >> + fput(asma->file); >> >> out: >> mutex_unlock(&ashmem_mutex); >> diff --git a/include/linux/mm.h b/include/linux/mm.h >> index ca6e6a81576b..a558602afe1b 100644 >> --- a/include/linux/mm.h >> +++ b/include/linux/mm.h >> @@ -2693,6 +2693,8 @@ static inline void vma_set_page_prot(struct vm_area_struct *vma) >> } >> #endif >> >> +struct file *vma_set_file(struct vm_area_struct *vma, struct file *file); >> + >> #ifdef CONFIG_NUMA_BALANCING >> unsigned long change_prot_numa(struct vm_area_struct *vma, >> unsigned long start, unsigned long end); >> diff --git a/mm/mmap.c b/mm/mmap.c >> index 40248d84ad5f..d3c3c510f643 100644 >> --- a/mm/mmap.c >> +++ b/mm/mmap.c >> @@ -136,6 +136,22 @@ void vma_set_page_prot(struct vm_area_struct *vma) >> WRITE_ONCE(vma->vm_page_prot, vm_page_prot); >> } >> >> +/* >> + * Change backing file, only valid to use during initial VMA setup. >> + */ >> +struct file *vma_set_file(struct vm_area_struct *vma, struct file *file) >> +{ >> + if (file) >> + get_file(file); >> + >> + swap(vma->vm_file, file); >> + >> + if (file) >> + fput(file); >> + >> + return file; >> +} >> + >> /* >> * Requires inode->i_mapping->i_mmap_rwsem >> */ >> -- >> 2.17.1 >>