From: kernel test robot <lkp@intel.com>
To: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
intel-xe@lists.freedesktop.org
Cc: oe-kbuild-all@lists.linux.dev,
"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
dri-devel@lists.freedesktop.org, himal.prasad.ghimiray@intel.com,
apopple@nvidia.com, airlied@gmail.com,
"Simona Vetter" <simona.vetter@ffwll.ch>,
felix.kuehling@amd.com, "Matthew Brost" <matthew.brost@intel.com>,
"Christian König" <christian.koenig@amd.com>,
dakr@kernel.org, "Mrozek, Michal" <michal.mrozek@intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>
Subject: Re: [PATCH v3 21/22] drm/pagemap, drm/xe: Support destination migration over interconnect
Date: Thu, 11 Dec 2025 03:58:42 +0800 [thread overview]
Message-ID: <202512110318.3hUYvXqi-lkp@intel.com> (raw)
In-Reply-To: <20251210110742.107575-22-thomas.hellstrom@linux.intel.com>
Hi Thomas,
kernel test robot noticed the following build errors:
[auto build test ERROR on drm-tip/drm-tip]
[cannot apply to drm-xe/drm-xe-next drm-misc/drm-misc-next drm/drm-next drm-i915/for-linux-next drm-i915/for-linux-next-fixes linus/master daeinki-drm-exynos/exynos-drm-next v6.18 next-20251210]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url: https://github.com/intel-lab-lkp/linux/commits/Thomas-Hellstr-m/drm-xe-svm-Fix-a-debug-printout/20251210-191243
base: https://gitlab.freedesktop.org/drm/tip.git drm-tip
patch link: https://lore.kernel.org/r/20251210110742.107575-22-thomas.hellstrom%40linux.intel.com
patch subject: [PATCH v3 21/22] drm/pagemap, drm/xe: Support destination migration over interconnect
config: i386-allmodconfig (https://download.01.org/0day-ci/archive/20251211/202512110318.3hUYvXqi-lkp@intel.com/config)
compiler: gcc-14 (Debian 14.2.0-19) 14.2.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251211/202512110318.3hUYvXqi-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202512110318.3hUYvXqi-lkp@intel.com/
All errors (new ones prefixed by >>):
In file included from include/linux/bitfield.h:10,
from drivers/gpu/drm/xe/xe_migrate.c:8:
drivers/gpu/drm/xe/xe_migrate.c: In function 'build_pt_update_batch_sram':
>> drivers/gpu/drm/xe/xe_migrate.c:2052:62: error: 'XE_INTERCONNECT_P2P' undeclared (first use in this function); did you mean 'XE_INTERCONNECT_VRAM'?
2052 | sram_addr[i].proto == XE_INTERCONNECT_P2P);
| ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:30:63: note: in definition of macro 'BUILD_BUG_ON_INVALID'
30 | #define BUILD_BUG_ON_INVALID(e) ((void)(sizeof((__force long)(e))))
| ^
drivers/gpu/drm/xe/xe_assert.h:112:9: note: in expansion of macro '__xe_assert_msg'
112 | __xe_assert_msg(__xe, condition, \
| ^~~~~~~~~~~~~~~
drivers/gpu/drm/xe/xe_assert.h:148:9: note: in expansion of macro 'xe_assert_msg'
148 | xe_assert_msg(tile_to_xe(__tile), condition, "tile: %u VRAM %s\n" msg, \
| ^~~~~~~~~~~~~
drivers/gpu/drm/xe/xe_assert.h:144:41: note: in expansion of macro 'xe_tile_assert_msg'
144 | #define xe_tile_assert(tile, condition) xe_tile_assert_msg((tile), condition, "")
| ^~~~~~~~~~~~~~~~~~
drivers/gpu/drm/xe/xe_migrate.c:2050:25: note: in expansion of macro 'xe_tile_assert'
2050 | xe_tile_assert(m->tile, sram_addr[i].proto ==
| ^~~~~~~~~~~~~~
drivers/gpu/drm/xe/xe_migrate.c:2052:62: note: each undeclared identifier is reported only once for each function it appears in
2052 | sram_addr[i].proto == XE_INTERCONNECT_P2P);
| ^~~~~~~~~~~~~~~~~~~
include/linux/build_bug.h:30:63: note: in definition of macro 'BUILD_BUG_ON_INVALID'
30 | #define BUILD_BUG_ON_INVALID(e) ((void)(sizeof((__force long)(e))))
| ^
drivers/gpu/drm/xe/xe_assert.h:112:9: note: in expansion of macro '__xe_assert_msg'
112 | __xe_assert_msg(__xe, condition, \
| ^~~~~~~~~~~~~~~
drivers/gpu/drm/xe/xe_assert.h:148:9: note: in expansion of macro 'xe_assert_msg'
148 | xe_assert_msg(tile_to_xe(__tile), condition, "tile: %u VRAM %s\n" msg, \
| ^~~~~~~~~~~~~
drivers/gpu/drm/xe/xe_assert.h:144:41: note: in expansion of macro 'xe_tile_assert_msg'
144 | #define xe_tile_assert(tile, condition) xe_tile_assert_msg((tile), condition, "")
| ^~~~~~~~~~~~~~~~~~
drivers/gpu/drm/xe/xe_migrate.c:2050:25: note: in expansion of macro 'xe_tile_assert'
2050 | xe_tile_assert(m->tile, sram_addr[i].proto ==
| ^~~~~~~~~~~~~~
vim +2052 drivers/gpu/drm/xe/xe_migrate.c
2019
2020 static void build_pt_update_batch_sram(struct xe_migrate *m,
2021 struct xe_bb *bb, u32 pt_offset,
2022 struct drm_pagemap_addr *sram_addr,
2023 u32 size, int level)
2024 {
2025 u16 pat_index = tile_to_xe(m->tile)->pat.idx[XE_CACHE_WB];
2026 u64 gpu_page_size = 0x1ull << xe_pt_shift(level);
2027 u32 ptes;
2028 int i = 0;
2029
2030 xe_tile_assert(m->tile, PAGE_ALIGNED(size));
2031
2032 ptes = DIV_ROUND_UP(size, gpu_page_size);
2033 while (ptes) {
2034 u32 chunk = min(MAX_PTE_PER_SDI, ptes);
2035
2036 if (!level)
2037 chunk = ALIGN_DOWN(chunk, PAGE_SIZE / XE_PAGE_SIZE);
2038
2039 bb->cs[bb->len++] = MI_STORE_DATA_IMM | MI_SDI_NUM_QW(chunk);
2040 bb->cs[bb->len++] = pt_offset;
2041 bb->cs[bb->len++] = 0;
2042
2043 pt_offset += chunk * 8;
2044 ptes -= chunk;
2045
2046 while (chunk--) {
2047 u64 addr = sram_addr[i].addr;
2048 u64 pte;
2049
2050 xe_tile_assert(m->tile, sram_addr[i].proto ==
2051 DRM_INTERCONNECT_SYSTEM ||
> 2052 sram_addr[i].proto == XE_INTERCONNECT_P2P);
2053 xe_tile_assert(m->tile, addr);
2054 xe_tile_assert(m->tile, PAGE_ALIGNED(addr));
2055
2056 again:
2057 pte = m->q->vm->pt_ops->pte_encode_addr(m->tile->xe,
2058 addr, pat_index,
2059 level, false, 0);
2060 bb->cs[bb->len++] = lower_32_bits(pte);
2061 bb->cs[bb->len++] = upper_32_bits(pte);
2062
2063 if (gpu_page_size < PAGE_SIZE) {
2064 addr += XE_PAGE_SIZE;
2065 if (!PAGE_ALIGNED(addr)) {
2066 chunk--;
2067 goto again;
2068 }
2069 i++;
2070 } else {
2071 i += gpu_page_size / PAGE_SIZE;
2072 }
2073 }
2074 }
2075 }
2076
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next prev parent reply other threads:[~2025-12-10 19:58 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-10 11:07 [PATCH v3 00/22] Dynamic drm_pagemaps and Initial multi-device SVM Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 01/22] drm/xe/svm: Fix a debug printout Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 02/22] drm/pagemap, drm/xe: Ensure that the devmem allocation is idle before use Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 03/22] drm/pagemap, drm/xe: Add refcounting to struct drm_pagemap Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 04/22] drm/pagemap: Add a refcounted drm_pagemap backpointer to struct drm_pagemap_zdd Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 05/22] drm/pagemap, drm/xe: Manage drm_pagemap provider lifetimes Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 06/22] drm/pagemap: Add a drm_pagemap cache and shrinker Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 07/22] drm/xe: Use the " Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 08/22] drm/pagemap: Remove the drm_pagemap_create() interface Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 09/22] drm/pagemap_util: Add a utility to assign an owner to a set of interconnected gpus Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 10/22] drm/xe: Use the drm_pagemap_util helper to get a svm pagemap owner Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 11/22] drm/xe: Pass a drm_pagemap pointer around with the memory advise attributes Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 12/22] drm/xe: Use the vma attibute drm_pagemap to select where to migrate Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 13/22] drm/xe: Simplify madvise_preferred_mem_loc() Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 14/22] drm/xe/uapi: Extend the madvise functionality to support foreign pagemap placement for svm Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 15/22] drm/xe: Support pcie p2p dma as a fast interconnect Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 16/22] drm/xe/vm: Add a couple of VM debug printouts Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 17/22] drm/xe/svm: Document how xe keeps drm_pagemap references Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 18/22] drm/pagemap, drm/xe: Clean up the use of the device-private page owner Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 19/22] drm/gpusvm: Introduce a function to scan the current migration state Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 20/22] drm/xe: Use drm_gpusvm_scan_mm() Thomas Hellström
2025-12-10 11:07 ` [PATCH v3 21/22] drm/pagemap, drm/xe: Support destination migration over interconnect Thomas Hellström
2025-12-10 19:58 ` kernel test robot [this message]
2025-12-11 3:38 ` kernel test robot
2025-12-10 11:07 ` [PATCH v3 22/22] drm/pagemap: Support source " Thomas Hellström
2025-12-11 10:23 ` ✗ CI.checkpatch: warning for Dynamic drm_pagemaps and Initial multi-device SVM (rev4) Patchwork
2025-12-11 10:23 ` ✗ CI.KUnit: failure " Patchwork
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=202512110318.3hUYvXqi-lkp@intel.com \
--to=lkp@intel.com \
--cc=airlied@gmail.com \
--cc=apopple@nvidia.com \
--cc=christian.koenig@amd.com \
--cc=dakr@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=felix.kuehling@amd.com \
--cc=himal.prasad.ghimiray@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=joonas.lahtinen@linux.intel.com \
--cc=matthew.brost@intel.com \
--cc=michal.mrozek@intel.com \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=simona.vetter@ffwll.ch \
--cc=thomas.hellstrom@linux.intel.com \
/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