Comment 111 for bug 278471

I believe I'm seeing the same problem, though for me, the polling is so severe that upon logging in from kdm, xorg take 100% of the CPU and eventually has to be killed. This began when I attached a second display to my machine.

I'm using Kubuntu 9.04, with KDE 4.3 RC3. I tried 4.2.4 and encountered this bug, so I moved to the most recent version to see if it would be fixed. I'm using the fglrx driver with a Radeon HD 2400 XT card.

The messages filling my Xorg.0.log look like:
(II) fglrx(0): EDID vendor "DEL", prod id 40993
(II) fglrx(0): Modeline "1152x864"x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz)
(II) fglrx(0): EDID vendor "DEL", prod id 40993
(II) fglrx(0): Using hsync ranges from config file
(II) fglrx(0): Using vrefresh ranges from config file
(II) fglrx(0): Printing DDC gathered Modelines:
(II) fglrx(0): Modeline "1600x1200"x0.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz)
(II) fglrx(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) fglrx(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz)

and so on, in perpetuity.

In the past, it has occasionally stopped the polling and allowed me to work normally, but the polling always begins again when running xrandr, even if just querying.

If there's any more information I can provide to move this along, I'd appreciate it. At this point I'm forced to decide between using only one of my displays or not running KDE, and neither option is very appealing to me.

Thanks.

Todd