https://bugs.freedesktop.org/show_bug.cgi?id=28422
--- Comment #68 from DEMAINE Benoit-Pierre <[email protected]> 2010-07-24 05:54:12 PDT --- Now, let's talk about today. Since 5 days after have the 6 monitors conf working, I have random freeses. See the z03 configuration. Some logs are given here: http://forums.gentoo.org/viewtopic-p-6361675.html In short, at some time, I feel the mouse moving slowly, and the system getting loaded. Them I see this appear in system messages: Jul 12 04:13:47 uranus kernel: [TTM] Error restricting pfn 32df0: -12 Jul 12 04:13:47 uranus kernel: [TTM] Error restricting pfn 33085: -12 Jul 12 04:13:47 uranus kernel: [TTM] Error restricting pfn 33084: -12 Jul 12 04:13:47 uranus kernel: [TTM] Error restricting pfn 33083: -12 Jul 12 04:13:47 uranus kernel: [TTM] Error restricting pfn 32def: -12 Jul 12 04:13:47 uranus kernel: PCI-DMA: Out of SW-IOMMU space for 4096 bytes at device 0000:01:05.0 Jul 12 04:13:47 uranus kernel: [drm:radeon_ttm_backend_bind] *ERROR* failed to bind 4 pages at 0x00A0E000 Jul 12 04:13:47 uranus kernel: [TTM] Couldn't bind backend. Jul 12 04:13:47 uranus kernel: [TTM] Buffer eviction failed Jul 12 04:13:47 uranus kernel: radeon 0000:01:05.0: object_init failed for (4001792, 0x00000004) Jul 12 04:13:47 uranus kernel: [drm:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (4001792, 4, 4096, -12) Jul 12 04:13:47 uranus kernel: [TTM] Error restricting pfn 32def: -12 A few minutes later, Thunderbird (ALWAYS displayed on card PCI:1:5-VGA) get's killed; then firefox (always on PCI:1:5-DVI) a few minutes later. Then, the machine freeses: cursor don't move, gkrellm stops moving, music stops. All windows on card pci:1:5 get killed. Windows on other cards stay alive (until the freese). Sometimes, I just get the freese, without any application crash or slowdown. Just after starting X, I see this in syslog: Jul 24 13:49:46 uranus kernel: vgaarb: device changed decodes: PCI:0000:03:00.0,olddecodes=io+mem,decodes=none:owns=none Jul 24 13:49:46 uranus kernel: vgaarb: device changed decodes: PCI:0000:02:00.0,olddecodes=io+mem,decodes=none:owns=none Jul 24 13:49:46 uranus kernel: vgaarb: device changed decodes: PCI:0000:01:05.0,olddecodes=io+mem,decodes=none:owns=io+mem Jul 24 13:49:47 uranus kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id Jul 24 13:49:47 uranus kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id Jul 24 13:49:47 uranus kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id Jul 24 13:49:47 uranus kernel: [drm:drm_mode_getfb] *ERROR* invalid framebuffer id I wonder why DRM is loaded ... at the same time as I have Xinerama in my conf. LIBGL_ALWAYS_SOFTWARE=1 does not help. I wonder where the issue could be: kernel, X, drm, dri, FB, ucode, X radeon driver ... The only thing I can tell is that ... PCI:1:5 is a video card integrated to motherboard, and it shares memory with the system (video ram is stolen in the CPU DDR). Playing with Surround does not impact on bug. Happen in both cases. The freese usually happens after 2 to 6 hours of desktop use. After a freese, and pressing the reset button (aka, not letting the machine switch compleetely down), the probability of a second/thid freese gets very high (usually 5 to 30mn). I *never* had any freese before july, before updating to "latest everything" (kernel, drivers, X), before being able to use all 3 cards together. I wonder if it could be a hardware issue (the motherboard not happy to use internal card with two external ones ? capacitor getting aged just *NOW* ? missplugged RAM ?). I have fans everywhere to cool everything. Just before a freese occurs, once, I have seen garbage in firefox: some website using flash/JS/Java to display some menu, at some point, some objects of the page were replaced by "funny patterns". The external shape was apropriate, but the visible content of object was garbage (colorfull pixels). Only for 1s (after i click on a button, and until the page was reloaded); only some elements, not all of them. The machine frose 2mn later. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
