| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
Use macros for register names, modularize functions into separate files.
|
|
|
|
|
|
|
|
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
|
|
2.3-rc2
|
|
|
|
(cherry picked from commit 7dcb6e627449c80cea9812462ce6a3e125bd1240)
|
|
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 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)
|
|
|
|
|
|
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 7bba2c13310ed5ac22a355a3cc0ec8b7afaa79cf)
|
|
It's gone, really.
(cherry picked from commit b1f358ba97473b792ec2b7ed5170152faebe7262)
|
|
|
|
It's gone, really.
|
|
They should be listed as lower case, since that's what you'd pass to xrandr.
(cherry picked from commit 52d6ced652059989e6d9780a149488ccd16e3a22)
|
|
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)
|
|
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.
|
|
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)
|
|
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.
|
|
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)
|
|
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
|
|
Besides our driver having fallen through to the GM965 path for
RENCLK_GATE_D1, the BIOS was turning some of these on. It may be relevant
for previous platforms as well to zero out the fields that should be zero
in the other registers.
|
|
Instead of failing the build, don't even try unless --enable-xvmc was used.
|
|
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.
|
|
Instead of failing the build, don't even try unless --enable-xvmc was used.
|
|
When overlay switch crtc, it ignores current crtc dpms mode which
might lead to hang.
|
|
|
|
Conflicts:
configure.ac
src/common.h
src/i830.h
src/i830_debug.c
src/i830_quirks.c
src/i830_video.c
|
|
to upload 2.2.99.901 built against Xserver 1.4.
|
|
See bug#471193, thanks to Bernhard R. Link <brlink@debian.org>
|
|
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.
|
|
Add i915 headers in Makefile.am
|
