lkml.org 
[lkml]   [2014]   [May]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [PATCH] mm: Fix force_flush behavior in zap_pte_range()
    From
    On Sun, May 4, 2014 at 1:42 PM, Richard Weinberger <richard@nod.at> wrote:
    >
    > I cannot tell why UML has it's own tlb gather logic, I suspect nobody
    > cared so far to clean up the code.
    > That said, I've converted it today to the generic gather logic and it works.
    > Sadly I'm still facing the same issues (sigh!).

    Ok, so it's not the gathering.

    I'm guessing it's because the tlb flush patterns change (we now flush
    partial areas for shared mappings with dirty pages - it used to be
    that you'd only ever see full ranges before), and that shows some
    issue with the whole "fix_range()" thing. So then the kill(9) results
    in stopping the page table zapping in the middle, and then you end up
    with that "Bad rss-counter" for the file mapping.

    Can you try to debug it to see where that "ret" gets set in
    fix_range_common() (well, likely deeper, I presume it comes from
    update_pte_range() or whatever), to see exactly _what_ it is that
    starts failing?

    Linus


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