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
