History log of /freebsd/sys/powerpc/ofw/ofw_machdep.c (Results 101 – 108 of 108)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# d7073a2b 03-Jun-2011 Attilio Rao <attilio@FreeBSD.org>

MFC


# 48174c14 02-Jun-2011 Nathan Whitehorn <nwhitehorn@FreeBSD.org>

Temporarily back out those parts of r222613 related to parsing the memory
map. They cause non-understood boot failures on some Apple machines with
more than 2 GB of RAM (like my work desktop).


# 17879090 02-Jun-2011 Nathan Whitehorn <nwhitehorn@FreeBSD.org>

MFpseries:
Renovate and improve the AIM Open Firmware support:
- Add RTAS (Run-Time Abstraction Services) support, found on all IBM systems
and some Apple ones
- Improve support for 32-bit real mod

MFpseries:
Renovate and improve the AIM Open Firmware support:
- Add RTAS (Run-Time Abstraction Services) support, found on all IBM systems
and some Apple ones
- Improve support for 32-bit real mode Open Firmware systems
- Pull some more OF bits over from the AIM directory
- Fix memory detection on IBM LPARs and systems with more than one /memory
node (by andreast@)

show more ...


# db06a6f4 12-Mar-2011 Marcel Moolenaar <marcel@FreeBSD.org>

Merge svn+ssh://svn.freebsd.org/base/head@219553


# 797c37ee 09-Mar-2011 Nathan Whitehorn <nwhitehorn@FreeBSD.org>

Fix whitespace nit.


Revision tags: release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0
# 0c21a60c 05-Dec-2010 Marcel Moolenaar <marcel@FreeBSD.org>

svn+ssh://svn.freebsd.org/base/head@216199


# 5fbbc222 12-Nov-2010 Dimitry Andric <dim@FreeBSD.org>

Sync: merge r215141 through r215188 from ^/head.


# fe3b4685 12-Nov-2010 Nathan Whitehorn <nwhitehorn@FreeBSD.org>

Remove use of a separate ofw_pmap on 32-bit CPUs. Many Open Firmware
mappings need to end up in the kernel anyway since the kernel begins
executing in OF context. Separating them adds needless comple

Remove use of a separate ofw_pmap on 32-bit CPUs. Many Open Firmware
mappings need to end up in the kernel anyway since the kernel begins
executing in OF context. Separating them adds needless complexity,
especially since the powerpc64 and mmu_oea64 code gave up on it a long
time ago.

As a side effect, the PPC ofw_machdep code is no longer AIM-specific,
so move it to powerpc/ofw.

show more ...


12345