http://bugzilla.kernel.org/show_bug.cgi?id=3294
[EMAIL PROTECTED] changed:
What|Removed |Added
Owner|[EMAIL PROTECTED] |[EMAIL PROTECTED]
|bugs.osdl.o
http://bugzilla.kernel.org/show_bug.cgi?id=2554
[EMAIL PROTECTED] changed:
What|Removed |Added
Owner|[EMAIL PROTECTED] |[EMAIL PROTECTED]
|bugs.osdl.o
http://bugzilla.kernel.org/show_bug.cgi?id=2754
--- Additional Comments From [EMAIL PROTECTED] 2005-06-04 21:18 ---
I've no ideas on this either, there should be nothing cpufreq should affect in
the dri/drm driver, I'm thinking the X server may be doing something bad and
XFree86 4.3 i
> This, of course, would not work if the memory controller is misprogrammed
> - which was the cause of failures.
Goood old discussion :)
> Which way can memory controller be misprogrammed ? The part that concerns
> us are positions of Video RAM, AGP and System Ram in Radeon address space.
> Are you sure it uses PCI? I'm assuming that the destination address for
> scratch writeback is controlled by the RADEON_SCRATCH_ADDR register. This
> register is programmed to a value that falls within the AGP area (as
> defined by RADEON_MC_AGP_LOCATION) if I understand the code correctly.
On Saturday 04 June 2005 15:01, Vladimir Dergachev wrote:
> I just wanted to contribute the following piece of information that
might
> help with R300 lockups. I do not know whether it applies or not in this
> case, but just something to be aware about.
>
> Radeon has a memory controller wh
I just wanted to contribute the following piece of information that might
help with R300 lockups. I do not know whether it applies or not in this
case, but just something to be aware about.
Radeon has a memory controller which translates internal address space of
the chip into accesses of