[patch 0/3] Per cpu relocation to ZERO and x86_32 percpu ops on x86_64

This patchset allows the use of x86_32 percpu ops on x86_64 while maintaining
%gs pointing to the pda. It does that by moving the x86_64 pda into
the percpu area (thereby pointing %gs at the per cpu area) and then
relocating the x86_64 per cpu variables to start at 0.

Patch applies on top of the per cpu cleanup patches V2.
See http://marc.info/?l=linux-kernel&m=119628478316525&w=2

Ultimately I think we can make the per cpu accessors arch independent
(see the RFC at http://marc.info/?l=linux-kernel&m=119552126330405&w=2).
There is a performance benefit from using these in core code.

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

Follow-Ups:
- Re: [patch 0/3] Per cpu relocation to ZERO and x86_32 percpu ops on x86_64
  - From: Ingo Molnar <[email protected]>
- [patch 3/3] x86_64: Make the x86_32 percpu operations usable on x86_64
  - From: Christoph Lameter <[email protected]>
- [patch 2/3] X86_64: Declare pda as per cpu data thereby moving it into the cpu area
  - From: Christoph Lameter <[email protected]>
- [patch 1/3] Percpu infrastructure to rebase the per cpu area to 0UL
  - From: Christoph Lameter <[email protected]>

Prev by Date: Re: [RFC] Sample kset/ktype/kobject implementation
Next by Date: [patch 1/3] Percpu infrastructure to rebase the per cpu area to 0UL
Previous by thread: RFC - organize include/linux/kernel.h, add include/linux/logging.h
Next by thread: [patch 1/3] Percpu infrastructure to rebase the per cpu area to 0UL
Index(es):
- Date
- Thread

[Index of Archives] [Kernel Newbies] [Netfilter] [Bugtraq] [Photo] [Stuff] [Gimp] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Video 4 Linux] [Linux for the blind] [Linux Resources]