> > Worth me looking into ? > > I have to give this a lot more thought. > > The universality of n_tty is important, and costs real cycles on servers and > such. It's not just about typing speed. For most systems its about ppp performance and nothing much else in real use. I'm not arguing for this as an alternative to making n_tty better, but that it's a far better way to deal with a lot of the other stuff. If the GPU is allocating and freeing GEM objects a lot to do console then it's probably doing it wrong. Several of the drivers don't accelerate console (because of the locking issues) and others use the GPU to do blits because they don't implement memory management based tricks like double mapping the framebuffer and shifting offsets. Some of the userspace is also not really optimised for modern 3D graphics either - a text terminal is after all just a big texture that moves offset and gets the content updated now and then. For low speed devices its also generally broken because the framebuffer layer is obsessed with printing *everything* and scrolling everything, not blasting through the text data and reconstructing the framebuffer level changes once per vblank. The result of doing an ugly hack on that is quite extra-ordinary even on vesafb. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
