Page MenuHomeFreeBSD

[PowerPC] Fix translation-related crashes during startup
ClosedPublic

Authored by bdragon on Jul 2 2020, 5:02 AM.
Referenced Files
Unknown Object (File)
Mon, Nov 11, 4:51 AM
Unknown Object (File)
Mon, Nov 4, 3:02 PM
Unknown Object (File)
Sat, Oct 19, 4:31 PM
Unknown Object (File)
Oct 10 2024, 10:23 AM
Unknown Object (File)
Sep 30 2024, 3:32 PM
Unknown Object (File)
Sep 25 2024, 9:11 AM
Unknown Object (File)
Sep 25 2024, 9:11 AM
Unknown Object (File)
Sep 25 2024, 9:11 AM

Details

Summary

After spending a lot of time trying to track down what was going on, I have isolated the "black screen" failures when using boot1 to boot a G4 machine.

It turns out we were replacing the traps before installing the temporary BAT entry for the bottom of physical memory. That meant that until the MMU was bootstrapped, the cached translations were the only thing keeping us from losing.

Throwing boot1 into the mix was affecting execution flow enough to cause us to hit an uncached page and crash.

Fix this by properly setting up the initial BAT entry at the same time we are replacing the OpenFirmware traps, so we can continue executing in segment 0 until the rest of the DMAP has been set up.

A second thing discovered while researching this is that we were entering a BAT region for segment 16. It turns out this range was a) considered part of KVA, and b) has firmware mappings with varying attributes.

If we ever accessed an unmapped page in segment 16, it would cause a BAT entry to be installed for the whole segment, which would bypass the existing mappings until it was flushed out again.

Instead, translate the OFW memory attributes into VM memory attributes and install the ranges into the kernel address space properly.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable