I would have to do more testing, but it does not look like the simple framebuffer driver ever got fixed to release the memory resource and so, as soon as we turn on that, we will have the old issue of VMs (using cirrus default gfx) coming up with no graphical console at all. That said, the simple framebuffer did not exist before 3.13. Reading quickly through the report I think you said you used VESA framebuffer before. That is now built into the kernel (so trying to modprobe does fail). Though maybe not. It would help to find out what framebuffer driver actually was used. Probably that info is already in one of the attached dmesg files. I need to have a look if I have more time. Things to play around would be to look at /etc/default/grub and play around with grub not enabling gfx (term == console) or pre-setting the desired resolution.
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1434581 Title: Console extremely slow with 3.13 and newer kernels for certified servers with Matrox G200er2 or similar To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1434581/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
