Age | Commit message (Collapse) | Author |
|
intel-gen4asm doesn't allow '#' line
(cherry picked from commit f47486fab3dffcbb03e7ad89f777abba1e887299)
|
|
(cherry picked from commit 5c9cde37e769287fb7bf4e08c3600a33c2e92dce)
|
|
(cherry picked from commit 152a50703aa5e9ebaa9abbe448518742734a5eb7)
|
|
(cherry picked from commit d5a80e1e3ab5724d34b20f9ee6f830efd0f5b076)
|
|
(cherry picked from commit f270456e5612cb88933e6aabcd9a816c5c292229)
|
|
The hardware has been marked as needing a sync, so the next video put will
block waiting for the previous one to complete. Adding a sync here just
stalls the video playback for no good reason.
(cherry picked from commit 3fc3d1a701bae257b70aa7b7654c722f30e71399)
|
|
(cherry picked from commit b68d9f4245d0ebe3371c179401ff145f1a4d101b)
|
|
(cherry picked from commit 781be9d47289713b0a8fcd95c769a9c6241d62e9)
|
|
The Intel driver appears to be coded to only work with displays
expecting 18 bit pixels. However I have an application using a LCD
display that expects pixel data in 24 bit format. The difference is
only 2 bits in a single GPU register. This patch implements that
change, controlled by a new driver option, "LVDS24Bit". The default
value is false, which is the previous behavior. When set to true,
then 24 bit panels should work (at least the one I'm testing here
does).
Fd.o bug #15201
Signed-off-by: Mike Isely <isely@pobox.com>
(cherry picked from commit e031cc02e65acfbafb48136dad414751e04425c5)
|
|
(cherry picked from commit 79b18980ac9f60b1978abe421352df965aed1681)
|
|
Disable panel fitting on 855GM, and fix dither setting.
(cherry picked from commit 2b720262e1235f1c9da860ba3e9181f0c377aa5e)
|
|
Using the updated factors even when BT709 conversion isn't available
(non-965) should still give us better color reproduction. Tested on a
945GM, examining the +/-5% of black bars of videotestsrc.
(cherry picked from commit af92f4f885c8eae2211d09080b2289aa5bab9ec1)
|
|
FD bug #15353. Launchpad bug ID is available for reference.
|
|
(cherry picked from commit 0147c1c84872f7a109721a53d88a539932d9be81)
|
|
(cherry picked from commit 90886f9a602d58b754e9a8d0f1a9c40803d34fa2)
|
|
(cherry picked from commit 0836373dc6e2f8612f120074980561f7ac11f6f7)
|
|
Saving registers means we can run more in parallel.
(cherry picked from commit bfd803e085e938866efb45c67a79facef78ec399)
|
|
Clean up register allocation to never overlap
Always write 4 values for each texture vertex.
(cherry picked from commit a6492661ae07310128eb73c3ef037c42ce7ab184)
|
|
(cherry picked from commit f8081178eb6fda0e405967cbacad532561619262)
|
|
(cherry picked from commit 879f8717b09f79156b218ee9cc2107700190d586)
|
|
(cherry picked from commit 6db8faeb754897b21af045d00f50db9640b080bb)
|
|
(cherry picked from commit 6bb92213374f278387c539bbe05b773e87e11b90)
|
|
(cherry picked from commit 05710145b6fc4ed2c528128b2e6022591a53d050)
|
|
Use macros for register names, modularize functions into separate files.
(cherry picked from commit 08500507284f13ad7084eb231b43e117e9728129)
|
|
(cherry picked from commit 949d73271d7100c1f028fd60f185f4929461304e)
|
|
sf_mask is the same as sf except that it must compute both src and mask uvw
cooefficients, which are conveniently adjacent in the same registers, and so
need only an extended execution width
(cherry picked from commit 492ff1494f782240e6ca68919b2d0b9aa400fc53)
|
|
This involves correctly computing u/v locations based on x/y vectors and
line constants computed in new sf program.
Also, use fewer instructions to make this go a bit faster (2X for 500x500
composite).
(cherry picked from commit 6304b38423f99190a5e54f1a7dcaa75adfad4f2a)
|
|
(cherry picked from commit 771a56b1ed0df69345c723cb62a73b6842cd8227)
|
|
(cherry picked from commit 4f469189fed541549e5d470b2529275a29cc2f20)
|
|
|
|
|
|
|
|
(cherry picked from commit 7dcb6e627449c80cea9812462ce6a3e125bd1240)
|
|
(cherry picked from commit d50264fc7c4e0f80d9cc68dfdf322f68520a0f1e)
|
|
If the legacy bit is set, use both the BLC_PWM_CTL and LBB regs to control the
backlight, rather than just LBB. Looks like more platforms want that than what
the current code does. Note that kernel provided interfaces will always be
used if available, so this shouldn't affect users with /sys/class/backlight
interfaces at all.
Fixes #14721.
(cherry picked from commit 1450acd046d47e1739a3ffbd146c73ad2974a935)
|
|
(cherry picked from commit 3414313ac9d0faa95797ee18cc33afa231ec7581)
|
|
(cherry picked from commit c40f195f2dc3467259b4588e087aac9741003ebf)
|
|
(cherry picked from commit 7bba2c13310ed5ac22a355a3cc0ec8b7afaa79cf)
|
|
It's gone, really.
(cherry picked from commit b1f358ba97473b792ec2b7ed5170152faebe7262)
|
|
Basic support for panel fitting.
(cherry picked from commit 05cf07071e25f84dec3476a9bed7235ed50cd249)
|
|
o Check for RANDR_GET_CRTC_INTERFACE before defining functions that
are used only if it is defined.
o Declare a variable before code, and rename it from ret to xvmc_status
to better describe it.
o if 0 some static functions not used.
o Don't declare some unused variables.
o Declare as static some functions that are used only in the file defining it.
o Add a default/fallback return True to the Bool function
src/xvmc/intel_batchbuffer.c:intelInitBatchBuffer().
o Ansify src/xvmc/xf86dri.c.
o Add missing prototype to src/xvmc/xf86dri.h and follow pattern of other
headers by adding "extern" before function prototype.
(cherry picked from commit c13efdd3d6d3846078766814b57306a7519bce18)
|
|
The new chips no longer automatically flush the rendering cache, so if we
don't flush the RC at blockhandler, the last rendering done may not
appear on the screen. This was particularly noticable with a bare Xorg with
some missing root weave, and terminals where the last character wouldn't
appear until the cursor blinked. A flush in the DRI blockhandler path had
hidden this issue for most people.
(cherry picked from commit 8cdbd55f8075cd18b563badde35815665d7d053e)
|
|
unbound."
While I still like the idea, the mprotect calls themselves are failing on
Linux and causing more trouble than they're worth.
This reverts commit a1612b7728d4153499fe86b6713a13c8702cc7d9.
Conflicts:
src/i830_driver.c
src/i830_memory.c
(cherry picked from commit c02ab432dd7058c700c35eecf6215daf5f262c51)
|
|
When overlay switch crtc, it ignores current crtc dpms mode which
might lead to hang.
|
|
The homogeneous coordinate computation in the core server cannot be used for
many legal matrices as it overflows. Just use floats in the driver; faster
and avoids troubles.
When compositing with bilinear filter, don't push the dst coordinates around
as that makes the output blurry when pixels are aligned.
|
|
|
|
Conflicts:
configure.ac
src/common.h
src/i830.h
src/i830_debug.c
src/i830_quirks.c
src/i830_video.c
|
|
Add i915 headers in Makefile.am
|
|
|
|
Projective transforms require un-normalized texture coordinates and the use
of the texldp instruction. The coordinates are passed as x/y/z/w (the z is
unused, but there isn't a vertext format for just x/y/w).
|