Re: [Intel-gfx] PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

Got it. I suppose that explains why it was so unreliably reproducible.. In any case, the patch is holding strong still with plenty of activity since, so it's looking good. Thak you for all of this; very instructive. On Sat, Jan 06, 2018 at 08:55:00PM +, Chris Wilson wrote: > Quoting

Re: [Intel-gfx] PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

Quoting Alexandru Chirvasitu (2018-01-06 18:44:29) > Thanks! > > It's also a mystery to me why I never had any crashes on any of the > other systems running on this machine running the same (unpatched) > kernels. > > I'm assuming the window manager might have something to do with it: > all of

[Intel-gfx] ✓ Fi.CI.BAT: success for i915: pm: Be less agressive with clockfreq changes on Bay Trail (rev2)

== Series Details == Series: i915: pm: Be less agressive with clockfreq changes on Bay Trail (rev2) URL : https://patchwork.freedesktop.org/series/33541/ State : success == Summary == Series 33541v2 i915: pm: Be less agressive with clockfreq changes on Bay Trail

[Intel-gfx] [PATCH] i915: pm: Be less agressive with clockfreq changes on Bay Trail

Bay Trail devices are known to hang when changing the frequency often, this is discussed in great length in: https://bugzilla.kernel.org/show_bug.cgi?id=109051 Commit 6067a27d1f01 ("drm/i915: Avoid tweaking evaluation thresholds on Baytrail v3") is an attempt to workaround this. Several users in

[Intel-gfx] [PATCH 0/1] i915: pm: Be less agressive with clockfreq changes on Bay Trail

Hi All, So this patch, which I already submitted a while ago and back then it got one comment from Chris Wilson: > Basically you want a limit on the frequency of ... pcode access? > As presented, you ultimately do not trust any write and the only > solution is to disable all writes. No RPS

Re: [Intel-gfx] PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

Thanks! It's also a mystery to me why I never had any crashes on any of the other systems running on this machine running the same (unpatched) kernels. I'm assuming the window manager might have something to do with it: all of the others are on i3 and the buggy one's openbox, so perhaps tiling

Re: [Intel-gfx] [PATCH] drm/i915: Don't adjust priority on an already signaled fence

Quoting Chris Wilson (2018-01-06 10:56:18) > When we retire a signaled fence, we free the dependency tree. However, > we skip clearing the list so that if we then try to adjust the priority > of the signaled fence, we may walk the list of freed dependencies. > > [ 3083.156757] >

Re: [Intel-gfx] PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

Quoting Alexandru Chirvasitu (2018-01-06 16:38:35) > On Sat, Jan 06, 2018 at 08:24:43AM -0500, Alexandru Chirvasitu wrote: > > Thank you! > > > > I'll apply that more elaborate patch you sent in the longer message to > > my clone of the repo and see if it still freezes. > > > > I'm on it now

Re: [Intel-gfx] PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

On Sat, Jan 06, 2018 at 08:24:43AM -0500, Alexandru Chirvasitu wrote: > Thank you! > > I'll apply that more elaborate patch you sent in the longer message to > my clone of the repo and see if it still freezes. > I'm on it now with no freezes yet, despite trying my best :). I have a question

Re: [Intel-gfx] [PATCH v2 2/2] kms_content_protection: Add Content Protection test

On Saturday 06 January 2018 08:34 PM, Sean Paul wrote: On Sat, Jan 6, 2018 at 8:10 AM, Ramalingam C wrote: On Saturday 06 January 2018 06:30 PM, Sean Paul wrote: On Sat, Jan 6, 2018 at 5:44 AM, Ramalingam C wrote: On Saturday 06 January

Re: [Intel-gfx] [PATCH v2 2/2] kms_content_protection: Add Content Protection test

On Sat, Jan 6, 2018 at 8:10 AM, Ramalingam C wrote: > > > On Saturday 06 January 2018 06:30 PM, Sean Paul wrote: >> >> On Sat, Jan 6, 2018 at 5:44 AM, Ramalingam C >> wrote: >>> >>> On Saturday 06 January 2018 12:59 AM, Sean Paul wrote:

Re: [Intel-gfx] [PATCH i-g-t v12] tests/kms_frontbuffer_tracking: Including DRRS test coverage

On Saturday 06 January 2018 04:18 PM, Ramalingam C wrote: On Friday 05 January 2018 11:25 PM, Rodrigo Vivi wrote: On Fri, Jan 05, 2018 at 11:40:29AM +, Lohith BS wrote: Dynamic Refresh Rate Switch(DRRS) is used to switch the panel's refresh rate to the lowest vrefresh supported by

Re: [Intel-gfx] PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

Thank you! I'll apply that more elaborate patch you sent in the longer message to my clone of the repo and see if it still freezes. On Sat, Jan 06, 2018 at 10:43:20AM +, Chris Wilson wrote: > Quoting Alexandru Chirvasitu (2018-01-05 22:05:18) > > Here we go. > > > > I have > > > >

Re: [Intel-gfx] [PATCH v2 2/2] kms_content_protection: Add Content Protection test

On Saturday 06 January 2018 06:30 PM, Sean Paul wrote: On Sat, Jan 6, 2018 at 5:44 AM, Ramalingam C wrote: On Saturday 06 January 2018 12:59 AM, Sean Paul wrote: On Tue, Dec 19, 2017 at 9:28 AM, Ramalingam C wrote: Adding few more findings

Re: [Intel-gfx] [PATCH v2 2/2] kms_content_protection: Add Content Protection test

On Sat, Jan 6, 2018 at 5:44 AM, Ramalingam C wrote: > > On Saturday 06 January 2018 12:59 AM, Sean Paul wrote: >> >> On Tue, Dec 19, 2017 at 9:28 AM, Ramalingam C >> wrote: >>> >>> Adding few more findings from the IGT usage with kernel solutions.

[Intel-gfx] ✓ Fi.CI.BAT: success for drm/i915: Don't adjust priority on an already signaled fence

== Series Details == Series: drm/i915: Don't adjust priority on an already signaled fence URL : https://patchwork.freedesktop.org/series/36108/ State : success == Summary == Series 36108v1 drm/i915: Don't adjust priority on an already signaled fence

Re: [Intel-gfx] PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

Quoting Alexandru Chirvasitu (2018-01-05 22:05:18) > Here we go. > > I have > > CONFIG_PAGE_POISONING not set > CONFIG_SLUB_STATS=y > CONFIG_SLUB_DEBUG not set > CONFIG_KASAN=y > > .config attached along as well for verification, in case I missed > anything. > > Again crashed by an attempt to

[Intel-gfx] [PATCH] drm/i915: Don't adjust priority on an already signaled fence

When we retire a signaled fence, we free the dependency tree. However, we skip clearing the list so that if we then try to adjust the priority of the signaled fence, we may walk the list of freed dependencies. [ 3083.156757] == [

Re: [Intel-gfx] [PATCH i-g-t v12] tests/kms_frontbuffer_tracking: Including DRRS test coverage

On Friday 05 January 2018 11:25 PM, Rodrigo Vivi wrote: On Fri, Jan 05, 2018 at 11:40:29AM +, Lohith BS wrote: Dynamic Refresh Rate Switch(DRRS) is used to switch the panel's refresh rate to the lowest vrefresh supported by panel, when frame is not flipped for more than a Sec. In kernel,

Re: [Intel-gfx] [PATCH v2 2/2] kms_content_protection: Add Content Protection test

On Saturday 06 January 2018 12:59 AM, Sean Paul wrote: On Tue, Dec 19, 2017 at 9:28 AM, Ramalingam C wrote: Adding few more findings from the IGT usage with kernel solutions. On Wednesday 13 December 2017 04:07 PM, Ramalingam C wrote: Sean, Adding few more

Re: [Intel-gfx] [PATCH 3/5] drm/i915: Enable vblanks after verifying power domain states.

On Thursday, January 4, 2018 12:35:48 PM PST Maarten Lankhorst wrote: > Op 03-01-18 om 21:39 schreef Dhinakaran Pandiyan: > > Since we want to allow for a non-blocking power domain for vblanks, > > the power domain use count and power well use count will not be updated > > atomically inside the