lkml.org 
[lkml]   [2008]   [Jan]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] Fix boot problem in situations where the boot CPU is running on a memoryless node
    On Wed, 23 Jan 2008, Nishanth Aravamudan wrote:

    > Right, so it might have functioned before, but the correctness was
    > wobbly at best... Certainly the memoryless patch series has tightened
    > that up, but we missed these SLAB issues.
    >
    > I see that your patch fixed Olaf's machine, Pekka. Nice work on
    > everyone's part tracking this stuff down.

    Another important result is that I found that GFP_THISNODE is actually
    required for proper SLAB operation and not only an optimization. Fallback
    can lead to very bad results. I have two customer reported instances of
    SLAB corruption here that can be explained now due to fallback to another
    node. Foreign objects enter the per cpu queue. The wrong node lock is
    taken during cache_flusharray(). Fields in the struct slab can become
    corrupted. It typically hits the list field and the inuse field.





    \
     
     \ /
      Last update: 2008-01-24 04:17    [W:2.876 / U:0.120 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site