Age | Commit message (Collapse) | Author |
|
Reported by: Lukáš Hejtmánek
|
|
reimplementing it.
|
|
|
|
|
|
|
|
we have to set the sdvo register a lot earlier in order for them to sync
properly otherwise my monitor doesn't sync unfortunately, also
disable the sdvo while tweaking the PLLs.
This also comments out a setting that seems to break my system here for
Eric to look at later.
|
|
|
|
|
|
This destroys the i2c device properly if the device isn't detected,
and allows sDVO to work on GM chipsets, and doesn't initialise
the i2c bus twice for sDVO.
|
|
slave address on the first device as well. This gets me to the point of
bringing up some modes on my device.
|
|
|
|
|
|
replaced by symbolic names in many places. I tried to restrain myself from
functional changes in airlied's code in this pass.
|
|
|
|
|
|
|
|
|
|
people to turn it on and recompile when I need to.
|
|
some broken video BIOSes.
|
|
|
|
data to /tmp/xf86-video-intel-VBIOS, for offline debugging.
|
|
|
|
|
|
|
|
|
|
when the user enabled it.
|
|
|
|
|
|
|
|
|
|
|
|
panel size. This is a hack until we get better clone mode, but it correctly
displays a subset of the root on the LVDS by using a correct pixel clock and
pipe/display size.
|
|
|
|
video.
|
|
|
|
and I believe it is the responsibility of the kernel to bring the device back to
a mostly-sane state on resume anyway.
|
|
|
|
The BIOS tables may still exist, so we can't rely on their presence to indicate
LVDS attachment.
|
|
code, too.
|
|
|
|
(setpipe), and I suspect we'll end up with different hacks for resume, anyway.
|
|
hardcoding in the config file, we default to LFP if we detect it from BIOS, and
LFP or CRT if we can get EDID out of them.
|
|
|
|
|
|
|
|
|
|
requested for choosing divisors.
|
|
the right mode chosen on the VAIO. Untested.
|
|
|
|
BIOS table, and always using that.
|