From: Jani Nikula <jani.nikula@linux.intel.com>
To: Daniel Vetter <daniel@ffwll.ch>, kbuild test robot <lkp@intel.com>
Cc: Daniel Vetter <daniel.vetter@ffwll.ch>,
intel-gfx@lists.freedesktop.org, stable@vger.kernel.org, "Goel\,
Akash" <akash.goel@intel.com>,
kbuild-all@01.org
Subject: Re: [Intel-gfx] [PATCH v4] drm/i915: Pin the ifbdev for the info->system_base GGTT mmapping
Date: Tue, 01 Dec 2015 11:01:33 +0200 [thread overview]
Message-ID: <87r3j65yqa.fsf@intel.com> (raw)
In-Reply-To: <20151124164625.GU17050@phenom.ffwll.local>
On Tue, 24 Nov 2015, Daniel Vetter <daniel@ffwll.ch> wrote:
> On Sat, Nov 21, 2015 at 02:01:55AM +0800, kbuild test robot wrote:
>> Hi Chris,
>>
>> [auto build test WARNING on drm-intel/for-linux-next]
>> [cannot apply to v4.4-rc1 next-20151120]
>>
>> url: https://github.com/0day-ci/linux/commits/Chris-Wilson/drm-i915-Pin-the-ifbdev-for-the-info-system_base-GGTT-mmapping/20151121-003300
>> base: git://anongit.freedesktop.org/drm-intel for-linux-next
>> reproduce:
>> # apt-get install sparse
>> make ARCH=x86_64 allmodconfig
>> make C=1 CF=-D__CHECK_ENDIAN__
>>
>>
>> sparse warnings: (new ones prefixed by >>)
>>
>> >> drivers/gpu/drm/i915/intel_fbdev.c:225:58: sparse: incorrect type in argument 2 (different base types)
>> drivers/gpu/drm/i915/intel_fbdev.c:225:58: expected struct drm_framebuffer *fb
>> drivers/gpu/drm/i915/intel_fbdev.c:225:58: got struct drm_framebuffer base
>> drivers/gpu/drm/i915/intel_fbdev.c: In function 'intelfb_create':
>> drivers/gpu/drm/i915/intel_fbdev.c:225:41: error: incompatible type for argument 2 of 'intel_pin_and_fence_fb_obj'
>> ret = intel_pin_and_fence_fb_obj(NULL, ifbdev->fb->base, NULL);
>> ^
>> In file included from drivers/gpu/drm/i915/intel_fbdev.c:44:0:
>> drivers/gpu/drm/i915/intel_drv.h:1098:5: note: expected 'struct drm_framebuffer *' but argument is of type 'struct drm_framebuffer'
>> int intel_pin_and_fence_fb_obj(struct drm_plane *plane,
>
> With the missing & ack for -fixes on both patches from my side.
Somehow the fact that this didn't even compile to begin with makes me
less than enthusiastic about queuing this to -fixes, let alone -stable.
BR,
Jani.
> -Daniel
>
>> ^
>>
>> vim +225 drivers/gpu/drm/i915/intel_fbdev.c
>>
>> 209 } else {
>> 210 DRM_DEBUG_KMS("re-using BIOS fb\n");
>> 211 prealloc = true;
>> 212 sizes->fb_width = intel_fb->base.width;
>> 213 sizes->fb_height = intel_fb->base.height;
>> 214 }
>> 215
>> 216 obj = intel_fb->obj;
>> 217 size = obj->base.size;
>> 218
>> 219 mutex_lock(&dev->struct_mutex);
>> 220
>> 221 /* Pin the GGTT vma for our access via info->screen_base.
>> 222 * This also validates that any existing fb inherited from the
>> 223 * BIOS is suitable for own access.
>> 224 */
>> > 225 ret = intel_pin_and_fence_fb_obj(NULL, ifbdev->fb->base, NULL);
>> 226 if (ret)
>> 227 goto out_unlock;
>> 228
>> 229 info = drm_fb_helper_alloc_fbi(helper);
>> 230 if (IS_ERR(info)) {
>> 231 DRM_ERROR("Failed to allocate fb_info\n");
>> 232 ret = PTR_ERR(info);
>> 233 goto out_unpin;
>>
>> ---
>> 0-DAY kernel test infrastructure Open Source Technology Center
>> https://lists.01.org/pipermail/kbuild-all Intel Corporation
--
Jani Nikula, Intel Open Source Technology Center
next prev parent reply other threads:[~2015-12-01 8:57 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-20 14:16 [PATCH v2 1/2] drm/i915: Set the map-and-fenceable flag for preallocated objects Chris Wilson
2015-11-20 14:16 ` [PATCH v2 2/2] drm/i915: Pin the ifbdev for the info->system_base GGTT mmapping Chris Wilson
2015-11-20 14:34 ` [PATCH v3] " Chris Wilson
2015-11-20 16:15 ` Jesse Barnes
2015-11-20 16:29 ` [PATCH v4] " Chris Wilson
2015-11-20 16:35 ` Jesse Barnes
2015-11-20 16:46 ` [Intel-gfx] " kbuild test robot
2015-11-20 18:01 ` kbuild test robot
2015-11-24 16:46 ` Daniel Vetter
2015-12-01 9:01 ` Jani Nikula [this message]
2015-11-24 21:20 ` Lukas Wunner
2015-12-04 16:05 ` [PATCH v5] " Chris Wilson
2015-12-06 20:33 ` Lukas Wunner
2015-12-16 10:52 ` Daniel Vetter
2015-12-17 11:34 ` [Intel-gfx] " Ville Syrjälä
2015-12-10 16:36 ` Ville Syrjälä
2015-12-10 16:41 ` Takashi Iwai
2015-12-17 15:59 ` Daniel Vetter
2015-12-23 11:07 ` Jani Nikula
2015-11-20 16:06 ` [PATCH v2 1/2] drm/i915: Set the map-and-fenceable flag for preallocated objects Jesse Barnes
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=87r3j65yqa.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=akash.goel@intel.com \
--cc=daniel.vetter@ffwll.ch \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=kbuild-all@01.org \
--cc=lkp@intel.com \
--cc=stable@vger.kernel.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).