From: Daniel Vetter <daniel@ffwll.ch>
To: "Kannan, Vandana" <vandana.kannan@intel.com>
Cc: "intel-gfx@lists.freedesktop.org" <intel-gfx@lists.freedesktop.org>
Subject: Re: [RFC 0/6] eDP DRRS based on frontbuffer tracking
Date: Fri, 28 Nov 2014 18:17:22 +0100 [thread overview]
Message-ID: <20141128171722.GD32117@phenom.ffwll.local> (raw)
In-Reply-To: <54785202.3030706@intel.com>
On Fri, Nov 28, 2014 at 04:14:18PM +0530, Kannan, Vandana wrote:
>
>
> On 23-Sep-14 2:31 PM, Daniel Vetter wrote:
> >On Fri, Sep 12, 2014 at 11:13:03PM +0530, Vandana Kannan wrote:
> >>As part of implementing DRRS based on frontbuffer tracking, this patch series
> >>includes some modifications related to the data for DRRS, code to enable/
> >>disable DRRS during init or uninit, calls to switch between high and low
> >>refresh rates based on calls to mark_fb_busy.
> >>Instead of having a module param to specify delay before scheduling DRRS
> >>work, (as there was in the old patch series), a delay of 100ms is used.
> >>Additional patches including changes specific to bdw and vlv have been
> >>included.
> >
> >Sorry for the delay in answering, been a bit busy. Looks good overall,
> >just spotted a few issue with the integration into the frontbuffer
> >tracking. That's probably just because the documentation we have is awful,
> >so I've improved that and replied with what I think we need.
> >
> Hi Daniel,
>
> Sorry for the delay on this. I've been working on and off on it.
> I went through the comment added in intel_frontbuffer.c, and just wanted to
> confirm if my understanding is correct.
>
> In intel_frontbuffer.c, we have the comment
> "
> * The other type of display power saving feature only cares about busyness
> * (e.g. DRRS). In that case all three (invalidate, flush and flip) indicate
> * busyness. There is no direct way to detect idleness.
> "
> Here, flip refers to intel_crtc_page_flip?
> Since a flip also indicates busyness, it would mean that a switch back to
> high RR (invalidate DRRS) would be required at this point ? (apart from the
> GEM tracking).
>
> Please let me know.
Yes - the comment says that all 3 indicate busyness for stuff like DRRS.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
prev parent reply other threads:[~2014-11-28 17:16 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-12 17:43 [RFC 0/6] eDP DRRS based on frontbuffer tracking Vandana Kannan
2014-09-12 17:43 ` [RFC 1/6] drm/i915: Modifying structures related to DRRS Vandana Kannan
2014-09-23 8:41 ` Daniel Vetter
2014-09-12 17:43 ` [RFC 2/6] drm/i915: Initialize DRRS delayed work Vandana Kannan
2014-09-12 17:43 ` [RFC 3/6] drm/i915: Enable/disable DRRS Vandana Kannan
2014-09-12 17:43 ` [RFC 4/6] drm/i915: DRRS calls based on frontbuffer Vandana Kannan
2014-09-23 8:56 ` Daniel Vetter
2014-09-12 17:43 ` [RFC 5/6] drm/i915/bdw: Add support for DRRS to switch RR Vandana Kannan
2014-09-12 17:43 ` [RFC 6/6] drm/i915: Support for RR switching on VLV Vandana Kannan
2014-09-23 9:01 ` [RFC 0/6] eDP DRRS based on frontbuffer tracking Daniel Vetter
2014-11-28 10:44 ` Kannan, Vandana
2014-11-28 17:17 ` Daniel Vetter [this message]
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=20141128171722.GD32117@phenom.ffwll.local \
--to=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=vandana.kannan@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 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.