From Linux PARISC Wiki
< User:Alex Ivanov(Difference between revisions)
|
|
| (One intermediate revision by one user not shown) |
| Line 1: |
Line 1: |
| − | = TO-DO =
| |
| − | Ideas to check:
| |
| − | <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
