Created attachment 399285 [details] /var/log/messages Description of problem: xorg eating cpu even when no gui app running. All gui application work very slow, so it's impossible work on this host. I have attached syslog, because it contains some error messages about drm. Version-Release number of selected component (if applicable): fedora-release-12 2.6.32.9-70.fc12.x86_64 xorg-x11-server-Xorg-1.7.5.901-1.fc12.x86_64 How reproducible: 100% Steps to Reproduce: 1. start xorg Actual results: xorg eating 60-80% cpu 1607 root 20 0 172m 45m 12m S 57.4 1.2 8:05.64 Xorg Expected results: xorg eat cpu less than 1% in idle Additional info: Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz Base Board Information Manufacturer: Intel Corporation Product Name: DQ45CB Version: AAE30148-207
Created attachment 399287 [details] strace of xorg sudo strace -fo log.strace -p 1607
Created attachment 399289 [details] /var/log/Xorg.0.log
xorg doesn't eat cpu if nomodeset has been passed to the kernel
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue. Please attach your X server config file (/etc/X11/xorg.conf, if available), output of the dmesg command, full system log (/var/log/messages), and full X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above. Please, try before that to get the latest packages for your distribution of xorg-x11-server-Xorg (http://koji.fedoraproject.org/koji/packageinfo?packageID=63), xorg-x11-drv-intel (http://koji.fedoraproject.org/koji/packageinfo?packageID=7794), kernel (http://koji.fedoraproject.org/koji/packageinfo?packageID=8), and mesa (http://koji.fedoraproject.org/koji/packageinfo?packageID=184). There are some rumors that this could be fixed in the latest packages. We will review this issue again once you've had a chance to attach this information. Thanks in advance.
I am seeing something that might be the same bug, on Fedora 13. Here xorg will after some random amount of time start consuming 100% CPU (on one core), and an increasing amount of RAM. This continues until I log out/in, restarting xorg and freeing up the memory. I did not see this problem with Fedora 10. lspci -v output snippet: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller]) Subsystem: Dell Device 01d4 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at eff00000 (32-bit, non-prefetchable) I/O ports at eff8 Memory at d0000000 (32-bit, prefetchable) Memory at efec0000 (32-bit, non-prefetchable) Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) Subsystem: Dell Device 01d4 Flags: bus master, fast devsel, latency 0 Memory at eff80000 (32-bit, non-prefetchable) Capabilities: [d0] Power Management version 2 Loaded modules: [root@sinus ~]# lsmod Module Size Used by usb_storage 44408 1 hidp 17798 1 rfcomm 65106 4 sco 16188 2 bridge 45753 0 stp 1887 1 bridge llc 4557 2 bridge,stp bnep 15121 2 l2cap 45185 21 hidp,rfcomm,bnep btusb 15012 4 bluetooth 87181 10 hidp,rfcomm,sco,bnep,l2cap,btusb fuse 54749 2 sunrpc 192013 1 cpufreq_ondemand 8420 2 acpi_cpufreq 7477 0 freq_table 3851 2 cpufreq_ondemand,acpi_cpufreq nf_conntrack_netbios_ns 1502 0 ip6t_REJECT 4055 2 nf_conntrack_ipv6 17513 3 ip6table_filter 2743 1 ip6_tables 16558 1 ip6table_filter ipv6 267033 28 ip6t_REJECT,nf_conntrack_ipv6 uinput 7230 0 arc4 1377 2 ecb 1967 2 snd_hda_codec_idt 53547 1 iwl3945 104408 0 snd_hda_intel 24200 2 iwlcore 221094 1 iwl3945 snd_hda_codec 73671 2 snd_hda_codec_idt,snd_hda_intel b44 22838 0 mac80211 196929 2 iwl3945,iwlcore ssb 45872 1 b44 snd_hwdep 6222 1 snd_hda_codec iTCO_wdt 10864 0 snd_seq 50941 0 iTCO_vendor_support 2451 1 iTCO_wdt dell_wmi 2971 0 snd_seq_device 5895 1 snd_seq mmc_core 59134 1 ssb cfg80211 117099 3 iwl3945,iwlcore,mac80211 dell_laptop 3768 0 wmi 6600 1 dell_wmi rfkill 16402 5 bluetooth,cfg80211,dell_laptop i2c_i801 10086 0 mii 4142 1 b44 snd_pcm 76131 2 snd_hda_intel,snd_hda_codec snd_timer 19234 2 snd_seq,snd_pcm snd 60573 12 snd_hda_codec_idt,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer joydev 9439 0 dcdbas 8108 1 dell_laptop soundcore 6198 1 snd snd_page_alloc 7221 2 snd_hda_intel,snd_pcm microcode 17930 0 firewire_ohci 20136 0 yenta_socket 22610 1 rsrc_nonstatic 7974 1 yenta_socket firewire_core 42377 1 firewire_ohci crc_itu_t 1523 1 firewire_core i915 272088 2 drm_kms_helper 23936 1 i915 drm 169073 3 i915,drm_kms_helper i2c_algo_bit 4781 1 i915 i2c_core 24507 5 i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit video 20741 1 i915 output 2117 1 video Software versions: xorg-x11-server-Xorg-1.8.0-12.fc13.x86_64 xorg-x11-drv-intel-2.11.0-4.fc13.x86_64 Linux sinus 2.6.33.5-112.fc13.x86_64 #1 SMP Thu May 27 02:28:31 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
I've experienced the same issue in Fedora 13 KDE Spin. X.org consumes up to 100% of the CPU and fan is rotating like crazy. Which useful information should I provide you?
Created attachment 427088 [details] Xorg.9.log
Created attachment 427089 [details] Xorg.1.log
Created attachment 427090 [details] Xorg.0.log
Created attachment 427091 [details] dmesg log
Created attachment 427101 [details] lspci log
Created attachment 427102 [details] /var/log/messages
(In reply to comment #4) I've attached some logs. Even though I don't have Intel card (radeon driver in use) my x.org is also affected. I installed newest kernel and x.org server from links you gave. But problem still remains although now when idle X consumes from 10-20% of the cpu.
Ah, I have not mentioned this high CPU usage by X was not the case in Kubuntu 10.05 so it's rather not a card issue but X server one.
I don't know if this is helpfull informatiom but I have noticed that on my thinkpad R500 with an intel corporation Mobile 4 series Chipset integrated Graphics controller, running Fedora 12, the process of consuming CPU can be triggered by playing KPatience or by reading a PDF-document within firefox. Sometimes when I have to change my mind, I want to play a game of patience. Usually within 2 minutes xorg starts consuming CPU up to 85% and even after shutting down kpat and this can only be restored by rebooting the machine. If I read a PDF within firefox, xorg usually consumes 50%, acroread 40% and the other processes use the reamaining CPU. Ben
Reporter, could we have output of dmesg command when this issue happens, please, attached to this bug as well? Thank you
(In reply to comment #16) > Reporter, could we have output of dmesg command when this issue happens, > please, attached to this bug as well? > > Thank you Yesterday I added the line 'Option "AccelDFS" "true"' to the Device section from xorg.conf. Even after removing that line, I haven't been able to reproduce the error. While playing KPatience, CPU-usage climbs up but as soon as I have completed the game, it drops again to normal values. The last lines from dmesg are: btusb_intr_complete: hci0 urb f5b61200 failed to resubmit (1) btusb_bulk_complete: hci0 urb f69f1e80 failed to resubmit (1) btusb_bulk_complete: hci0 urb f69f1800 failed to resubmit (1) [drm:drm_mode_rmfb] *ERROR* tried to remove a fb that we didn't own CPU0 attaching NULL sched-domain. CPU1 attaching NULL sched-domain. CPU0 attaching sched-domain: domain 0: span 0-1 level MC groups: 0 1 CPU1 attaching sched-domain: domain 0: span 0-1 level MC groups: 1 0 btusb_intr_complete: hci0 urb f1d6e400 failed to resubmit (1) btusb_bulk_complete: hci0 urb f1d6e100 failed to resubmit (1) btusb_bulk_complete: hci0 urb f1d6e980 failed to resubmit (1) CPU0 attaching NULL sched-domain. CPU1 attaching NULL sched-domain. CPU0 attaching sched-domain: domain 0: span 0-1 level MC groups: 0 1 CPU1 attaching sched-domain: domain 0: span 0-1 level MC groups: 1 0 fuse init (API version 7.13) SELinux: initialized (dev fuse, type fuse), uses genfs_contexts CE: hpet increasing min_delta_ns to 15000 nsec
Created attachment 429990 [details] dmesg.txt After adding the noscript and adblock plugin to Firefox, suddenly Xorg went up to 80%
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. 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 '12'. 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 12'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 12 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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 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.