Comment 68 for bug 274340

Revision history for this message
In , Xavier (xavier-redhat-bugs) wrote :

(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.