| commit | 2d9907a3332888e43bc73fe9b98a32f8de662526 | |
| author | Alexander Graf <agraf@suse.de> | |
| Sun, 13 Jul 2014 15:09:55 +0000 (13 17:09 +0200) | ||
| committer | Alexander Graf <agraf@suse.de> | |
| Mon, 8 Sep 2014 10:50:52 +0000 (8 12:50 +0200) | ||
| tree | e61229f7a658f41acf2300c913aafe4bdfce25a9 | treesnapshot (tar.gz zip) |
| parent | b19eae18c1cdf053fd85a39902cf77d8b561ef76 | commitdiff |
PPC: mac_nvram: Split NVRAM into OF and OSX parts
Mac OS X (at least with -M mac99) searches for a valid NVRAM partition
of a special Apple type. If it can't find that partition in the first
half of NVRAM, it will look at the second half.
There are a few implications from this. The first is that we need to
split NVRAM into 2 halves - one for Open Firmware use, the other one for
Mac OS X. Without this split Mac OS X will just loop endlessly over the
second half trying to find a partition.
The other implication is that we should provide a specially crafted Mac
OS X compatible NVRAM partition on the second half that Mac OS X can
happily use as it sees fit.
Signed-off-by: Alexander Graf <agraf@suse.de>
Mac OS X (at least with -M mac99) searches for a valid NVRAM partition
of a special Apple type. If it can't find that partition in the first
half of NVRAM, it will look at the second half.
There are a few implications from this. The first is that we need to
split NVRAM into 2 halves - one for Open Firmware use, the other one for
Mac OS X. Without this split Mac OS X will just loop endlessly over the
second half trying to find a partition.
The other implication is that we should provide a specially crafted Mac
OS X compatible NVRAM partition on the second half that Mac OS X can
happily use as it sees fit.
Signed-off-by: Alexander Graf <agraf@suse.de>
| hw/nvram/mac_nvram.c | diffblobblamehistory |