linux-doc.vger.kernel.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: llvm@lists.linux.dev, 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 v3 04/15] drm: manager to keep track of GPUs VA mappings
Date: Tue, 4 Apr 2023 13:29:44 +0800	[thread overview]
Message-ID: <202304041336.BD0G9U85-lkp@intel.com> (raw)
In-Reply-To: <20230404012741.116502-5-dakr@redhat.com>

Hi Danilo,

kernel test robot noticed the following build warnings:

[auto build test WARNING on d36d68fd1925d33066d52468b7c7c6aca6521248]

url:    https://github.com/intel-lab-lkp/linux/commits/Danilo-Krummrich/drm-execution-context-for-GEM-buffers-v3/20230404-093042
base:   d36d68fd1925d33066d52468b7c7c6aca6521248
patch link:    https://lore.kernel.org/r/20230404012741.116502-5-dakr%40redhat.com
patch subject: [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings
config: mips-randconfig-r024-20230403 (https://download.01.org/0day-ci/archive/20230404/202304041336.BD0G9U85-lkp@intel.com/config)
compiler: clang version 17.0.0 (https://github.com/llvm/llvm-project 67409911353323ca5edf2049ef0df54132fa1ca7)
reproduce (this is a W=1 build):
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # install mips cross compiling tool for clang build
        # apt-get install binutils-mipsel-linux-gnu
        # https://github.com/intel-lab-lkp/linux/commit/c25139e5a168ae8a3a3e5ca0b650c201e5f41367
        git remote add linux-review https://github.com/intel-lab-lkp/linux
        git fetch --no-tags linux-review Danilo-Krummrich/drm-execution-context-for-GEM-buffers-v3/20230404-093042
        git checkout c25139e5a168ae8a3a3e5ca0b650c201e5f41367
        # save the config file
        mkdir build_dir && cp config build_dir/.config
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=mips olddefconfig
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=clang make.cross W=1 O=build_dir ARCH=mips SHELL=/bin/bash drivers/gpu/drm/ drivers/iio/light/

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

All warnings (new ones prefixed by >>):

>> drivers/gpu/drm/drm_gpuva_mgr.c:1031:25: warning: variable 'prev' set but not used [-Wunused-but-set-variable]
           struct drm_gpuva *va, *prev = NULL;
                                  ^
   1 warning generated.


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

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

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

  reply	other threads:[~2023-04-04  5:30 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-04  1:27 [PATCH drm-next v3 00/15] [RFC] DRM GPUVA Manager & Nouveau VM_BIND UAPI Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 01/15] drm: execution context for GEM buffers v3 Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 02/15] drm_exec: fix double dma_resv unlock Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 03/15] maple_tree: split up MA_STATE() macro Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 04/15] drm: manager to keep track of GPUs VA mappings Danilo Krummrich
2023-04-04  5:29   ` kernel test robot [this message]
2023-04-21 10:46   ` Boris Brezillon
2023-04-28 10:18   ` Boris Brezillon
2023-04-04  1:27 ` [PATCH drm-next v3 05/15] drm: debugfs: provide infrastructure to dump a DRM GPU VA space Danilo Krummrich
2023-04-04  4:05   ` kernel test robot
2023-04-04  8:36   ` kernel test robot
2023-04-04  1:27 ` [PATCH drm-next v3 06/15] drm/nouveau: new VM_BIND uapi interfaces Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 07/15] drm/nouveau: get vmm via nouveau_cli_vmm() Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 08/15] drm/nouveau: bo: initialize GEM GPU VA interface Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 09/15] drm/nouveau: move usercopy helpers to nouveau_drv.h Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 10/15] drm/nouveau: fence: separate fence alloc and emit Danilo Krummrich
2023-04-04  7:55   ` kernel test robot
2023-04-04  1:27 ` [PATCH drm-next v3 11/15] drm/nouveau: fence: fail to emit when fence context is killed Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 12/15] drm/nouveau: chan: provide nouveau_channel_kill() Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 13/15] drm/nouveau: nvkm/vmm: implement raw ops to manage uvmm Danilo Krummrich
2023-04-04  5:50   ` kernel test robot
2023-04-04  1:27 ` [PATCH drm-next v3 14/15] drm/nouveau: implement new VM_BIND uAPI Danilo Krummrich
2023-04-04  1:27 ` [PATCH drm-next v3 15/15] drm/nouveau: debugfs: implement DRM GPU VA debugfs 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=202304041336.BD0G9U85-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=llvm@lists.linux.dev \
    --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).