All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Chris Wilson <chris@chris-wilson.co.uk>,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	DRI Development <dri-devel@lists.freedesktop.org>,
	Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
	David Herrmann <dh.herrmann@gmail.com>
Subject: Re: [PATCH] drm/i915: Kconfig option to disable the legacy fbdev support
Date: Wed, 9 Oct 2013 10:33:25 +0200	[thread overview]
Message-ID: <20131009083325.GM8303@phenom.ffwll.local> (raw)
In-Reply-To: <20131009080936.GK4454@nuc-i3427.alporthouse.com>

On Wed, Oct 09, 2013 at 09:09:36AM +0100, Chris Wilson wrote:
> On Wed, Oct 09, 2013 at 09:18:51AM +0200, Daniel Vetter wrote:
> >  mode_fits_in_fbdev(struct drm_device *dev,
> >  		   struct drm_display_mode *mode)
> >  {
> > +#ifdef CONFIG_DRM_I915_FBDEV
> >  	struct drm_i915_private *dev_priv = dev->dev_private;
> >  	struct drm_i915_gem_object *obj;
> >  	struct drm_framebuffer *fb;
> > @@ -7338,6 +7339,9 @@ mode_fits_in_fbdev(struct drm_device *dev,
> >  		return NULL;
> >  
> >  	return fb;
> > +#else
> > +	return NULL;
> > +#endif
> 
> This for example is not fbdev specific. There used to be code, extracted
> from this function, to sanity check that the mode fitted in the fb
> provided by the user and by the bios. Which caught a few problems in the
> past.

Hm, I think we should check the size of the underlying gem bo against the
fb we create. Then core drm should take care of all constraint checking.

But the size check in intel_framebuffer_init seems to indeed be missing.
I'll add something and submit a patch.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch

  reply	other threads:[~2013-10-09  8:33 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-08 15:44 [PATCH 0/3] fbdev-less i915, take 2 Daniel Vetter
2013-10-08 15:44 ` [PATCH 1/3] drm: Add separate Kconfig option for fbdev helpers Daniel Vetter
2013-10-08 16:52   ` Rob Clark
2013-10-11 21:36     ` Daniel Vetter
2013-10-08 15:44 ` [PATCH 2/3] drm/i915: Kconfig option to disable the legacy fbdev support Daniel Vetter
2013-10-09  6:35   ` Lee, Chon Ming
2013-10-09  7:18     ` [PATCH] " Daniel Vetter
2013-10-09  8:09       ` [Intel-gfx] " Chris Wilson
2013-10-09  8:33         ` Daniel Vetter [this message]
2013-10-09  9:33       ` Jani Nikula
2013-10-11  5:53       ` Lee, Chon Ming
2013-10-11 21:37         ` Daniel Vetter
2013-10-08 15:44 ` [PATCH 3/3] drm/i915: rename intel_fb.c to intel_fbdev.c Daniel Vetter
2013-10-08 15:59 ` [PATCH 0/3] fbdev-less i915, take 2 Chris Wilson

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=20131009083325.GM8303@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=chris@chris-wilson.co.uk \
    --cc=daniel.vetter@ffwll.ch \
    --cc=dh.herrmann@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.