[lkml]   [2005]   [Sep]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [patch 1/11] mm: Reimplementation of dynamic per-cpu allocator -- vmalloc_fixup
    Ravikiran G Thirumalai <> wrote:
    > Patch to add gfp_flags as args to __get_vm_area. alloc_percpu needs to use
    > GFP flags as the dst_entry.refcount needs to be allocated with GFP_ATOMIC.
    > Since alloc_percpu needs get_vm_area underneath, this patch changes
    > __get_vmarea to accept gfp_flags as arg, so that alloc_percpu can use
    > __get_vm_area. get_vm_area remains unchanged.

    Is dst_alloc() ever called from IRQ or softirq contexts?

    If so, __get_vm_area()'s write_lock(&vmlist_lock) is now deadlockable.

    If not, then you've just added a restriction to dst_alloc()'s usage which
    should be checked over by the net guys and which needs commenting in the code.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-09-13 21:28    [W:0.019 / U:95.060 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site