[PATCH 00/35] percpu: Consistent per cpu operations V7

From: Christoph Lameter
Date: Sun Aug 17 2014 - 13:30:55 EST


V6->V7
- Separate out __get_cpu_var accesses of cpumasks and create a special
patch that handles the configuration dependent conversion to either
this_cpu_read() or this_cpu_ptr(). If this is problematic
then the last 2 patches of the series can be dropped top leave __get_cpu_var use
for these cases intact.
- Rebase against 3.17-rc1
- Convert newly introduced uses of __get_cpu_var
- Use Feng's korg testing to validate patch in a series of configurations
- Remove portions of the overview that describe patches already merged.
- Patches available in git tree on
korg https://git.kernel.org/cgit/linux/kernel/git/christoph/percpu.git/


V4->V5
- Remove patches that were merged
- Update patches against 3.16-rc1
- randconfig debugging on x86
- All patches can be merged individually now (asid from the last two
that remove functions)
- Non x86 and powerpc architecture patches have minimal verification.

V3->V4:
- Rediff patches
- Put the patches first that define the new API.
- Add patches to convert the __get_cpu_var stuff added in 3.14

V2->V3:
- Rediff patches
- Fix breakage caused by mips patches. Add a mips patch to convert from local_t.
- Update some descriptions.

V1->V2:
- Move legacy definition for __this_cpu_ptr into include/asm-generic/percpu.h
so that users bypassing include/linux/percpu.h do not break (affects
tile and s390)
- Merge raw_cpu_ops core and the patch to rename x86 __this_cpu primitives
into one. Otherwise breakage will occur since x86 __this_cpu ops will fall
back to generic ops which is not tolerated well by the preempt hackery
in x86.
- Add notes to each patch that depends on another to avoid mismerges.
Add acks etc.
- Use quilt-0.61 with the bug fix that ensures all mailing lists
receive the postings intended for them.


The patches are follow on patches that complete the conversion of
__get_cpu_var uses. Aside from the 4 last patches all of them
can be applied independently. The last 4 patches deal with removal
of macros that are no longer needed because the earlier patches
converted the usage.

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