> > Ensuring that nothing prevents the switch to fbcon and displaying the > > panic message is the reason why we haven't felt inclined to accelerate > > fbcon - it just gets messy for no real gain. > > and when doing 2d accel on a 3d core.. it basically amounts to > putting a shader compiler in the kernel. Wheeee! Yikes. I'm not suggesting that. In fact I doubt accelerating the imageblit would be worthy it due to the small size of the images being pushed. The real cost is the copyarea which is used for scrolling when no panning is available. > > For example: https://bugs.freedesktop.org/attachment.cgi?id=48933 > > which doesn't handle flushing of pending updates via the GPU when > > writing with the CPU during interrupts (i.e. a panic). > > -Chris > > > > -- > > Chris Wilson, Intel Open Source Technology Centre > -- > To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
