diff options
author | Andy Lutomirski <luto@MIT.EDU> | 2010-06-12 05:21:18 -0400 |
---|---|---|
committer | Eric Anholt <eric@anholt.net> | 2010-07-01 15:35:57 -0700 |
commit | 2d1c9752eaa4c0b38f6fb1ab79a6addc146cd64e (patch) | |
tree | 75d84be3c00a5be1a80fd90935c7c9294c8eaf3a /arch/ia64 | |
parent | fe27d53e5c597ee5ba5d72a29d517091f244e974 (diff) | |
download | linux-2d1c9752eaa4c0b38f6fb1ab79a6addc146cd64e.tar.gz linux-2d1c9752eaa4c0b38f6fb1ab79a6addc146cd64e.tar.bz2 linux-2d1c9752eaa4c0b38f6fb1ab79a6addc146cd64e.zip |
drm/i915: Fix CRT hotplug regression in 2.6.35-rc1
Commit 7a772c492fcfffae812ffca78a628e76fa57fe58 has two bugs which
made the hotplug problems on my laptop worse instead of better.
First, it did not, in fact, disable the CRT plug interrupt -- it
disabled all the other hotplug interrupts. It seems rather doubtful
that that bit of the patch fixed anything, so let's just remove it.
(If you want to add it back, you probably meant ~CRT_HOTPLUG_INT_EN.)
Second, on at least my GM45, setting CRT_HOTPLUG_ACTIVATION_PERIOD_64
and CRT_HOTPLUG_VOLTAGE_COMPARE_50 (when they were previously unset)
causes a hotplug interrupt about three seconds later. The old code
never restored PORT_HOTPLUG_EN so this could only happen once, but
they new code restores those registers. So just set those bits when
we set up the interrupt in the first place.
Signed-off-by: Andy Lutomirski <luto@mit.edu>
Signed-off-by: Eric Anholt <eric@anholt.net>
Diffstat (limited to 'arch/ia64')
0 files changed, 0 insertions, 0 deletions