https://bugs.freedesktop.org/show_bug.cgi?id=32911 Siarhei Siamashka <siarhei.siamashka@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Video playback is |Random memory corruption if |unreliable with radeon kms |using more than 4GiB of RAM | |on Core i7/P55 with Radeon | |KMS Product|xorg |DRI Component|Driver/Radeon |DRM/Radeon AssignedTo|xorg-driver-ati@xxxxxxxxxxx |dri-devel@xxxxxxxxxxxxxxxxx | |.org QAContact|xorg-team@xxxxxxxxxxx | --- Comment #2 from Siarhei Siamashka <siarhei.siamashka@xxxxxxxxx> 2011-01-22 17:06:19 PST --- Appears that the memory just gets randomly corrupted. When running gl-117 game demo using mesa 7.9 llvmpipe, and also running memtester program [1] at the same time so that the rest of the available memory gets tested, memtester is typically able to detect memory corruption before the system goes down in a spectacular way. The system used to have 4 memory sticks installed, 2GiB each. Memory corruption disappears if only one 2GiB stick is left (tested for more than a week without problems) or using 2GiB+2GiB configuration (just started using this, appears to be stable so far). Installing 6GiB or 8GiB of memory in various ways (trying different placement in slots on the motherboard) makes the issue reproducible again. It could be either a problem in radeon kernel drivers, or just defective hardware (motherboard?, PSU?, CPU?, memory?, graphics card?). Though memtest86+ does not detect problems and the system appears to be stable when used "headless" even with the intensive CPU/RAM usage. Anyway, unless somebody else manages to reproduce the same problem, there is no definite answer to this question. There is nothing else to be added here (other than dmesg and Xorg logs). So probably that's my last comment here unless I somehow manage to narrow down the bug and make a patch. Thanks. The bug can be closed if you want. 1. http://pyropus.ca/software/memtester/ -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
