Age | Commit message (Collapse) | Author |
|
This is to fix bug #16566, change TV format will cause BadMatch
error when crtc config apply. Everytime when we change TV format,
we may generate a new list of modelines as TV clock changed. After
randr get info request, new modelines will be probed and randr output's
modes will be renewed too. But crtc's mode failed to be updated,
as it never can find a matching mode now within new modes list.
So get info will return an invalid crtc's mode, later set crtc
config will pass that info, and xserver catches a bad match.
This patch trys to refresh output modes and setup crtc's mode
with new modelines in TV format change. So get info would be
sure to turn valid crtc mode that reference in current new modelines.
|
|
|
|
|
|
855GM laptops seems pretty broken when parsing this block.
|
|
|
|
|
|
This saves massive quantities of memory on pre-965 since the DRI2 tiling
enable caused the minimum size of any pixmap to be 1MB.
|
|
This is the intel video driver patch for a new chip, which is G33-like
and has some clocking setting related register changes. This patch adds
the pci id and DPLx/FPx register changes.
The gtt tool should just work to me, as the chip hasn't any changes
against G33 on this side.
Signed-off-by: Shaohua Li <shaohua.li@intel.com>
Signed-off-by: Eric Anholt <eric@anholt.net>
|
|
|
|
It was just printing whether it was a pixmap (it is), instead of whether the
pixmap was offscreen.
|
|
With UXA on the fake bufmgr, the screen pixmap doesn't have a BO and so
no acceleration was occurring.
|
|
|
|
This could fix complaints about binding BOs and resulting failure to render.
|
|
|
|
The LVDS config bits in VBT driver feature block is used by vendor
to identify the board implement of integrated LVDS/eDP or SDVO LVDS.
And video bios uses these bits for LVDS enabling or not. So check
these bits for integrated LVDS might eliminate more quirks.
|
|
ALL_LVDS is actually not defined before and include GM45.
Embedded DP bit will be used for newer chips.
|
|
|
|
This was hit by xv86vm's SwitchMode path, and for that the CRTC offsets
get set at mode setting time anyway.
|
|
|
|
|
|
Verified against the public docs for i8xx parts, although not 9xx yet.
|
|
This reverts commit 8fd0e46571c7ba15c05f0a759113f8ca842c76a2.
This doesn't even build. Please try again.
|
|
Verified against the public docs for i8xx parts, although not 9xx yet.
|
|
|
|
Simpler and more robust. Works when we haven't set the device PCI ID,
ie when not going through the legacy DRI module.
|
|
Otherwise, with a pre-2.6.28 older kernel the disable would be lost at
resume time and cause hangs.
Bug #20214
|
|
The assumption is that we're almost always accelerating our drawing to
new pixmaps (fill, copy, etc.).
|
|
|
|
|
|
Forgot to update i915_video.c in 872aadc7102bd5131e1582ede081e22672911ba2.
|
|
|
|
We still pin the buffer object in case of overlay, but for textured video
we're now no longer using i830_memory for Xv anymore.
|
|
|
|
Wrong SDVO multiplier setup has been slipped
in SDVO TV patch. Thanks Michael Fu to point this out!
|
|
|
|
Found by Michael Fu for my last SDVO detect fix.
|
|
SDVOC detect bit is only valid for HDMIC.
And for SDVO devices, SDVOB detect bit should be used
to probe all possible SDVO outputs.
|
|
Which is just a hack to hide our SDVO detect drawback,
we will have SDVO/HDMI detect fix later.
|
|
Instead of set control bus switch before every i2c start,
just set once before doing DDC. This should eliminate some
encoders returning error during that.
|
|
As SDVO TV uses SDVO_TVClkIn from SDVO encoder for clock reference,
it needs to generate proper PLL for current input clock. This uses
fixed PLL table from vbios for this. And possible sdvo mulitiplier
has to be setup correctly. This makes TV output stable on my 945GCLF2
board with NTSC-M format.
|
|
|
|
They both needs parameters.
|
|
|
|
For SDVO DVI-I, check EDID info for digital output,
otherwise mark it to be disconnected as analog output
is driven by VGA then.
|
|
SDVO HDMI encode and audio is not setup in detect,
which fails in hotplug case for HDMI audio. Fix to
check current encode type and set flag for HDMI audio
enabling.
Check and set HDMI encode state in get_modes.
|
|
Thanks to keithp for post-commit review.
|
|
|
|
|
|
|
|
commit id b9f5915ce812144ffd9d2aa42e8ba856129c35e,
which resolved bug #17235, but generate new regression-bug #19715.
This patch intends to resolve bug #17235, and avoid regression as well.
We have successfully re-tested it for bug #17235 and #19715 respectively.
|