[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.236 / U:0.572 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site