* Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness [not found] ` <CADNzsyPQFwYwfPkFDX5BtpiGBGJM75KK-AJPE-O6YYWehGxUow@mail.gmail.com> @ 2014-06-10 5:33 ` Aaron Lu 2014-06-10 16:58 ` Ben Widawsky 0 siblings, 1 reply; 6+ messages in thread From: Aaron Lu @ 2014-06-10 5:33 UTC (permalink / raw) To: Lewis Toohey, Ben Widawsky Cc: Hans de Goede, linux-acpi, Daniel Vetter, intel-gfx@lists.freedesktop.org +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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness 2014-06-10 5:33 ` Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness Aaron Lu @ 2014-06-10 16:58 ` Ben Widawsky 2014-06-10 19:59 ` Lewis Toohey 0 siblings, 1 reply; 6+ messages in thread From: Ben Widawsky @ 2014-06-10 16:58 UTC (permalink / raw) To: Aaron Lu Cc: Daniel Vetter, intel-gfx@lists.freedesktop.org, Lewis Toohey, linux-acpi On Tue, Jun 10, 2014 at 01:33:51PM +0800, Aaron Lu wrote: > +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 What this comment actually does is use MMIO writes for the page tables after a GPU hang/reset. (What a poorly named commit message). Can you please provide the full dmesg with the drm.debug=0x2? -- Ben Widawsky, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness 2014-06-10 16:58 ` Ben Widawsky @ 2014-06-10 19:59 ` Lewis Toohey 2014-06-10 22:54 ` Ben Widawsky 0 siblings, 1 reply; 6+ messages in thread From: Lewis Toohey @ 2014-06-10 19:59 UTC (permalink / raw) To: Ben Widawsky Cc: Aaron Lu, Hans de Goede, linux-acpi, Daniel Vetter, intel-gfx@lists.freedesktop.org On 10 June 2014 17:58, Ben Widawsky <ben@bwidawsk.net> wrote: > On Tue, Jun 10, 2014 at 01:33:51PM +0800, Aaron Lu wrote: >> +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 > > What this comment actually does is use MMIO writes for the page tables > after a GPU hang/reset. (What a poorly named commit message). > > Can you please provide the full dmesg with the drm.debug=0x2? > Hi Ben Thank you for responding. Just to verify that I have done this correctly, I added "drm.debug=0x2" to the kernel command line (in Grub), booted, suspended and resumed, and then ran Dmesg. I wasn't sure exactly where to put it, so please find a copy of the output here: http://www.toohey.co.uk/dmesg I hope that is helpful. If you need any further information please let me know. Many thanks -- Lewis Lewis@Toohey.co.uk 0782 588 4158 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness 2014-06-10 19:59 ` Lewis Toohey @ 2014-06-10 22:54 ` Ben Widawsky 2014-06-11 7:03 ` Aaron Lu 0 siblings, 1 reply; 6+ messages in thread From: Ben Widawsky @ 2014-06-10 22:54 UTC (permalink / raw) To: Lewis Toohey Cc: Daniel Vetter, Aaron Lu, intel-gfx@lists.freedesktop.org, linux-acpi On Tue, Jun 10, 2014 at 08:59:32PM +0100, Lewis Toohey wrote: > On 10 June 2014 17:58, Ben Widawsky <ben@bwidawsk.net> wrote: > > On Tue, Jun 10, 2014 at 01:33:51PM +0800, Aaron Lu wrote: > >> +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 > > > > What this comment actually does is use MMIO writes for the page tables > > after a GPU hang/reset. (What a poorly named commit message). > > > > Can you please provide the full dmesg with the drm.debug=0x2? > > > > Hi Ben > > Thank you for responding. > > Just to verify that I have done this correctly, I added > "drm.debug=0x2" to the kernel command line (in Grub), booted, > suspended and resumed, and then ran Dmesg. > > I wasn't sure exactly where to put it, so please find a copy of the output here: > http://www.toohey.co.uk/dmesg > > I hope that is helpful. If you need any further information please let me know. > > Many thanks > > > I only see radeon stuff in that dmesg. But you did the right thing to grub. -- Ben Widawsky, Intel Open Source Technology Center ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness 2014-06-10 22:54 ` Ben Widawsky @ 2014-06-11 7:03 ` Aaron Lu 2014-06-11 7:41 ` Lewis Toohey 0 siblings, 1 reply; 6+ messages in thread From: Aaron Lu @ 2014-06-11 7:03 UTC (permalink / raw) To: Ben Widawsky, Lewis Toohey Cc: Hans de Goede, linux-acpi, Daniel Vetter, intel-gfx@lists.freedesktop.org On 06/11/2014 06:54 AM, Ben Widawsky wrote: > On Tue, Jun 10, 2014 at 08:59:32PM +0100, Lewis Toohey wrote: >> On 10 June 2014 17:58, Ben Widawsky <ben@bwidawsk.net> wrote: >>> On Tue, Jun 10, 2014 at 01:33:51PM +0800, Aaron Lu wrote: >>>> +Ben Widawsky & Daniel Vetter >>>> >>>> On 06/09/2014 03:38 PM, Lewis Toohey wrote: >>>>> >>>>> 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? >>> >>> What this comment actually does is use MMIO writes for the page tables >>> after a GPU hang/reset. (What a poorly named commit message). >>> >>> Can you please provide the full dmesg with the drm.debug=0x2? >>> >> >> Hi Ben >> >> Thank you for responding. >> >> Just to verify that I have done this correctly, I added >> "drm.debug=0x2" to the kernel command line (in Grub), booted, >> suspended and resumed, and then ran Dmesg. >> >> I wasn't sure exactly where to put it, so please find a copy of the output here: >> http://www.toohey.co.uk/dmesg >> >> I hope that is helpful. If you need any further information please let me know. >> >> Many thanks > > I only see radeon stuff in that dmesg. But you did the right thing to > grub. Oh yes, this is a AMD graphics card so the bisected commit can't be the culprit. No ideas now, Lewis, I'm afraid you will need try harder to find the bad commit. Thanks, Aaron ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness 2014-06-11 7:03 ` Aaron Lu @ 2014-06-11 7:41 ` Lewis Toohey 0 siblings, 0 replies; 6+ messages in thread From: Lewis Toohey @ 2014-06-11 7:41 UTC (permalink / raw) To: Aaron Lu Cc: Ben Widawsky, Hans de Goede, linux-acpi, Daniel Vetter, intel-gfx@lists.freedesktop.org On 11 June 2014 08:03, Aaron Lu <aaron.lu@intel.com> wrote: > On 06/11/2014 06:54 AM, Ben Widawsky wrote: >> On Tue, Jun 10, 2014 at 08:59:32PM +0100, Lewis Toohey wrote: >>> On 10 June 2014 17:58, Ben Widawsky <ben@bwidawsk.net> wrote: >>>> On Tue, Jun 10, 2014 at 01:33:51PM +0800, Aaron Lu wrote: >>>>> +Ben Widawsky & Daniel Vetter >>>>> >>>>> On 06/09/2014 03:38 PM, Lewis Toohey wrote: >>>>>> >>>>>> 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? >>>> >>>> What this comment actually does is use MMIO writes for the page tables >>>> after a GPU hang/reset. (What a poorly named commit message). >>>> >>>> Can you please provide the full dmesg with the drm.debug=0x2? >>>> >>> >>> Hi Ben >>> >>> Thank you for responding. >>> >>> Just to verify that I have done this correctly, I added >>> "drm.debug=0x2" to the kernel command line (in Grub), booted, >>> suspended and resumed, and then ran Dmesg. >>> >>> I wasn't sure exactly where to put it, so please find a copy of the output here: >>> http://www.toohey.co.uk/dmesg >>> >>> I hope that is helpful. If you need any further information please let me know. >>> >>> Many thanks >> >> I only see radeon stuff in that dmesg. But you did the right thing to >> grub. > > Oh yes, this is a AMD graphics card so the bisected commit can't > be the culprit. > > No ideas now, Lewis, I'm afraid you will need try harder to find the bad > commit. > > Thanks, > Aaron OK, thank you both. I have a definite good point (v3.14) and a definite bad point (v3.15-rc1), so I just need to figure out why my bisection didn't yield the correct result... let me do some more experimentation and come back you. Many thanks -- Lewis Lewis@Toohey.co.uk 0782 588 4158 ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-06-11 7:41 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <CADNzsyM9qiWf_KV4uuNDnkcv7JvCSi00qHiNQTWfVN-pZtWqig@mail.gmail.com>
[not found] ` <537BFF89.9010806@intel.com>
[not found] ` <CADNzsyMn5viCQDc7HXqZiH92BYNp9TZAtMNbuQMAkZXy6hj0Dg@mail.gmail.com>
[not found] ` <537C9DC5.5040408@intel.com>
[not found] ` <CADNzsyO7gzhtng0WmKA9DGZAreEGVsbAJ+KGdgJu+9zr_LyR8g@mail.gmail.com>
[not found] ` <537EA5B7.9050509@intel.com>
[not found] ` <CADNzsyORVbpqUMsZmKzBn_=Ma99dbLhKo_bfw3bvOASLwTkLsA@mail.gmail.com>
[not found] ` <537F4425.70205@redhat.com>
[not found] ` <CADNzsyMCnbNu6CbWfV73CM99Qs=Lw22Q8pSQ23O31sopNDpaig@mail.gmail.com>
[not found] ` <5382D5C6.5080001@intel.com>
[not found] ` <CADNzsyNwvGeeLzM54_CkA4tWCYnNVoRyewuqXx0vXH3t4shWHw@mail.gmail.com>
[not found] ` <CADNzsyMEi-e6d=zLET6YAtJxsyPmUdWRs6rEDt9xrf9R63uW0Q@mail.gmail.com>
[not found] ` <5383E68C.9030000@intel.com>
[not found] ` <CADNzsyMmEtvPeoKgsRyeNrxY2hH8ZJ_xhH5nLmVTtey3ad=jSg@mail.gmail.com>
[not found] ` <538D2359.4080102@intel.com>
[not found] ` <CADNzsyPQFwYwfPkFDX5BtpiGBGJM75KK -AJPE-O6YYWehGxUow@mail.gmail.com>
[not found] ` <CADNzsyPQFwYwfPkFDX5BtpiGBGJM75KK-AJPE-O6YYWehGxUow@mail.gmail.com>
2014-06-10 5:33 ` Sluggish performance after resume//Re: Bug Report - [Acer Aspire V5-122P] Unable to adjust screen brightness Aaron Lu
2014-06-10 16:58 ` 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
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox