| Age | Commit message (Collapse) | Author |
|---|
|
To do this, we have to deal with buffer offsets being set at EnterVT time
instead of screen init time. We've wanted to move this direction for a long
time, but there are repercussions. The EXA offscreen memory manager has to
be disabled, because it can't be moved. That will be replaced by BO-backed
pixmaps soon. Also unresolved is whether our moving
front/back/depth/texture buffers will break the classic-mode DRI driver.
This code doesn't actually work yet.
|
|
Reported by A. Costa" <agcosta@gis.net> in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=432061
|
|
This is a step towards being able to expose buffer objects through the screen
private to DRI clients, instead of having them have to use the fake buffer
object type.
This fails in two ways. First, the kernel memory manager is not currently
suitable for doing the physical allocations we need, so we still use AGP for
those. Additionally, the DRI lock can't be initialized early enough for us, so
these buffer object allocations fail. This will be fixed by improving the
DRM interface.
|
|
|
|
Fence setting is in mapstate actually. This fixes rotation in
tiled fb case, thanks Keith to report this.
|
|
|
|
which do have new host bridge ids
|
|
|
|
|
|
|
|
dead lock.
|
|
2. clean code
|
|
2. fix an error in map_state
|
|
|
|
2. implement macroblock_ipicture instruction
3. 16bit INTRA block
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I probably need to release a libdrm with this interface in it now..
|
|
CRT blanking needn't be adjusted to perform load detection on 9xx chips, and
the 8xx load detection path now adjusts blanking just during load detection.
Adjusting the blanking interval turned out to cause many monitors to fail to
sync.
|
|
If the pipe or output have been set to DPMSOff, then load detection will not
work correctly. Also, share the load detection configuration code between
crt and tv outputs.
|
|
Instead of always adding blanking to mode lines, use the FORCE_BORDER option
on i9xx hardware where it works, and dynamically add a bit of border if
necessary on i8xx hardware to make load detection work. This may cause
flashing when a usable crtc is not otherwise idle when load detection is
requested.
|
|
Fix commit 16d97b30b91da02d5a3edc2b895cbd4a1995f62d to check the
return value of quilt, not the one of tee.
|
|
Make it to check fence register for dest buffer.
|
|
The upper bits would have been inappropriately dropped on G33-class hardware,
and on G965-class hardware in a 32-bit environment. The only use of physical
addresses on these should be for FBC, though, and FBC requires addresses
below 4GB. This is unresolved.
|
|
* Fix debian/rules to not be confused by ~/.quiltrc or QUILT_PATCHES (as in #369920).
* Display which patches are applied and removed instead of just the first one (for #428090).
|
|
As requested in bug #428090, we silence the output of quilt next
and display the output of quilt push/pop.
|
|
|
|
symbols.""
This reverts commit 3aebe017652440344d5b433c3a43e851c4244efa.
Also use binary:Version instead of Source-Version in debian/control.
Conflicts:
debian/changelog
|
|
- allow FBC and Tiling to be forced off if configured to do so
- only touch FBC registers if pI830->fb_compression is true
|
|
|
|
|
|
|
|
isn't enabled twice on two different pipes.
|
|
|
|
- change framebuffer option name to "FramebufferCompression"
- add new "Tiling" option (controls all tiling, not just front buffer)
- add debug message to fb compression enable/disable routines
- update man page with new options
|
|
|
|
|
|
|
|
|
|
|
|
- properly check several FBC enablement constraints
- don't use alpha discard if FBC is in use
|
|
pitch.
|
|
|
