Merging 64 bit changes to -HEAD - part 2

[Jayachandran C.]

On Fri, Jun 18, 2010 at 4:00 AM, Randall Stewart <rrs at lakerest.net> wrote:
>
> On Jun 17, 2010, at 1:05 PM, M. Warner Losh wrote:
>>
>> It was also a name-space collision, so we were using PG_x instead of
>> PG_y in the PTE code due to the overlap.  Maybe it all works now, but
>> that was the motivation for the change.
>
>
>
> Yes, basically if I remember right someone used
>
> PG_GLOBAL instead of PG_G. This caused the wrong bits
> to be set.
>
> In general I think its a BAD idea to have two name spaces in the
> same section of the system (VM) that have similar define's that mean
> different things.
>
>
> Far better to KEEP the PTE_xxx or for that matter pick something else.. Just
> NOT PG_xxx

I was not aware of the PG/PTE history, I thought I would get the diffs
against Juli's tree down.

I will drop the renaming patch.

But can you review/approve the second patch.  This change removes the
sched_pin and lock in the LMEM macros.My understanding is that, these
are not needed because each cpu is given its own va to map the
physical memory to, and this pa/va mapping in in the kernel_pmap.

JC.