Comment 18 for bug 1470862

Revision history for this message
Derick Eddington (derick-eddington) wrote :

Hi, This problem is still present in Xenial Xerus daily-build (I'm using the MATE flavor).

I found that by changing, via update-alternatives, the x86_64-linux-gnu_gl_conf and i386-linux-gnu_gl_conf link-groups back to the Mesa choices, with the fglrx (or fglrx-updates) package still installed, and then rebooting, the virtual consoles now work and lsmod shows that the fglrx module is still being used (and the radeon module is not).

So I guess this shows that the OpenGL configuration that uses fglrx is somehow related to the problem, and that the fglrx module is capable of having working virtual consoles.

Just to note, after changing those alternatives:
- My x86_64-linux-gnu_gfxcore_conf alternative is still the choice for fglrx-core.
- My OpenGL is Mesa of course and is much slower (unusably slow, as usual) than using fglrx for OpenGL.