| Age | Commit message (Collapse) | Author |
|---|
|
Using more than one (in the future) will allow for doing less frequent calls
to i830WaitSync.
(cherry picked from commit 0c548cd040d0c5e1812470ccdf6de86b6a2926d7)
|
|
This is in preparation for having larger (or multiple) vertex buffers
in the future.
(cherry picked from commit cc2249333cd462b4d99d110a12c454ca141b2be8)
|
|
Now that the VBIOS code supports it, we can use the general features block to
detect whether a TV connector is present on a given platform.
Reviewed by Nanhai Zou.
(cherry picked from commit 3c0f2bcc9965155fecab606edae68874427d3423)
|
|
Improve the VBIOS feature detection and use it to find whether the platform
supports spread spectrum clocking. Use the specified reference clock, but
disable SSC if multiple heads are active, since it can cause problems in cloned
configurations.
Reviewed by Nanhai Zou.
(cherry picked from commit e00d9435609bcff1afb71aa6638a6b42a64f5178)
|
|
In hindsight, this is obvious, since nowhere do we tell the FBC unit how much
memory it has available. We need to make sure the compressed buffer is big
enough to handle the uncompresed buffer, both in terms of vertical size and
total framebuffer size, or the compressor could overwrite the memory
immediately following the compressed buffer.
(cherry picked from commit 7332132a79e5b5c208d43e93dfe0c8b12eb1728d)
|
|
Fixes Novell Bug #406123, thanks Christoph.
(cherry picked from commit f2ec3fd8f2c63b1bc0745802dcf737eda4bb42b6)
|
|
(cherry picked from commit a34a4e3f6420e2b06bbdaa124fe0ccb1bc6a0bd9)
|
|
On #16418, Evgeniy Manachkin <sfstudio@mail.ru> reported that
last asus and eeepc backlight patch is wrong, as acpi_video0 method
will take priority and doesn't work.
(cherry picked from commit 6506ac7aa008436158db4f4196802cab462f3446)
|
|
The -mm check is broken now that 2.3.1 is out.. make it 2.4.0, to be fixed
with GEM etc.
(cherry picked from commit 55678c64bc6e3ed613ea6db14c105c18a0cf28ce)
|
|
Bug #15401.
(cherry picked from commit 0597d94001afe0a9a34104285ce4dffc75b68071)
|
|
(cherry picked from commit 37661d916e8384f537d5ed8cbec66a93795c6a05)
|
|
(cherry picked from commit 7834a3b118ae4e034f064257762d5c25ada5fe52)
|
|
As xvmc rendering result has already been in fb, we shouldn't
do extra copy on it. Although special care is required for i915
xvmc surface pitch alignment, which must be at least 1KB aligned.
So video display function should take it into acount instead of
always setting Y pitch to be double of U/V pitch.
(cherry picked from commit 989ec9e8a69f909cb64f17e4465982613b4b054d)
|
|
(cherry picked from commit 550082070a3fdb951e3cf08974dc56276c0a739c)
|
|
Later 945-ish chipset can use graphics address instead.
(cherry picked from commit d50cec6ef9e2178ea663e58d548390f0f3da7692)
|
|
(cherry picked from commit d1c34d8c0e7ae2a1d952791343e131837fbfda99)
|
|
Init them right after context create, and only update buffer address
info later.
(cherry picked from commit 75e38fa8348198ba151afa37e10be3b0b0b468f8)
|
|
Don't setup one-time mc context everytime, as the content is always
unchanged. And several structs got packed layout inside to ease static
state initialization.
(cherry picked from commit b4d8ca8b38e495b56bb3b4143e5dfe91ee651f15)
|
|
export INTEL_XVMC_DEBUG=1
(cherry picked from commit 54f3f528e4804b958936ac773e7a507b2676f815)
|
|
We should also carefully select surface type id.
(cherry picked from commit 7a705081788bf957409e17baa5f189241589057c)
|
|
Fixes bug #16540, thanks Bryce.
(cherry picked from commit 0283d22f510ba47dfdac2806a58e46649c26580b)
|
|
Fixes bug #16494.
(cherry picked from commit 08903abe4dc0295c7ed7d1ff1a22e0e579540c15)
|
|
While some cards had enough initialized at startup to work already, others
required that the driver actually initialize the required AVI info frame.
(cherry picked from commit 05df8c0b31721a9ccc7215fb1cda1115758367c7)
|
|
Oops.
(cherry picked from commit 59f39e0ea0ad48c52d9b8f7afb6e04ce95db717e)
|
|
The DRM supports disabling of vblank interrupts when not in use, but in order
to function properly it must also be aware of mode setting, which will reset
the frame counter to 0. Add code to call into the DRM before and after mode
setting, so that it can account for any lost vblank events.
(cherry picked from commit 65eee25d7d2ca979205f3776d620dbb36bf68a13)
|
|
(cherry picked from commit 6b6be2b2a7179c1c9fa12989e16076aae105f4e2)
|
|
Now, SDVO is only probed if the SDVO detected bit is set. If the SDVO probe
fails, but the detect bit is set, assume that it's an HDMI output.
(cherry picked from commit 65ad29d78793c7804f133a58de80ffaa0404ca28)
|
|
We won't dwell too long on how this ever worked.
(cherry picked from commit ea0d21006ec71bc56acde7291e5f8d28e54b83fe)
|
|
HDMI, despite claiming to have pixel multiply support, actually doesn't
want it, at least in the way that SDVO did. Disable it.
Also disable the NULL_PACKETS_DURING_VSYNC bit. Despite the docs telling us
to set it, the output doesn't like it when you do that, and the BIOS doesn't
set it.
Also add a posting read to SDVOx setting. Without it, half the X starts
wouldn't get anything on the screen. (interestingly, it was every other
startup, not just a chance).
(cherry picked from commit 2fa9240a3b685a0c3d0e2644fc144c927b67b6b3)
|
|
(cherry picked from commit dc8ab9d35b261b6105a62949cfb47a3554531d0b)
|
|
(cherry picked from commit af13826ed063b60a1e4179101e8889b4ab7a9d0b)
|
|
(cherry picked from commit 9a05662918223477eb1cf6f80ffac08712721c70)
|
|
(cherry picked from commit beba1dd3561e38573ed9f507328caf7f8fb9f84a)
|
|
(cherry picked from commit da58dc3b02999f3244d0eaf77180b828d85bd609)
|
|
(cherry picked from commit 1cfe769c74d1a3a392bf1aaaf5c2dcc8273daf66)
|
|
|
|
(cherry picked from commit df0bbdc7cbb6ff357a81ed28d12e56c9c7d643f7)
|
|
(cherry picked from commit 87ace420a34df7425641d089f71830e44fced098)
|
|
|
|
This should improve behavior in the presence of VT switching, but also avoids
a crash on X exit from writing the register after unmapping mmio.
|
|
fd.o #16160
|
|
Fxies FDO bug #14000; we need to wait for vblank after writing TV_CTL or followi
ng "DPMS on" calls may not actually enable the output.
|
|
Make sure we wait for vblank when using the TV DAC to detect the connection
type.
Fixes FDO bug #14000.
|
|
|
|
|
|
The bit set is now reserved -- used to be a workaround for early revisions.
|
|
|
|
We want these to always be set when our driver's in control. They are
already appropriately save/restored at leave/entervt.
|
|
|
|
|
