From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Wilson Subject: Re: Massive power regression going 3.4->3.5 Date: Tue, 31 Jul 2012 16:36:34 +0100 Message-ID: <1343749002_22309@CP5-2952> References: <1343477958.2891.6.camel@dabdike.int.hansenpartnership.com> <1343557599.2745.1.camel@dabdike.int.hansenpartnership.com> <201207291544.26334.rjw@sisk.pl> <201207292125.21376.rjw@sisk.pl> <1343641574.2905.2.camel@dabdike.int.hansenpartnership.com> <1343660041.2966.2.camel@dabdike.int.hansenpartnership.com> <86a9yh2oqe.fsf@sumi.keithp.com> <1343667940.5640.1.camel@dabdike.int.hansenpartnership.com> <864nop2jma.fsf@sumi.keithp.com> <1343719914.5640.8.camel@dabdike.int.hansenpartnership.com> <1343722002.3516.1.camel@dabdike.int.hansenpartnership.com> <86obmw0zw4.fsf@sumi.keithp.com> <1343747384.2834.1.camel@dabdike.int.hansenpartnership.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from fireflyinternet.com (smtp.fireflyinternet.com [109.228.6.236]) by gabe.freedesktop.org (Postfix) with ESMTP id D31AE9F0F8 for ; Tue, 31 Jul 2012 08:36:50 -0700 (PDT) In-Reply-To: <1343747384.2834.1.camel@dabdike.int.hansenpartnership.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: James Bottomley , Keith Packard Cc: "Rafael J. Wysocki" , Greg Kroah-Hartman , dri-devel@lists.freedesktop.org, linux-pm@vger.kernel.org List-Id: dri-devel@lists.freedesktop.org On Tue, 31 Jul 2012 16:09:44 +0100, James Bottomley wrote: > On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote: > > James Bottomley writes: > > > > > on 3.5 killing X causes idle power to go 14W -> 5.9W > > > on 3.4.6 killing X causes idle power to go 6.8W -> 5.7W > > > > That's actually pretty good news -- you're just not getting to RC6 > > when X is running, but RC6 is otherwise working. And, yes, the GPU > > really can suck that much power. The debug info that Chris pointed you > > at should tell a more complete story. For comparison, on my sandybridge > > box this morning: > > Well, I don't know what it means, but I have a culprit from bisect (I > managed to manually verify the bisection heads which would step back > into 3.3). > > 2911a35b2e4eb87ec48d03aeb11f019e51ae3c0d is the first bad commit > commit 2911a35b2e4eb87ec48d03aeb11f019e51ae3c0d > Author: Ben Widawsky > Date: Thu Apr 5 14:47:36 2012 -0700 > > drm/i915: use semaphores for the display plane > > I'm going to try building 3.5 with this reverted (it doesn't revert > cleanly). The quick test would be to simply revert the i915_gem_object_pin_to_display_plane() hunk. That would help narrow down whether it is a side-efffect of using the semaphore to synchronize the pageflip, or if the existing code was broken as it was moved. Thanks, -Chris -- Chris Wilson, Intel Open Source Technology Centre