HACK: drm/msm/adv7511: Don't rely on interrupts for EDID parsing
BugLink: http://bugs.launchpad.net/bugs/1763040
The adv7511 driver is currently woken up on successful EDID read
after a EDID_READY interrupt is triggered by the chip. If the driver
doesn't get the interrupt within 200 ms, its concluded that we failed
to read EDID from the monitor.
This interrupt doesn't seem to occur consistently in certain use cases
(for example, if we execute power-on -> get_modes -> power-off
repeatedly, this can be done by calling xrandr successively really
fast).
For now, execute the lesser preferred POLL path where the driver
manually checks on the interrupt status register after every 25ms.
We should ideally rootcause why we don't get EDID_READY interrupts
consistently instead of relying on the above approach.
Signed-off-by: Archit Taneja <architt@codeaurora.org>
(cherry picked from commit
38d51d8575e77c2c79f0959774eb3da9bb5c6562
http://git.linaro.org/landing-teams/working/qualcomm/kernel.git release/qcomlt-4.14)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>
Acked-by: Seth Forshee <seth.forshee@canonical.com>
Acked-by: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>
Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>