Received: by 10.192.165.156 with SMTP id m28csp184456imm; Tue, 17 Apr 2018 08:28:24 -0700 (PDT) X-Google-Smtp-Source: AIpwx4++OENzvPegho0ffm1wLH3tXWbulZEQKuTZFodQUUIiaNrQoPUzgeEOmKkW4Av9KA7Q3TH1 X-Received: by 10.101.64.70 with SMTP id h6mr2169255pgp.135.1523978904207; Tue, 17 Apr 2018 08:28:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523978904; cv=none; d=google.com; s=arc-20160816; b=ch+Ip8lmd0IOaaai8WOqPokxOFBSbYNGwZsZ+pV+znf9oBE4iRcMB3v56dC2AgbzV4 ggNKxkeF7cozZ32Vv5fWiF3R8lTNdxcN6kxECxeqrQ6CLL4IcA2C2NVEOTcpDIE+jJHx qOH8fdK+uW7I40DAUc/CHEX1pRB7+tzArnxeJ0/pMe9dh3v6GXqVAguBlXV21pFbX7cF ZvuOht1cIEgkNFmvtLeCLlIVHxb+S6gJuAMOF8ZwfxxtqsN2uwLBTaE2MrWCQ+NPjyk9 ePgl+pFjnr3JeO+Qgt+swJ1JHPsBjT6n95Z34uxBvN8x0CBuAnSFHGtcWYuk0tSmzQE8 YpoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from :arc-authentication-results; bh=ofsCyxZAvg3+Y6PdmiGQwjMwLpZPoh7T5H/1w+RN76s=; b=Jw/do8BD6AEryG1UDzAHUPv67bXJ5OzDHs/CSFaf4dJQpM2XApJLnZ9iyrnOiNVz3j rN+zauZu8KdYYsl0uqd3iPD4varI1iyUgCEnq8HiQ9CZ9f5lXPwwz3NqkwSg8rg+rBJf 9AViI16/A8yulGQO+n0LbEYVevdVZmfw5pKjZwy1+hkfIN0D7ktufcCeENbZJHrFcqTQ vKT++bUx+dmVdsm6ezTQQK4oVvRArFLJxhqP5Bt9fAtDQHv2fdkSOPNjUHT30ncpU5rr JTvPz948MtC856r2CYzh6Pg0pQS3UnKcpth3qnihT3fy8QKEUcX5jlEmxzcqviDnddmq mU8A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d81si13120597pfd.210.2018.04.17.08.28.08; Tue, 17 Apr 2018 08:28:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752387AbeDQP1B (ORCPT + 99 others); Tue, 17 Apr 2018 11:27:01 -0400 Received: from mga14.intel.com ([192.55.52.115]:61296 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750741AbeDQP1A (ORCPT ); Tue, 17 Apr 2018 11:27:00 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Apr 2018 08:26:59 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,464,1517904000"; d="scan'208";a="47649187" Received: from jnikula-mobl2.fi.intel.com (HELO localhost) ([10.237.66.59]) by fmsmga001.fm.intel.com with ESMTP; 17 Apr 2018 08:26:56 -0700 From: Jani Nikula To: Souptick Joarder , joonas.lahtinen@linux.intel.com, rodrigo.vivi@intel.com, airlied@linux.ie Cc: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, willy@infradead.org Subject: Re: [PATCH] gpu: drm: i915: Change return type to vm_fault_t In-Reply-To: <20180417151127.GA31655@jordon-HP-15-Notebook-PC> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20180417151127.GA31655@jordon-HP-15-Notebook-PC> Date: Tue, 17 Apr 2018 18:29:41 +0300 Message-ID: <87h8o9g8be.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 17 Apr 2018, Souptick Joarder wrote: > Use new return type vm_fault_t for fault handler. For > now, this is just documenting that the function returns > a VM_FAULT value rather than an errno. Once all instances > are converted, vm_fault_t will become a distinct type. > > Reference id -> 1c8f422059ae ("mm: change return type to > vm_fault_t") > > Signed-off-by: Souptick Joarder > --- > drivers/gpu/drm/i915/i915_drv.h | 3 ++- > drivers/gpu/drm/i915/i915_gem.c | 15 ++++++++------- > 2 files changed, 10 insertions(+), 8 deletions(-) > > diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h > index a42deeb..95b0d50 100644 > --- a/drivers/gpu/drm/i915/i915_drv.h > +++ b/drivers/gpu/drm/i915/i915_drv.h > @@ -51,6 +51,7 @@ > #include > #include > #include > +#include > > #include "i915_params.h" > #include "i915_reg.h" > @@ -3363,7 +3364,7 @@ int i915_gem_wait_for_idle(struct drm_i915_private *dev_priv, > unsigned int flags); > int __must_check i915_gem_suspend(struct drm_i915_private *dev_priv); > void i915_gem_resume(struct drm_i915_private *dev_priv); > -int i915_gem_fault(struct vm_fault *vmf); > +vm_fault_t i915_gem_fault(struct vm_fault *vmf); > int i915_gem_object_wait(struct drm_i915_gem_object *obj, > unsigned int flags, > long timeout, > diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c > index dd89abd..bdac690 100644 > --- a/drivers/gpu/drm/i915/i915_gem.c > +++ b/drivers/gpu/drm/i915/i915_gem.c > @@ -1882,7 +1882,7 @@ int i915_gem_mmap_gtt_version(void) > * The current feature set supported by i915_gem_fault() and thus GTT mmaps > * is exposed via I915_PARAM_MMAP_GTT_VERSION (see i915_gem_mmap_gtt_version). > */ > -int i915_gem_fault(struct vm_fault *vmf) > +vm_fault_t i915_gem_fault(struct vm_fault *vmf) > { > #define MIN_CHUNK_PAGES ((1 << 20) >> PAGE_SHIFT) /* 1 MiB */ > struct vm_area_struct *area = vmf->vma; > @@ -1895,6 +1895,7 @@ int i915_gem_fault(struct vm_fault *vmf) > pgoff_t page_offset; > unsigned int flags; > int ret; > + vm_fault_t retval; What's the point of changing the name? An unnecessary change. BR, Jani. > > /* We don't use vmf->pgoff since that has the fake offset */ > page_offset = (vmf->address - area->vm_start) >> PAGE_SHIFT; > @@ -2000,7 +2001,7 @@ int i915_gem_fault(struct vm_fault *vmf) > * and so needs to be reported. > */ > if (!i915_terminally_wedged(&dev_priv->gpu_error)) { > - ret = VM_FAULT_SIGBUS; > + retval = VM_FAULT_SIGBUS; > break; > } > case -EAGAIN: > @@ -2017,21 +2018,21 @@ int i915_gem_fault(struct vm_fault *vmf) > * EBUSY is ok: this just means that another thread > * already did the job. > */ > - ret = VM_FAULT_NOPAGE; > + retval = VM_FAULT_NOPAGE; > break; > case -ENOMEM: > - ret = VM_FAULT_OOM; > + retval = VM_FAULT_OOM; > break; > case -ENOSPC: > case -EFAULT: > - ret = VM_FAULT_SIGBUS; > + retval = VM_FAULT_SIGBUS; > break; > default: > WARN_ONCE(ret, "unhandled error in i915_gem_fault: %i\n", ret); > - ret = VM_FAULT_SIGBUS; > + retval = VM_FAULT_SIGBUS; > break; > } > - return ret; > + return retval; > } > > static void __i915_gem_object_release_mmap(struct drm_i915_gem_object *obj) > -- > 1.9.1 > -- Jani Nikula, Intel Open Source Technology Center