Re: OpenGL-based framebuffer concepts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jan Engelhardt wrote:
>>> As long as I can continue to use 80x25 or any of the "pure text modes"
>>> (vga=scan boot option says more) without loading any FB/DRM, I am satisfied
>> Jan, I don't plan on forcing fbdev/DRM on anyone. My work is going to leave 
>> vgacon alone, and if my work at making DRM and FBdev cooperate goes as 
>> planned, those two will remain independant, though part of my work aims at 
>> having fbdev provide all 2D graphics acceleration for DRM while DRM handles 
>> the 3D stuff via the Mesa libraries or similar.
>>
> That sounds acceptable.
> 
> But current vesafb is slower, noticable with scrolling as in `ls -Rl /`.
> Does it lack 2D acceleration?

No, vesafb does not support console acceleration.

If you use x86_32, adding video=vesafb:ypan,mtrr:3 in your boot option will
help.  Also using the lowest color depth will also help.

Tony 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux