linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Danilo Krummrich <dakr@redhat.com>,
	airlied@gmail.com, daniel@ffwll.ch, tzimmermann@suse.de,
	mripard@kernel.org, corbet@lwn.net, christian.koenig@amd.com,
	bskeggs@redhat.com, Liam.Howlett@oracle.com,
	matthew.brost@intel.com, boris.brezillon@collabora.com,
	alexdeucher@gmail.com, ogabbay@kernel.org, bagasdotme@gmail.com,
	willy@infradead.org, jason@jlekstrand.net
Cc: oe-kbuild-all@lists.linux.dev, dri-devel@lists.freedesktop.org,
	nouveau@lists.freedesktop.org, linux-doc@vger.kernel.org,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org,
	Danilo Krummrich <dakr@redhat.com>,
	Dave Airlie <airlied@redhat.com>
Subject: Re: [PATCH drm-next v4 03/14] drm: manager to keep track of GPUs VA mappings
Date: Wed, 7 Jun 2023 12:36:59 +0800	[thread overview]
Message-ID: <202306071203.Gn8jrmLz-lkp@intel.com> (raw)
In-Reply-To: <20230606223130.6132-4-dakr@redhat.com>

Hi Danilo,

kernel test robot noticed the following build warnings:

[auto build test WARNING on 33a86170888b7e4aa0cea94ebb9c67180139cea9]

url:    https://github.com/intel-lab-lkp/linux/commits/Danilo-Krummrich/drm-execution-context-for-GEM-buffers-v4/20230607-063442
base:   33a86170888b7e4aa0cea94ebb9c67180139cea9
patch link:    https://lore.kernel.org/r/20230606223130.6132-4-dakr%40redhat.com
patch subject: [PATCH drm-next v4 03/14] drm: manager to keep track of GPUs VA mappings
config: alpha-allyesconfig (https://download.01.org/0day-ci/archive/20230607/202306071203.Gn8jrmLz-lkp@intel.com/config)
compiler: alpha-linux-gcc (GCC) 12.3.0
reproduce (this is a W=1 build):
        mkdir -p ~/bin
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        git checkout 33a86170888b7e4aa0cea94ebb9c67180139cea9
        b4 shazam https://lore.kernel.org/r/20230606223130.6132-4-dakr@redhat.com
        # save the config file
        mkdir build_dir && cp config build_dir/.config
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=alpha olddefconfig
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.3.0 ~/bin/make.cross W=1 O=build_dir ARCH=alpha SHELL=/bin/bash drivers/gpu/drm/

If you fix the issue, kindly add following tag where applicable
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202306071203.Gn8jrmLz-lkp@intel.com/

All warnings (new ones prefixed by >>):

   drivers/gpu/drm/drm_gpuva_mgr.c: In function '__drm_gpuva_sm_map':
>> drivers/gpu/drm/drm_gpuva_mgr.c:1032:32: warning: variable 'prev' set but not used [-Wunused-but-set-variable]
    1032 |         struct drm_gpuva *va, *prev = NULL;
         |                                ^~~~


vim +/prev +1032 drivers/gpu/drm/drm_gpuva_mgr.c

  1024	
  1025	static int
  1026	__drm_gpuva_sm_map(struct drm_gpuva_manager *mgr,
  1027			   const struct drm_gpuva_fn_ops *ops, void *priv,
  1028			   u64 req_addr, u64 req_range,
  1029			   struct drm_gem_object *req_obj, u64 req_offset)
  1030	{
  1031		DRM_GPUVA_ITER(it, mgr, req_addr);
> 1032		struct drm_gpuva *va, *prev = NULL;
  1033		u64 req_end = req_addr + req_range;
  1034		int ret;
  1035	
  1036		if (unlikely(!drm_gpuva_in_mm_range(mgr, req_addr, req_range)))
  1037			return -EINVAL;
  1038	
  1039		if (unlikely(drm_gpuva_in_kernel_node(mgr, req_addr, req_range)))
  1040			return -EINVAL;
  1041	
  1042		drm_gpuva_iter_for_each_range(va, it, req_end) {
  1043			struct drm_gem_object *obj = va->gem.obj;
  1044			u64 offset = va->gem.offset;
  1045			u64 addr = va->va.addr;
  1046			u64 range = va->va.range;
  1047			u64 end = addr + range;
  1048			bool merge = !!va->gem.obj;
  1049	
  1050			if (addr == req_addr) {
  1051				merge &= obj == req_obj &&
  1052					 offset == req_offset;
  1053	
  1054				if (end == req_end) {
  1055					ret = op_unmap_cb(ops, &it, priv, va, merge);
  1056					if (ret)
  1057						return ret;
  1058					break;
  1059				}
  1060	
  1061				if (end < req_end) {
  1062					ret = op_unmap_cb(ops, &it, priv, va, merge);
  1063					if (ret)
  1064						return ret;
  1065					goto next;
  1066				}
  1067	
  1068				if (end > req_end) {
  1069					struct drm_gpuva_op_map n = {
  1070						.va.addr = req_end,
  1071						.va.range = range - req_range,
  1072						.gem.obj = obj,
  1073						.gem.offset = offset + req_range,
  1074					};
  1075					struct drm_gpuva_op_unmap u = {
  1076						.va = va,
  1077						.keep = merge,
  1078					};
  1079	
  1080					ret = op_remap_cb(ops, &it, priv, NULL, &n, &u);
  1081					if (ret)
  1082						return ret;
  1083					break;
  1084				}
  1085			} else if (addr < req_addr) {
  1086				u64 ls_range = req_addr - addr;
  1087				struct drm_gpuva_op_map p = {
  1088					.va.addr = addr,
  1089					.va.range = ls_range,
  1090					.gem.obj = obj,
  1091					.gem.offset = offset,
  1092				};
  1093				struct drm_gpuva_op_unmap u = { .va = va };
  1094	
  1095				merge &= obj == req_obj &&
  1096					 offset + ls_range == req_offset;
  1097				u.keep = merge;
  1098	
  1099				if (end == req_end) {
  1100					ret = op_remap_cb(ops, &it, priv, &p, NULL, &u);
  1101					if (ret)
  1102						return ret;
  1103					break;
  1104				}
  1105	
  1106				if (end < req_end) {
  1107					ret = op_remap_cb(ops, &it, priv, &p, NULL, &u);
  1108					if (ret)
  1109						return ret;
  1110					goto next;
  1111				}
  1112	
  1113				if (end > req_end) {
  1114					struct drm_gpuva_op_map n = {
  1115						.va.addr = req_end,
  1116						.va.range = end - req_end,
  1117						.gem.obj = obj,
  1118						.gem.offset = offset + ls_range +
  1119							      req_range,
  1120					};
  1121	
  1122					ret = op_remap_cb(ops, &it, priv, &p, &n, &u);
  1123					if (ret)
  1124						return ret;
  1125					break;
  1126				}
  1127			} else if (addr > req_addr) {
  1128				merge &= obj == req_obj &&
  1129					 offset == req_offset +
  1130						   (addr - req_addr);
  1131	
  1132				if (end == req_end) {
  1133					ret = op_unmap_cb(ops, &it, priv, va, merge);
  1134					if (ret)
  1135						return ret;
  1136					break;
  1137				}
  1138	
  1139				if (end < req_end) {
  1140					ret = op_unmap_cb(ops, &it, priv, va, merge);
  1141					if (ret)
  1142						return ret;
  1143					goto next;
  1144				}
  1145	
  1146				if (end > req_end) {
  1147					struct drm_gpuva_op_map n = {
  1148						.va.addr = req_end,
  1149						.va.range = end - req_end,
  1150						.gem.obj = obj,
  1151						.gem.offset = offset + req_end - addr,
  1152					};
  1153					struct drm_gpuva_op_unmap u = {
  1154						.va = va,
  1155						.keep = merge,
  1156					};
  1157	
  1158					ret = op_remap_cb(ops, &it, priv, NULL, &n, &u);
  1159					if (ret)
  1160						return ret;
  1161					break;
  1162				}
  1163			}
  1164	next:
  1165			prev = va;
  1166		}
  1167	
  1168		return op_map_cb(ops, priv,
  1169				 req_addr, req_range,
  1170				 req_obj, req_offset);
  1171	}
  1172	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki


  reply	other threads:[~2023-06-07  4:38 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-06 22:31 [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 01/14] drm: execution context for GEM buffers v4 Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 02/14] maple_tree: split up MA_STATE() macro Danilo Krummrich
2023-06-13 17:25   ` Liam R. Howlett
2023-06-06 22:31 ` [PATCH drm-next v4 03/14] drm: manager to keep track of GPUs VA mappings Danilo Krummrich
2023-06-07  4:36   ` kernel test robot [this message]
2023-06-14  0:29   ` Liam R. Howlett
2023-06-15 14:27     ` Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 04/14] drm: debugfs: provide infrastructure to dump a DRM GPU VA space Danilo Krummrich
2023-06-06 23:55   ` kernel test robot
2023-06-07 20:19   ` kernel test robot
2023-06-06 22:31 ` [PATCH drm-next v4 05/14] drm/nouveau: new VM_BIND uapi interfaces Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 06/14] drm/nouveau: get vmm via nouveau_cli_vmm() Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 07/14] drm/nouveau: bo: initialize GEM GPU VA interface Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 08/14] drm/nouveau: move usercopy helpers to nouveau_drv.h Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 09/14] drm/nouveau: fence: separate fence alloc and emit Danilo Krummrich
2023-06-07 15:42   ` kernel test robot
2023-06-06 22:31 ` [PATCH drm-next v4 10/14] drm/nouveau: fence: fail to emit when fence context is killed Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 11/14] drm/nouveau: chan: provide nouveau_channel_kill() Danilo Krummrich
2023-06-06 22:31 ` [PATCH drm-next v4 12/14] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm Danilo Krummrich
2023-06-07 15:52   ` kernel test robot
2023-06-06 22:31 ` [PATCH drm-next v4 13/14] drm/nouveau: implement new VM_BIND uAPI Danilo Krummrich
2023-06-08 12:53   ` kernel test robot
2023-06-06 22:31 ` [PATCH drm-next v4 14/14] drm/nouveau: debugfs: implement DRM GPU VA debugfs Danilo Krummrich
2023-06-14  1:20   ` Liam R. Howlett
2023-06-09 11:56 ` [PATCH drm-next v4 00/14] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI Donald Robson
2023-06-13 14:20   ` Danilo Krummrich
2023-06-14  7:58     ` Donald Robson
2023-06-15 16:31       ` Danilo Krummrich
2023-06-15 16:39 ` Danilo Krummrich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202306071203.Gn8jrmLz-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=Liam.Howlett@oracle.com \
    --cc=airlied@gmail.com \
    --cc=airlied@redhat.com \
    --cc=alexdeucher@gmail.com \
    --cc=bagasdotme@gmail.com \
    --cc=boris.brezillon@collabora.com \
    --cc=bskeggs@redhat.com \
    --cc=christian.koenig@amd.com \
    --cc=corbet@lwn.net \
    --cc=dakr@redhat.com \
    --cc=daniel@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jason@jlekstrand.net \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=matthew.brost@intel.com \
    --cc=mripard@kernel.org \
    --cc=nouveau@lists.freedesktop.org \
    --cc=oe-kbuild-all@lists.linux.dev \
    --cc=ogabbay@kernel.org \
    --cc=tzimmermann@suse.de \
    --cc=willy@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).