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 Alexandr
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 the
== 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
https://patchwork.freedesktop.o
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
b
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 whatso
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 vs
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]
> =
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 with
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 thou
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 2018 12:59 AM, Sean Paul wrote:
On Tue, Dec 19, 201
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:
On Tue, Dec 19, 2017 at 9:28 AM, Ramalingam C
>>>
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 panel
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
> >
> > CONFIG_PA
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 from the IGT usage with kernel solutions.
On We
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.
>>>
>>>
>>>
>>> On Wednesday 13 December 2017 04:
== 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
https://patchwork.freedesktop.org/api/1.0/se
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 o
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]
==
[ 308
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,
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 observations.
On Thursday 07 D
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 pow
21 matches
Mail list logo
