percpu: Consistent per cpu operations V7

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/pe...


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@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/