From: Ben Widawsky <ben@bwidawsk.net>
To: Chris Wilson <chris@chris-wilson.co.uk>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/i915: Squelch repeated reasoning for why FBC cannot be activated
Date: Sat, 27 Jul 2013 15:13:16 -0700 [thread overview]
Message-ID: <20130727221315.GA814@bwidawsk.net> (raw)
In-Reply-To: <1374942235-8530-1-git-send-email-chris@chris-wilson.co.uk>
On Sat, Jul 27, 2013 at 05:23:55PM +0100, Chris Wilson wrote:
> Almost invariably the reason why FBC cannot be turned on is the same
> every time (disabled via parameter, too many pipes, pipe too large etc)
> as modesetting and framebuffer configuration changes less frequently
> than trying to enable FBC.
>
> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> ---
> drivers/gpu/drm/i915/i915_debugfs.c | 6 ++++
> drivers/gpu/drm/i915/i915_drv.h | 4 ++-
> drivers/gpu/drm/i915/intel_pm.c | 59 +++++++++++++++++++++++--------------
> 3 files changed, 46 insertions(+), 23 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/i915_debugfs.c b/drivers/gpu/drm/i915/i915_debugfs.c
> index cc3e74a..9324798 100644
> --- a/drivers/gpu/drm/i915/i915_debugfs.c
> +++ b/drivers/gpu/drm/i915/i915_debugfs.c
> @@ -1099,6 +1099,12 @@ static int i915_fbc_status(struct seq_file *m, void *unused)
> } else {
> seq_puts(m, "FBC disabled: ");
> switch (dev_priv->fbc.no_fbc_reason) {
> + case FBC_OK:
> + seq_puts(m, "FBC actived, but currently disabled in hardware");
> + break;
> + case FBC_UNSUPPORTED:
> + seq_puts(m, "unsupported by this chipset");
> + break;
> case FBC_NO_OUTPUT:
> seq_puts(m, "no outputs");
> break;
> diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> index 71232bc..34d2b9d 100644
> --- a/drivers/gpu/drm/i915/i915_drv.h
> +++ b/drivers/gpu/drm/i915/i915_drv.h
> @@ -589,7 +589,9 @@ struct i915_fbc {
> int interval;
> } *fbc_work;
>
> - enum {
> + enum no_fbc_reason {
> + FBC_OK, /* FBC is enabled */
> + FBC_UNSUPPORTED, /* FBC is not supported by this chipset */
Don't we already have FBC_CHIP_DEFAULT for this?
> FBC_NO_OUTPUT, /* no outputs enabled to compress */
> FBC_STOLEN_TOO_SMALL, /* not enough space for buffers */
> FBC_UNSUPPORTED_MODE, /* interlace or doublescanned mode */
> diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
> index e9e467c..983ed14 100644
> --- a/drivers/gpu/drm/i915/intel_pm.c
> +++ b/drivers/gpu/drm/i915/intel_pm.c
> @@ -421,6 +421,16 @@ void intel_disable_fbc(struct drm_device *dev)
> dev_priv->fbc.plane = -1;
> }
>
> +static bool set_no_fbc_reason(struct drm_i915_private *dev_priv,
> + enum no_fbc_reason reason)
> +{
> + if (dev_priv->fbc.no_fbc_reason == reason)
> + return false;
> +
> + dev_priv->fbc.no_fbc_reason = reason;
> + return true;
> +}
> +
This should only return true if no_fbc_reason != FBC_OK, right?
> /**
> * intel_update_fbc - enable/disable FBC as needed
> * @dev: the drm_device
> @@ -450,11 +460,16 @@ void intel_update_fbc(struct drm_device *dev)
> struct drm_i915_gem_object *obj;
> unsigned int max_hdisplay, max_vdisplay;
>
> - if (!i915_powersave)
> + if (!I915_HAS_FBC(dev)) {
> + set_no_fbc_reason(dev_priv, FBC_UNSUPPORTED);
> return;
> + }
>
> - if (!I915_HAS_FBC(dev))
> + if (!i915_powersave) {
> + if (set_no_fbc_reason(dev_priv, FBC_MODULE_PARAM))
> + DRM_DEBUG_KMS("fbc disabled per module param\n");
> return;
> + }
>
> /*
> * If FBC is already on, we just have to verify that we can
> @@ -469,9 +484,8 @@ void intel_update_fbc(struct drm_device *dev)
> if (intel_crtc_active(tmp_crtc) &&
> !to_intel_crtc(tmp_crtc)->primary_disabled) {
> if (crtc) {
> - DRM_DEBUG_KMS("more than one pipe active, disabling compression\n");
> - dev_priv->fbc.no_fbc_reason =
> - FBC_MULTIPLE_PIPES;
> + if (set_no_fbc_reason(dev_priv, FBC_MULTIPLE_PIPES))
> + DRM_DEBUG_KMS("more than one pipe active, disabling compression\n");
> goto out_disable;
> }
> crtc = tmp_crtc;
> @@ -479,8 +493,8 @@ void intel_update_fbc(struct drm_device *dev)
> }
>
> if (!crtc || crtc->fb == NULL) {
> - DRM_DEBUG_KMS("no output, disabling\n");
> - dev_priv->fbc.no_fbc_reason = FBC_NO_OUTPUT;
> + if (set_no_fbc_reason(dev_priv, FBC_NO_OUTPUT))
> + DRM_DEBUG_KMS("no output, disabling\n");
> goto out_disable;
> }
>
> @@ -491,20 +505,20 @@ void intel_update_fbc(struct drm_device *dev)
>
> if (i915_enable_fbc < 0 &&
> INTEL_INFO(dev)->gen <= 7 && !IS_HASWELL(dev)) {
> - DRM_DEBUG_KMS("disabled per chip default\n");
> - dev_priv->fbc.no_fbc_reason = FBC_CHIP_DEFAULT;
> + if (set_no_fbc_reason(dev_priv, FBC_CHIP_DEFAULT))
> + DRM_DEBUG_KMS("disabled per chip default\n");
> goto out_disable;
> }
> if (!i915_enable_fbc) {
> - DRM_DEBUG_KMS("fbc disabled per module param\n");
> - dev_priv->fbc.no_fbc_reason = FBC_MODULE_PARAM;
> + if (set_no_fbc_reason(dev_priv, FBC_MODULE_PARAM))
> + DRM_DEBUG_KMS("fbc disabled per module param\n");
> goto out_disable;
> }
> if ((crtc->mode.flags & DRM_MODE_FLAG_INTERLACE) ||
> (crtc->mode.flags & DRM_MODE_FLAG_DBLSCAN)) {
> - DRM_DEBUG_KMS("mode incompatible with compression, "
> - "disabling\n");
> - dev_priv->fbc.no_fbc_reason = FBC_UNSUPPORTED_MODE;
> + if (set_no_fbc_reason(dev_priv, FBC_UNSUPPORTED_MODE))
> + DRM_DEBUG_KMS("mode incompatible with compression, "
> + "disabling\n");
> goto out_disable;
> }
>
> @@ -517,14 +531,14 @@ void intel_update_fbc(struct drm_device *dev)
> }
> if ((crtc->mode.hdisplay > max_hdisplay) ||
> (crtc->mode.vdisplay > max_vdisplay)) {
> - DRM_DEBUG_KMS("mode too large for compression, disabling\n");
> - dev_priv->fbc.no_fbc_reason = FBC_MODE_TOO_LARGE;
> + if (set_no_fbc_reason(dev_priv, FBC_MODE_TOO_LARGE))
> + DRM_DEBUG_KMS("mode too large for compression, disabling\n");
> goto out_disable;
> }
> if ((IS_I915GM(dev) || IS_I945GM(dev) || IS_HASWELL(dev)) &&
> intel_crtc->plane != 0) {
> - DRM_DEBUG_KMS("plane not 0, disabling compression\n");
> - dev_priv->fbc.no_fbc_reason = FBC_BAD_PLANE;
> + if (set_no_fbc_reason(dev_priv, FBC_BAD_PLANE))
> + DRM_DEBUG_KMS("plane not 0, disabling compression\n");
> goto out_disable;
> }
>
> @@ -533,8 +547,8 @@ void intel_update_fbc(struct drm_device *dev)
> */
> if (obj->tiling_mode != I915_TILING_X ||
> obj->fence_reg == I915_FENCE_REG_NONE) {
> - DRM_DEBUG_KMS("framebuffer not tiled or fenced, disabling compression\n");
> - dev_priv->fbc.no_fbc_reason = FBC_NOT_TILED;
> + if (set_no_fbc_reason(dev_priv, FBC_NOT_TILED))
> + DRM_DEBUG_KMS("framebuffer not tiled or fenced, disabling compression\n");
> goto out_disable;
> }
>
> @@ -543,8 +557,8 @@ void intel_update_fbc(struct drm_device *dev)
> goto out_disable;
>
> if (i915_gem_stolen_setup_compression(dev, intel_fb->obj->base.size)) {
> - DRM_DEBUG_KMS("framebuffer too large, disabling compression\n");
> - dev_priv->fbc.no_fbc_reason = FBC_STOLEN_TOO_SMALL;
> + if (set_no_fbc_reason(dev_priv, FBC_STOLEN_TOO_SMALL))
> + DRM_DEBUG_KMS("framebuffer too large, disabling compression\n");
> goto out_disable;
> }
>
> @@ -587,6 +601,7 @@ void intel_update_fbc(struct drm_device *dev)
> }
>
> intel_enable_fbc(crtc, 500);
> + dev_priv->fbc.no_fbc_reason = FBC_OK;
> return;
>
> out_disable:
Looks good to me otherwise.
--
Ben Widawsky, Intel Open Source Technology Center
next prev parent reply other threads:[~2013-07-27 22:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-27 16:23 [PATCH] drm/i915: Squelch repeated reasoning for why FBC cannot be activated Chris Wilson
2013-07-27 22:13 ` Ben Widawsky [this message]
2013-07-27 22:30 ` Chris Wilson
2013-07-27 22:56 ` Ben Widawsky
2013-07-27 23:02 ` Chris Wilson
2013-07-31 7:43 ` Ben Widawsky
2013-08-05 5:37 ` Daniel Vetter
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=20130727221315.GA814@bwidawsk.net \
--to=ben@bwidawsk.net \
--cc=chris@chris-wilson.co.uk \
--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.