From Linux PARISC Wiki
< User:Alex Ivanov(Difference between revisions)
|
|
(2 intermediate revisions by one user not shown) |
Line 1: |
Line 1: |
− | = TO-DO =
| |
− | Ideas to check:
| |
− | <pre>
| |
− | The drivers/video/aty uses
| |
− | an endian config bit DRM doesn't use, but I haven't tested whether
| |
− | this makes a difference and how it is connected to the overall picture.
| |
− | </pre>
| |
− | <pre>
| |
− | The Rage128 product revealed a weakness in some motherboard chipsets in that there is no mechanism to guarantee
| |
− | that data written by the CPU to memory is actually in a readable state before the Graphics Controller receives an
| |
− | update to its copy of the Write Pointer. In an effort to alleviate this problem, we‟ve introduced a mechanism into the
| |
− | Graphics Controller that will delay the actual write to the Write Pointer for some programmable amount of time, in
| |
− | order to give the chipset time to flush its internal write buffers to memory.
| |
− | There are two register fields that control this mechanism: PRE_WRITE_TIMER and PRE_WRITE_LIMIT.
| |
| | | |
− | In the radeon DRM codebase I didn't found anyone using/setting those registers. Maybe PA-RISC has some problem here?...
| |
− | </pre>
| |
− | Regarding "colors in 24bpp mode are wrong":
| |
− | <pre>
| |
− | Are the colours still wrong with current xf86-video-ati? There have been
| |
− | some fixes related to that recently.
| |
− | </pre>
| |
− | Still actual when using xorg of 1.12.4 version on stable 3.11.1 kernel. Maybe build X and related packages from VCS?
| |
Latest revision as of 08:11, 14 February 2015