From: "Lu, Ran" <hephooey@gmail.com>
To: intel-gfx@lists.freedesktop.org
Subject: Re: i915: Regression: +4W in idle power use on Macbook Pro 15 (late 2013)
Date: Thu, 28 Aug 2014 15:08:12 -0500 [thread overview]
Message-ID: <4483654.SqNW7VHujD@rmbp> (raw)
In-Reply-To: <CA+zRj8VE4Qnsoi53+onX9pyUGkDNYQhOFFSGvGpe9YjsR5MdBQ@mail.gmail.com>
Hi,
On Tuesday 26 August 2014 16:00:51, Eric Rannaud wrote:
> On Tue, Aug 26, 2014 at 1:59 PM, Daniel Vetter <daniel.vetter@ffwll.ch>
wrote:
> >> Forcing FBC with i915.enable_fbc=1 brings the idle power consumption
> >> back to under 7W, however.
> >> This is all on 3.15.4-ARCH-00041-gf4db98240ac2.
> >
> > Any significant changes in package C state as reported in powertop?
> > Indeed fairly impressive how much fbc saves here ...
>
> Not that I can tell.
> Powertop report with FBC: http://pastebin.com/5qfJKpTQ
> Without FBC: http://pastebin.com/NaYkR4n0
>
> Some highly uneducated guesses on what could explain a +4W jump with no FBC:
>
> #1- The higher DRAM and bus duty cycle during scanout is enough to
> prevent some DRAM subsystems from sleeping, by crossing some tight
> threshold (maybe Apple has FBC enabled, so parameters somewhere in
> firmware are tuned for the lower level of background activity they
> expect with FBC on?). Not much we can do about that, unless such
> parameters can be tweaked by us.
>
> #2- Without FBC, the FB doesn't fit in L3 (i7-4750HQ has 6MB,
> 2880x1800 compressed at least 1:4 fits), keeping the DRAM awake more.
>
> #3- Disabling FBC somehow affects the layout of the framebuffer in
> DRAM, keeping more of the DRAM active and awake during scanout.
> Different tiling, swizzling, etc. parameters? Is it worth looking at
> the code for that kind of thing? To be clear, I'm (blindly) suggesting
> that it might be possible to increase the locality of the framebuffer
> in physical DRAM, even without compression enabled.
I notices similar behavior. From the output of turborstat, with FBC MBP can
reach PC6 more than 90% of the time when idling, after FBC was disable in 3.14
or 3.15 the chip stays in PC2 and the estimated GPU power consumption is a few
watts higher.
--
Best Regards,
LR
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2014-08-28 20:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-22 17:40 i915: Regression: +4W in idle power use on Macbook Pro 15 (late 2013) Eric Rannaud
2014-08-25 10:19 ` Jani Nikula
2014-08-25 10:22 ` Jani Nikula
2014-08-25 12:19 ` Eric Rannaud
2014-08-26 11:06 ` Ville Syrjälä
2014-08-26 13:38 ` Eric Rannaud
2014-08-26 14:57 ` Eric Rannaud
2014-08-26 20:59 ` Daniel Vetter
2014-08-26 23:00 ` Eric Rannaud
2014-08-27 9:17 ` Ville Syrjälä
2014-08-27 17:50 ` Eric Rannaud
2014-08-28 20:08 ` Lu, Ran [this message]
2014-08-28 16:41 ` Sean V Kelley
2014-08-28 17:19 ` Eric Rannaud
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=4483654.SqNW7VHujD@rmbp \
--to=hephooey@gmail.com \
--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.