From: kbuild test robot <lkp@intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>
Cc: intel-gfx@lists.freedesktop.org, kbuild-all@01.org
Subject: Re: [PATCH 10/28] drm/mm: Pack allocated/scanned boolean into a bitfield
Date: Tue, 27 Aug 2019 15:12:38 +0800 [thread overview]
Message-ID: <201908271538.pxaPPCHv%lkp@intel.com> (raw)
In-Reply-To: <20190826072149.9447-10-chris@chris-wilson.co.uk>
[-- Attachment #1: Type: text/plain, Size: 3551 bytes --]
Hi Chris,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on drm-intel/for-linux-next]
[cannot apply to v5.3-rc6 next-20190826]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]
url: https://github.com/0day-ci/linux/commits/Chris-Wilson/drm-i915-selftests-Add-the-usual-batch-vma-managements-to-st_workarounds/20190827-004721
base: git://anongit.freedesktop.org/drm-intel for-linux-next
config: x86_64-allyesconfig (attached as .config)
compiler: gcc-7 (Debian 7.4.0-10) 7.4.0
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
drivers/gpu/drm/vc4/vc4_crtc.c: In function 'vc4_crtc_destroy_state':
>> drivers/gpu/drm/vc4/vc4_crtc.c:997:19: error: 'struct drm_mm_node' has no member named 'allocated'
if (vc4_state->mm.allocated) {
^
--
drivers/gpu/drm/vc4/vc4_plane.c: In function 'vc4_plane_destroy_state':
>> drivers/gpu/drm/vc4/vc4_plane.c:181:20: error: 'struct drm_mm_node' has no member named 'allocated'
if (vc4_state->lbm.allocated) {
^
drivers/gpu/drm/vc4/vc4_plane.c: In function 'vc4_plane_allocate_lbm':
drivers/gpu/drm/vc4/vc4_plane.c:560:21: error: 'struct drm_mm_node' has no member named 'allocated'
if (!vc4_state->lbm.allocated) {
^
--
drivers/gpu/drm/vc4/vc4_hvs.c: In function 'vc4_hvs_unbind':
>> drivers/gpu/drm/vc4/vc4_hvs.c:318:41: error: 'struct drm_mm_node' has no member named 'allocated'
if (vc4->hvs->mitchell_netravali_filter.allocated)
^
vim +997 drivers/gpu/drm/vc4/vc4_crtc.c
d8dbf44f13b911 Eric Anholt 2015-12-28 990
d8dbf44f13b911 Eric Anholt 2015-12-28 991 static void vc4_crtc_destroy_state(struct drm_crtc *crtc,
d8dbf44f13b911 Eric Anholt 2015-12-28 992 struct drm_crtc_state *state)
d8dbf44f13b911 Eric Anholt 2015-12-28 993 {
d8dbf44f13b911 Eric Anholt 2015-12-28 994 struct vc4_dev *vc4 = to_vc4_dev(crtc->dev);
d8dbf44f13b911 Eric Anholt 2015-12-28 995 struct vc4_crtc_state *vc4_state = to_vc4_crtc_state(state);
d8dbf44f13b911 Eric Anholt 2015-12-28 996
d8dbf44f13b911 Eric Anholt 2015-12-28 @997 if (vc4_state->mm.allocated) {
d8dbf44f13b911 Eric Anholt 2015-12-28 998 unsigned long flags;
d8dbf44f13b911 Eric Anholt 2015-12-28 999
d8dbf44f13b911 Eric Anholt 2015-12-28 1000 spin_lock_irqsave(&vc4->hvs->mm_lock, flags);
d8dbf44f13b911 Eric Anholt 2015-12-28 1001 drm_mm_remove_node(&vc4_state->mm);
d8dbf44f13b911 Eric Anholt 2015-12-28 1002 spin_unlock_irqrestore(&vc4->hvs->mm_lock, flags);
d8dbf44f13b911 Eric Anholt 2015-12-28 1003
d8dbf44f13b911 Eric Anholt 2015-12-28 1004 }
d8dbf44f13b911 Eric Anholt 2015-12-28 1005
7622b255436655 Eric Anholt 2016-10-10 1006 drm_atomic_helper_crtc_destroy_state(crtc, state);
d8dbf44f13b911 Eric Anholt 2015-12-28 1007 }
d8dbf44f13b911 Eric Anholt 2015-12-28 1008
:::::: The code at line 997 was first introduced by commit
:::::: d8dbf44f13b91185c618219d912b246817a8d132 drm/vc4: Make the CRTCs cooperate on allocating display lists.
:::::: TO: Eric Anholt <eric@anholt.net>
:::::: CC: Eric Anholt <eric@anholt.net>
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
[-- Attachment #2: .config.gz --]
[-- Type: application/gzip, Size: 69533 bytes --]
[-- Attachment #3: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2019-08-27 7:12 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-26 7:21 [PATCH 01/28] drm/i915/selftests: Add the usual batch vma managements to st_workarounds Chris Wilson
2019-08-26 7:21 ` [PATCH 02/28] drm/i915/selftests: Remove accidental serialization between gpu_fill Chris Wilson
2019-08-27 15:54 ` Matthew Auld
2019-08-26 7:21 ` [PATCH 03/28] drm/i915/selftests: Try to recycle context allocations Chris Wilson
2019-08-27 16:11 ` Matthew Auld
2019-08-26 7:21 ` [PATCH 04/28] drm/i915/gtt: Downgrade Baytrail back to aliasing-ppgtt Chris Wilson
2019-08-26 7:21 ` [PATCH 05/28] drm/i915/gtt: Downgrade Cherryview " Chris Wilson
2019-08-26 7:21 ` [PATCH 06/28] drm/i915: Protect our local workers against I915_FENCE_TIMEOUT Chris Wilson
2019-08-28 17:01 ` Matthew Auld
2019-08-26 7:21 ` [PATCH 07/28] drm/i915: Force PD reload on any PD update Chris Wilson
2019-08-26 7:21 ` [PATCH 08/28] drm/i915: Replace obj->pin_global with obj->frontbuffer Chris Wilson
2019-08-26 7:21 ` [PATCH 09/28] dma-fence: Serialise signal enabling (dma_fence_enable_sw_signaling) Chris Wilson
2019-08-26 7:21 ` [PATCH 10/28] drm/mm: Pack allocated/scanned boolean into a bitfield Chris Wilson
2019-08-27 7:12 ` kbuild test robot [this message]
2019-08-26 7:21 ` [PATCH 11/28] drm/i915: Make shrink/unshrink be atomic Chris Wilson
2019-08-26 7:21 ` [PATCH 12/28] drm/i915: Only track bound elements of the GTT Chris Wilson
2019-08-26 7:21 ` [PATCH 13/28] drm/i915: Make i915_vma.flags atomic_t for mutex reduction Chris Wilson
2019-08-26 7:21 ` [PATCH 14/28] drm/i915: Mark up address spaces that may need to allocate Chris Wilson
2019-08-26 7:21 ` [PATCH 15/28] drm/i915: Pull i915_vma_pin under the vm->mutex Chris Wilson
2019-08-26 7:21 ` [PATCH 16/28] drm/i915: Push the i915_active.retire into a worker Chris Wilson
2019-08-26 7:21 ` [PATCH 17/28] drm/i915: Coordinate i915_active with its own mutex Chris Wilson
2019-08-26 7:21 ` [PATCH 18/28] drm/i915: Move idle barrier cleanup into engine-pm Chris Wilson
2019-08-26 7:21 ` [PATCH 19/28] drm/i915: Drop struct_mutex from around i915_retire_requests() Chris Wilson
2019-08-26 7:21 ` [PATCH 20/28] drm/i915: Merge wait_for_timelines with retire_request Chris Wilson
2019-08-26 7:21 ` [PATCH 21/28] drm/i915: Serialise the fill BLT with the vma pinning Chris Wilson
2019-08-26 7:21 ` [PATCH 22/28] drm/i915/execlists: Always request completion before marking an error Chris Wilson
2019-08-26 7:21 ` [PATCH 23/28] drm/i915: Only enqueue already completed requests Chris Wilson
2019-08-26 7:21 ` [PATCH 24/28] drm/i915/execlists: Force preemption Chris Wilson
2019-08-26 7:21 ` [PATCH 25/28] drm/i915: Mark up "sentinel" requests Chris Wilson
2019-08-26 7:21 ` [PATCH 26/28] drm/i915/execlists: Cancel banned contexts on schedule-out Chris Wilson
2019-08-26 7:21 ` [PATCH 27/28] drm/i915: Cancel non-persistent contexts on close Chris Wilson
2019-08-26 13:39 ` Bloomfield, Jon
2019-08-26 16:50 ` Chris Wilson
2019-08-26 7:21 ` [PATCH 28/28] drm/i915: Replace hangcheck by heartbeats Chris Wilson
2019-08-26 14:08 ` Bloomfield, Jon
2019-08-26 16:56 ` Chris Wilson
2019-08-26 17:51 ` Bloomfield, Jon
2019-08-26 17:57 ` Chris Wilson
2019-08-26 7:34 ` ✗ Fi.CI.CHECKPATCH: warning for series starting with [01/28] drm/i915/selftests: Add the usual batch vma managements to st_workarounds Patchwork
2019-08-26 7:57 ` ✗ Fi.CI.BAT: failure " Patchwork
2019-08-26 9:35 ` Chris Wilson
2019-08-26 13:33 ` Chris Wilson
2019-08-27 9:19 ` [PATCH 01/28] " Matthew Auld
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=201908271538.pxaPPCHv%lkp@intel.com \
--to=lkp@intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=intel-gfx@lists.freedesktop.org \
--cc=kbuild-all@01.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