[lkml]   [2009]   [Dec]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Subject[this_cpu_xx V8 00/16] Per cpu atomics in core allocators, cleanup and more this_cpu_ops
    Leftovers from the earlier patchset rediffed to 2.6.33-rc1.
    Mostly applications of per cpu counters to core components.

    After this patchset there will be only one user of local_t left: Mathieu's
    trace ringbuffer.

    I added some patches that define additional this_cpu ops in order to help
    Mathieu with making the trace ringbuffer use this_cpu ops. These have barely
    been tested (boots fine on 32 and 64 bit but there is no user of these operations).
    RFC state.

    - Fix issue in slub patch
    - Fix issue in modules patch
    - Rediff page allocator patch
    - Provide new this_cpu ops needed for ringbuffer [RFC state]

    - Drop patches merged in 2.6.33 merge cycle
    - Drop risky slub patches

    - Drop patches merged by Tejun.
    - Drop irqless slub fastpath for now.
    - Patches against Tejun percpu for-next branch.

    - Avoid setup_per_cpu_area() modifications and fold the remainder of the
    patch into the page allocator patch.
    - Irq disable / per cpu ptr fixes for page allocator patch.

    - Fix various macro definitions.
    - Provide experimental percpu based fastpath that does not disable
    interrupts for SLUB.

    - Available via git tree against latest upstream from
    git:// linus
    - Rework SLUB per cpu operations. Get rid of dynamic DMA slab creation
    - Create fallback framework so that 64 bit ops on 32 bit platforms
    can fallback to the use of preempt or interrupt disable. 64 bit
    platforms can use 64 bit atomic per cpu ops.

    - Various minor fixes
    - Add SLUB conversion
    - Add Page allocator conversion
    - Patch against the git tree of today

     \ /
      Last update: 2009-12-18 23:31    [W:0.025 / U:42.584 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site