(In reply to comment #23) > (In reply to comment #19) > > After putting the line Option "AccelMethod" "EXA" and restarted the X interface > > was ok, but the xorg is occupying much processing reaches peak of 90% leaving > > the PC very slow. > > > Ivan, try to add : > Option "MigrationHeuristic" "greedy" > > (In reply to comment #21) > > Extremely erratic behavior. Sometimes the driver works with no options; > > sometimes it hangs. Sometimes it works with EXA; sometimes it hangs. > > Sometimes it works with NoAccel; sometimes it hangs. Sometimes when I kill the > > X server, my machine recovers; sometimes my machine locks up. After the most > > recent lock-up and reboot, I was able to run the driver with no options, with > > EXA, and with NoAccel repeatedly with no hangs, despite the fact that it had > > just been hanging a few moments before. > > > Jonathan, I'm not convinced all your troubles are related to openchrome. Is your > machine perfectly stable when using the vesa driver ? > > (In reply to comment #22) > > Any news? > > Diego, I believe there are multiple problems mixed here. One problem is XAA > acceleration is broken for some people and switching to EXA mitigate the issue. > In your case, you have to completely disable the acceleration to get the driver > running. Unfortunately, you didn't provide neither your xorg conf nor your xorg > log, so I'm afraid there's not much I can do to diagnose or even categorise the > problem. > > > All, I'm still awaiting for upstream to provide a patch that will remove the > need of the VGA bios to do the modesetting, as I failed to produce it by myself. > This should greatly reduce the pain some laptop users are suffering with openchrome. Hello, Once the test by placing putting Option "MigrationHeuristic" "greedy" getting sa follows: 1 st test: Section "Device" Identifier "Videocard0" Driver "openchrome" Option "NoAccel" Option "MigrationHeuristic" "greedy" EndSection NOTE: The X rises but remains very slow. The simple task of maximizing and discard maximize the xorg occupies 94% of the CPU. 2 nd test Section "Device" Identifier "Videocard0" Driver "openchrome" Option "AccelMethod" "EXA" Option "MigrationHeuristic" "greedy" EndSection NOTE: Not rises X on television reports that connection with X server fi and lost in the last lines of / var/log/Xorg.0.log.old shows the following: Backtrace: 0: X (xf86SigHandler +0 x79) [0x80d60c9] 1: [0x12e400] 2: / lib/libc.so.6 (memcpy +0 x46) [0x471f46] 3: [0xb425d000] 4: / usr / lib / xorg / modules / / libexa.so [0x7a5334] 5: / usr / lib / xorg / modules / / libexa.so (exaComposite +0 xc0f) [0x7a602f] 6: X [0x8175f76] 7: X (CompositePicture +0 x1c6) [0x815fc86] 8: X [0x810d7ff] 9: X [0x811f1e5] 10: X (miPointerUpdateSprite +0 x229) [0x8118aa9] 11: X [0x8118ba5] 12: X [0x8147e7d] 13: X [0x81691b1] 14: X [0x808cfb3] 15: X (ChangeWindowAttributes +0 xcc0) [0x8073730] 16: X (ProcChangeWindowAttributes +0 xc0) [0x8085550] 17: X (Dispatch +0 x34f) [0x8085a3f] 18: X (main +0 x47d) [0x806b3bd] 19: / lib/libc.so.6 (__libc_start_main +0 xe6) [0x4115d6] 20: X (FontFileCompleteXLFD +0 x22d) [0x806a7a1] Server Fatal error: Caught signal 11. Server aborting (II) UnloadModule: "mouse" (II) UnloadModule: "kbd" (II) Macintosh mouse button emulation: Close (II) UnloadModule: "evdev" (II) UnloadModule: "synaptics" (II) HID 062nd: 0001: Close (II) UnloadModule: "evdev" (II) CHROME (0): VIALeaveVT (II) CHROME (0): ViaCursorStore (II) CHROME (0): VIARestore (II) CHROME (0): ViaLCDPower: On. (II) CHROME (0): ViaDisablePrimaryFIFO 3 of test Section "Device" Identifier "Videocard0" Driver "openchrome" Option "NoAccel" "True" Option "MigrationHeuristic" "greedy" EndSection NOTE: The X rises but remains very slow. The simple task of maximizing and discard maximize the xorg occupies 94% of the CPU. Packages installed on the machine: [breads netuno @ ~] $ rpm-q | grep openchrome xorg-x11-drv-openchrome-0.2.902-7.fc9.i386 [breads netuno @ ~] $ rpm-q | grep kernel kernel-2.6.25.6-55.fc9.i686 [breads netuno @ ~] $ Regards, Ivan Paes