Red Hat Bugzilla – Bug 472028
ati x1950pro, xorg crashes (oom) when using modesetting
Last modified: 2009-12-18 01:52:44 EST
Me again :)
I just had xorg crash me due to an oom error:
Xorg: page allocation failure. order:4, mode:0x40d0
Pid: 2434, comm: Xorg Not tainted 220.127.116.11-113.fc10.x86_64 #1
[<ffffffffa005263d>] drm_alloc+0xe/0x10 [radeon]
[<ffffffffa0052996>] radeon_cs2_ioctl+0x1be/0x364 [radeon]
[<ffffffffa0011d1d>] drm_ioctl+0x1d6/0x25e [drm]
[<ffffffffa00527d8>] ? radeon_cs2_ioctl+0x0/0x364 [radeon]
Node 0 DMA per-cpu:
CPU 0: hi: 0, btch: 1 usd: 0
CPU 1: hi: 0, btch: 1 usd: 0
Node 0 DMA32 per-cpu:
CPU 0: hi: 186, btch: 31 usd: 45
CPU 1: hi: 186, btch: 31 usd: 0
Active:277564 inactive:166577 dirty:7908 writeback:0 unstable:0
free:14288 slab:23174 mapped:24847 pagetables:5514 bounce:0
Node 0 DMA free:8088kB min:16kB low:20kB high:24kB active:0kB inactive:0kB present:6992kB pages_scanned:0 all_unreclaimable? yes
lowmem_reserve: 0 2003 2003 2003
Node 0 DMA32 free:49064kB min:5716kB low:7144kB high:8572kB active:1110256kB inactive:666308kB present:2051180kB pages_scanned:164 all_unreclaimable? no
lowmem_reserve: 0 0 0 0
Node 0 DMA: 20*4kB 3*8kB 4*16kB 5*32kB 3*64kB 1*128kB 5*256kB 4*512kB 0*1024kB 0*2048kB 1*4096kB = 8072kB
Node 0 DMA32: 11635*4kB 9*8kB 20*16kB 8*32kB 9*64kB 1*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 49172kB
236013 total pagecache pages
2040 pages in swap cache
Swap cache stats: add 8206, delete 6166, find 3522/4009
Free swap = 4179000kB
Total swap = 4194296kB
524000 pages RAM
9142 pages reserved
378360 pages shared
204952 pages non-shared
This is with:
Wov! Could we get our classical trio (Xorg.0.log, xorg.conf if any, and dmesg), please?
Created attachment 324038 [details]
Created attachment 324039 [details]
Relevant part of dmesg is already reproduced in the original report above.
grab -54 of -ati and let me know if this happens again.
/me goes looking for memory leaks.
(In reply to comment #5)
> grab -54 of -ati and let me know if this happens again.
> /me goes looking for memory leaks.
Ok, note I've only seen this once ever, but I'll report back here if it happens again. If not we can close this one.
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.
More information and reason for this action is here:
There have been bunch of bug fixes
Could you retest with the latest kernel
( -132 at the time of this writing )
You can get the latest kernel build here
And with the latest xorg-x11-drv-ati.
( -60 at the time of this writing )
You can get the latest xorg-x11-drv-ati build here
And report back if it either improves or fixes this issue..
(In reply to comment #8)
> There have been bunch of bug fixes
> Could you retest with the latest kernel
I appreciate the efforts of the bug triaging team, but I would appreciate it even more if you people would first actually read the entire bug report, which part of:
> Ok, note I've only seen this once ever, but I'll report back here if it happens
> again. If not we can close this one.
Did you not understand ?
Haha I've been that end as well...
Teaches a tester to be doing crappy triaging work..
For future reference there is nothing preventing you
from closing it your self if this is one of those bugs that
happen just only when the moon is full and all the stars are correctly
lined or do it if the problem has been fixed....
Just change the status from assigned to closed with the
appropriate sub options of closed.
As discussed with the assignee just because this has not happened anymore does not mean this is fixed, so I'm re-opening this.
The issue is that the kernel code tries to kmalloc 64k, which translates to needing 16 (or 8 on x86_64) consecutive physical pages in a row, on a system which has been running for a while and thus has fragmented memory this will not always succeed.
The plan is to add a vmalloc fallback for now to work around this.
As I'm going to see if we can use priority and severity usefully, I'm dropping it on this bug, as it's obviously not something that is practically causing major problems at the moment.
Fedora Bugzappers volunteer triage team
Still have those oom messages, although xorg does not crash (it just seems to be unresponsive for about a minute and comes back).
I seem to be able to get this every couple of weeks, by running seamonkey (not firefox) and do the usual web browsing thing for a few days.
logs to follow.
Created attachment 361016 [details]
the latest dmesg
the latest dmesg showing one such instance.
Created attachment 361017 [details]
my Xorg.0.log. I run without an xorg.conf .
This message is a reminder that Fedora 10 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 10. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '10'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 10's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 10 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.