lkml.org 
[lkml]   [2007]   [Jun]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Oops in a driver while using SLUB as a SLAB allocator
    On Thu, 21 Jun 2007, Christoph Lameter wrote:
    > On Fri, 22 Jun 2007, Hugh Dickins wrote:
    >
    > > However... what gives you confidence that flush_dcache_page is
    > > never applied to other slab pages?
    >
    > Flush dcache page is supposed to run on pages not objects of varying
    > length. It is suprising that this has not lead to earlier problems.
    > Objects allocated this way may straddle a page boundary under some
    > conditions and in that case virt_to_page may not lead to a page that
    > covers the complete object that is supposed to be flushed. Hopefully the
    > "size" of the allocated object were whole pages.

    No, that's the wrong way round. Neither ARM nor PA-RISC expects
    flush_dcache_page to flush any dcache when given a slab allocation:
    they just expect it to pass through, not to oops.

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

    \
     
     \ /
      Last update: 2007-06-22 07:41    [W:4.304 / U:0.200 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site