lkml.org 
[lkml]   [2014]   [Jan]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [PATCH 4/10] atyfb: set FBINFO_READS_FAST
    From
    On Thu, Jan 23, 2014 at 11:31 AM, Mikulas Patocka <mpatocka@redhat.com> wrote:
    >
    > Both mach64 and matrox have a hardware bitter that is faster than
    > rewriting the console - that's why FBINFO_READS_FAST improves performance
    > for them.

    My point is that I'd expect *anything* that has a hardware blitter to
    be faster than rewriting the screen.

    FBINFO_READS_FAST is documented to be about "soft-copy" being faster
    than re-rendering. Which I take to be about actually doing copying in
    *software*.

    In particular, updatescrollmode() seems to do this right. It sets
    p->scrollmode based on whether there's an accelerated copyarea. But
    then SCROLL_PAN/WRAP_MOVE ends up re-testing FBINFO_READS_FAST,
    ignoring any hw-accelerated copy-area, and I don't quite see why..

    Linus


    \
     
     \ /
      Last update: 2014-01-23 21:41    [W:9.304 / U:0.644 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site