Age | Commit message (Collapse) | Author |
|
|
|
Noted and tested by Evgeniy Manachkin <sfstudio@mail.ru>
for asus-laptop support, also add eeepc support.
|
|
|
|
|
|
|
|
|
|
(cherry picked from commit 1cfe769c74d1a3a392bf1aaaf5c2dcc8273daf66)
|
|
|
|
(cherry picked from commit 289790c0467d27e96b537598a6589fc6a36da8b8)
|
|
|
|
(cherry picked from commit 4c4ef27779aebf4df90b6233de05be2bb972de4c)
|
|
(cherry picked from commit df0bbdc7cbb6ff357a81ed28d12e56c9c7d643f7)
|
|
(cherry picked from commit 87ace420a34df7425641d089f71830e44fced098)
|
|
|
|
|
|
|
|
This lets us remove a lot of conditional compile stuff in the DRI case, as
if we're doing DRI and have 2.4.0, we can rely on GEM ioctls existing.
|
|
|
|
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
(cherry picked from commit 231a302013981cc597ba09ee89b367c8ab56e8ba)
|
|
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.
(cherry picked from commit 1142be53eb8d2ee8a9b60ace5d49f0ba27332275)
|
|
Make sure we wait for vblank when using the TV DAC to detect the connection
type.
Fixes FDO bug #14000.
(cherry picked from commit 64a8f2433d7774d06119793b57cec6d3be6389c1)
(cherry picked from commit e4e61e8c97c585993b4b69b86350b3987178a47e)
|
|
(cherry picked from commit bff180e6cac4452ef491c81855eb12bfa03d0bf3)
|
|
The bit set is now reserved -- used to be a workaround for early revisions.
(cherry picked from commit ad459b21b7de4a79552ac155803d5930432fb84b)
|
|
|
|
We want these to always be set when our driver's in control. They are
already appropriately save/restored at leave/entervt.
(cherry picked from commit 8061e5ac27a5f61f940bccc940be922999cc1d3f)
|
|
(cherry picked from commit b61cb9283185eb5211e84eb7d8e68beea607c2eb)
|
|
(cherry picked from commit adb4f5a5e826e584ab212d23fc8d474c3e7bb8e8)
|
|
(cherry picked from commit 7e51384c973a96366b02ea646392c43574674111)
|
|
Besides not being #ifdef __linux__ed as requested, some linux kernels break
in exciting new ways when you try to mprotect from PROT_NONE back to
PROT_READ|PROT_WRITE. Yes, there are bugs in the code we're calling in a
bug-exploiting bug workaround.
If you want this workaround for the original bug exposed when moving to
libpciaccess, it's already in libpciaccess.
(cherry picked from commit 65306cdd71dad71e4ca7229764f81a0880dd70bf)
|
|
Fix fd.o bug 15766
(cherry picked from commit beb72ae5aa053303f5cc419e9c9d7c6db964f160)
|
|
Also safe check context size to not exceed surface max.
|
|
(cherry picked from commit 96955003557686469c7ae9f7d42620d2851e6fad)
|
|
Update clock gating disable bits to match docs and allocate a power context
memory area so that newer chips can save state and power down the render unit.
(cherry picked from commit 89bb53cc7a853d88fc34a0ca65ae2b6227a8dd24)
|
|
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.
(cherry picked from commit 552a1b824db31a234d7c5cb71057ed0e0ce64477)
|
|
(cherry picked from commit 165c0865d849b7d280a3a119fe9ae0ad34637df0)
|
|
|
|
|
|
This is a bit unstable still sometimes.
|
|
This is based on airlied's RING->BATCH commit. The 965 code still needs to
be fixed up for relocations.
|
|
There are some concerns with this, as the DRM will be setting the nonsecure
flag on the batchbuffer, and the server may be submitting some secure-only
commands. It appears to work on the 915GM test system currently.
|
|
The EmitFlush in i830_dri.c was added as a pageflipping workaround, and was
noted to not even be sufficient then. There's no reason for it to be there,
so it's removed. After that, we just have to not emit an MI_FLUSH if we
already had, and cursor movement no longer bashes memory manager.
|
|
The batchbuffers are managed using libdrm and bufmgr_fake, and dispatched from
the ring from userland.
|
|
|
|
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.
|
|
|