Re: Commit "drm: run the hpd irq event code directly" causes stutter from repeated EDID retrievals

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, May 26, 2013 at 6:25 PM, Gard Spreemann <gspreemann@xxxxxxxxx> wrote:
> On Sunday 26 May 2013 18:14:06 Daniel Vetter wrote:
>> My guess is that you've worked around these edid stalls with
>> drm_kms_helper.poll=0 and the above commit breaks that w/a. That patch
>> was shot down unfortunately. If you can't reproduce these stalls on
>> older kernels when removing the poll=0 option, then something else
>> broke.
>
> You are correct. Before that commit, the stuttering behavior is present with
> poll=1, but not with poll=0. Starting with that commit, the behavior is
> present nomatter the poll setting.
>
> Am I correct in thinking that this is a problem without a clear solution?

It's a problem with a solution rejected by Dave and Alex, and I tend
to agree with them a bit. The real solution is to grow nouveau/radeon
hpd storm mitigation code (i915 already has it in 3.10), since it's
much better to cut of the issue at the source (by disasbling hpd
interrupts completely for such problematic outputs) instead of trying
to work around the worst side-effects of getting too many.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel




[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux