src-test/sys/powerpc/aim/swtch.S, branch main

MFppc64:

2010-07-13T05:32:19Z

Kernel sources for 64-bit PowerPC, along with build-system changes to keep 32-bit kernels compiling (build system changes for 64-bit kernels are coming later). Existing 32-bit PowerPC kernel configurations must be updated after this change to specify their architecture.

Unbreak cpu_switch(). The register allocator in my brain is clearly

2009-10-31T20:59:13Z

broken. Also, Altivec context switching worked before only by accident, but should work now by design.

Remove an unnecessary sync that crept in the last commit.

2009-10-31T18:04:34Z

Loop on blocked threads when using ULE scheduler, removing an

2009-10-31T17:55:48Z

XXX MP comment.

Correct another typo. Actually save the condition register instead

2009-10-11T16:44:58Z

of overwriting r12 by mistake.

Perform a dummy stwcx. when we switch contexts. The context

2009-04-04T22:23:03Z

being switched out may hold a reservation. The stwcx. will clear the reservation. This is architecturally recommended. The scenario this addresses is as follows: 1. Thread 1 performs a lwarx and as such holds a reservation. 2. Thread 1 gets switched out (before doing the matching stwcx.) and thread 2 is switched in. 3. Thread 2 performs a stwcx. to the same reservation granule. This will succeed because the processor has the reservation even though thread 2 didn't do the lwarx. Note that on some processors the address given the stwcx. is not checked. On these processors the mere condition of having a reservation would cause the stwcx. to succeed, irrespective of whether the addresses are the same. The dummy stwcx. is especially important for those processors.

Add Altivec support for supported CPUs. This is derived from the FPU support

2009-02-20T17:48:40Z

code, and also reducing the size of trapcode to fit inside a 32 byte handler slot. Reviewed by: grehan MFC after: 2 weeks

Set pcpup->pc_curthread and pcpup->pc_curpcb before calling

2008-09-16T17:03:52Z

pmap_activate. While pmap_activate doesn't need either, we do need a valid curthread if we enable KTR_PMAP.

MFp4: SMP support

2008-04-27T22:33:43Z

Unify and generalize PowerPC headers, adjust AIM code accordingly.

2008-03-02T17:05:57Z

Rework of this area is a pre-requirement for importing e500 support (and other PowerPC core variations in the future). Mainly the following headers are refactored so that we can cover for low-level differences between various machines within PowerPC architecture: Areas which use the above are adjusted and cleaned up. Credits for this rework go to marcel@ Approved by: cognet (mentor) MFp4: e500