public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Aaron Lu <aaron.lu@intel.com>
To: Lewis Toohey <lewis@toohey.co.uk>, Ben Widawsky <ben@bwidawsk.net>
Cc: Hans de Goede <hdegoede@redhat.com>,
	linux-acpi@vger.kernel.org,
	Daniel Vetter <daniel.vetter@ffwll.ch>,
	"intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>
Subject: Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness
Date: Tue, 10 Jun 2014 13:33:51 +0800	[thread overview]
Message-ID: <539698BF.2010406@intel.com> (raw)
In-Reply-To: <CADNzsyPQFwYwfPkFDX5BtpiGBGJM75KK-AJPE-O6YYWehGxUow@mail.gmail.com>

+Ben Widawsky & Daniel Vetter
 
On 06/09/2014 03:38 PM, Lewis Toohey wrote:
> On 3 June 2014 02:22, Aaron Lu <aaron.lu@intel.com> wrote:
>> On 05/30/2014 09:12 PM, Lewis Toohey wrote:
>>> Aaron
>>>
>>> I am in the process of performing this bisection, however, I need a
>>> bit of advice.
>>>
>>> I have got a mix of results following suspend right through from (i)
>>> system reboot; (ii) "low graphics mode" error; (iii) restore but
>>> sluggish performance; and (iv) restore but *very* sluggish
>>> performance.
>>
>> Is the sluggish performance experienced with a GUI environment?
>>
>>>
>>> What should qualify as a bad commit? Anything other than a "perfect" restore?
>>
>> I think ii/iii/iv all qualify as bad, if there is no such problem
>> in previous kernels. And yes, a perfect restore is expected, assume
>> the system is able to do a perfect restore with old kernels.
>>
>> Thanks,
>> Aaron
>>
>>>
>>> Many thanks
>>>
> 
> Hi Aaron
> 
> Firstly, yes the sluggish performance I was referring to is
> experienced in the GUI environment. Jerky graphics and CPU fan appears
> to max out and stay there. Old kernels (e.g. the Ubuntu default
> kernel) do not do this and just restore perfectly.
> 
> I have completed the bisect as requested. Please find the full log
> below. I am slightly unconvinced, as building the previous commit in
> the log still seems to have the same problem, however, that commit is
> a "merge" and I don't really know what this means.
> 
> Many thanks
> 
> Bisect Log:
> git bisect start
> # good: [455c6fdbd219161bd09b1165f11699d6d73de11c] Linux 3.14
> git bisect good 455c6fdbd219161bd09b1165f11699d6d73de11c
> # bad: [c9eaa447e77efe77b7fa4c953bd62de8297fd6c5] Linux 3.15-rc1
> git bisect bad c9eaa447e77efe77b7fa4c953bd62de8297fd6c5
> # good: [cd6362befe4cc7bf589a5236d2a780af2d47bcc9] Merge
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next
> git bisect good cd6362befe4cc7bf589a5236d2a780af2d47bcc9
> # good: [d2b150d0647e055d7a71b1c33140280550b27dd6] Merge tag 'sh-3.15'
> of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
> git bisect good d2b150d0647e055d7a71b1c33140280550b27dd6
> # good: [5fb6b953bb7aa86a9c8ea760934982cedc45c52b]
> include/linux/syscalls.h: add sys_renameat2() prototype
> git bisect good 5fb6b953bb7aa86a9c8ea760934982cedc45c52b
> # bad: [ffddc5fd19b219f557fd4a81168ce8784a4faced] fs/ncpfs/dir.c: fix
> indenting in ncp_lookup()
> git bisect bad ffddc5fd19b219f557fd4a81168ce8784a4faced
> # bad: [978c6050165bba52eab7ef3581d447eb215def77] Merge branch
> 'drm-docs' of ssh://people.freedesktop.org/~danvet/drm into drm-next
> git bisect bad 978c6050165bba52eab7ef3581d447eb215def77
> # bad: [262de1453184f65e5ccfe45790f93d41f7339d49] drm/i915: Directly
> return the vma from bind_to_vm
> git bisect bad 262de1453184f65e5ccfe45790f93d41f7339d49
> # bad: [031994ee8dedfa69d3a7caa43e93f3c282bc38f9] drm/i915: Implement
> WaIncreaseL3CreditsForVLVB0:vlv
> git bisect bad 031994ee8dedfa69d3a7caa43e93f3c282bc38f9
> # bad: [f72d21eddfa900bfa2674195dcc0203e18d0cc62] drm/i915: Place the
> Global GTT VM first in the list of VM
> git bisect bad f72d21eddfa900bfa2674195dcc0203e18d0cc62
> # bad: [d6660add648d10e7e35085d8c7d2653e0f9f61b7] drm/i915: Generalize
> PPGTT init
> git bisect bad d6660add648d10e7e35085d8c7d2653e0f9f61b7
> # bad: [b731d33d05dd5ce6b387cbadb0d9d24cb3732b40] drm/i915: relax
> context alignment
> git bisect bad b731d33d05dd5ce6b387cbadb0d9d24cb3732b40
> # bad: [a7b910789f77afa40ae0816d22339e9d25723c6e] drm/i915: Add vm to
> error BO capture
> git bisect bad a7b910789f77afa40ae0816d22339e9d25723c6e
> # bad: [6e164c3382314a1f63526fa7a4322a17318d0e32] drm/i915: Allow ggtt
> lookups to not WARN
> git bisect bad 6e164c3382314a1f63526fa7a4322a17318d0e32
> # bad: [6f425321e02a1b6c5e90b70f8fab7c140fcaeefb] drm/i915: Don't
> unconditionally try to deref aliasing ppgtt
> git bisect bad 6f425321e02a1b6c5e90b70f8fab7c140fcaeefb
> # bad: [e178f7057b81c87a7ceaae0ca204487b6f7eedcf] drm/i915: Provide
> PDP updates via MMIO
> git bisect bad e178f7057b81c87a7ceaae0ca204487b6f7eedcf
> # first bad commit: [e178f7057b81c87a7ceaae0ca204487b6f7eedcf]
> drm/i915: Provide PDP updates via MMIO
> 

The commit looks like related, I've added the commit author.

Ben,
Do you have any suggestions? Does the above commit have any chance of
causing sluggish performance problem after a resume?

Thanks,
Aaron

  reply	other threads:[~2014-06-10  5:33 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-20 18:32 Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness Lewis Toohey
2014-05-21  1:21 ` Aaron Lu
2014-05-21  7:05   ` Lewis Toohey
2014-05-21 12:36     ` Aaron Lu
2014-05-21 13:02       ` Lewis Toohey
2014-05-23  1:34         ` Aaron Lu
2014-05-23 12:07           ` Lewis Toohey
2014-05-23 12:50             ` Hans de Goede
2014-05-23 13:38               ` Lewis Toohey
2014-05-24 11:23               ` Lewis Toohey
2014-05-25 20:42               ` Lewis Toohey
2014-05-26  5:48                 ` Aaron Lu
2014-05-26 12:18                   ` Lewis Toohey
2014-05-26 19:09                     ` Lewis Toohey
2014-05-27  1:12                       ` Aaron Lu
2014-05-30 13:12                         ` Lewis Toohey
2014-06-03  1:22                           ` Aaron Lu
2014-06-09  7:38                             ` Lewis Toohey
2014-06-10  5:33                               ` Aaron Lu [this message]
2014-06-10 16:58                                 ` Sluggish performance after resume//Re: " Ben Widawsky
2014-06-10 19:59                                   ` Lewis Toohey
2014-06-10 22:54                                     ` Ben Widawsky
2014-06-11  7:03                                       ` Aaron Lu
2014-06-11  7:41                                         ` Lewis Toohey

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=539698BF.2010406@intel.com \
    --to=aaron.lu@intel.com \
    --cc=ben@bwidawsk.net \
    --cc=daniel.vetter@ffwll.ch \
    --cc=hdegoede@redhat.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=lewis@toohey.co.uk \
    --cc=linux-acpi@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox