Searched hist:ab73970649667927197c62ff9a8ee5cd4e5e4d8d (Results 1 – 4 of 4) sorted by relevance
| /freebsd/sys/powerpc/include/ |
| H A D | sr.h | diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
|
| H A D | vmparam.h | diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
|
| /freebsd/sys/powerpc/aim/ |
| H A D | mmu_oea64.c | diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
|
| H A D | mmu_oea.c | diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
diff ab73970649667927197c62ff9a8ee5cd4e5e4d8d Sat Feb 20 17:23:29 CET 2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org> Reduce KVA pressure on OEA64 systems running in bridge mode by mapping
UMA segments at their physical addresses instead of into KVA. This emulates
the direct mapping behavior of OEA32 in an ad-hoc way. To make this work
properly required sharing the entire kernel PMAP with Open Firmware, so
ofw_pmap is transformed into a stub on 64-bit CPUs.
Also implement some more tweaks to get more mileage out of our limited
amount of KVA, principally by extending KVA into segment 16 until the
beginning of the first OFW mapping.
Reported by: linimon
|