-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/27/2015 03:36 PM, Vladimir wrote:
Although I agree with you that AMD is not innocent as well, if you would check a "Binary situation" page at coreboot's wiki, you would see that Intel is in three times more evil (still could not understand why some incredibly talented coreboot developers are spending so much time fighting Intel's ME issues, while AMD boards don't have that "dragon you have to tame" on board)
In any case, it would be very sad to see the AMD code gone from the master branch. Even the code for some unpopular boards like Intel Atom-based EOL "Mohron Peak" was allowed to stay! Why AMD boards are considered worse? The sole idea of AMD code going away, which will affect many alive-and-kicking coreboot-supported AMD boards, is beyond my comprehension
This is why I was advocating a gentle demotion to second class status. You can still use the AGESA code where needed, but native intialization would be preferred for new ports.
- -- Timothy Pearson Raptor Engineering +1 (415) 727-8645 (direct line) +1 (512) 690-0200 (switchboard) http://www.raptorengineeringinc.com
On Tue, Oct 27, 2015 at 1:41 PM, Timothy Pearson < tpearson@raptorengineeringinc.com> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/27/2015 03:36 PM, Vladimir wrote:
Although I agree with you that AMD is not innocent as well, if you would check a "Binary situation" page at coreboot's wiki, you would see that Intel is in three times more evil (still could not understand why some incredibly talented coreboot developers are spending so much time fighting Intel's ME issues, while AMD boards don't have that "dragon you have to tame" on board)
In any case, it would be very sad to see the AMD code gone from the master branch. Even the code for some unpopular boards like Intel Atom-based EOL "Mohron Peak" was allowed to stay! Why AMD boards are considered worse? The sole idea of AMD code going away, which will affect many alive-and-kicking coreboot-supported AMD boards, is beyond my comprehension
This is why I was advocating a gentle demotion to second class status. You can still use the AGESA code where needed, but native intialization would be preferred for new ports.
Ah, thanks for the clarification. I think I had a knee-jerk reaction since the idea of ripping out AGESA entirely has been floated in the past. This seems like a decent approach.
Timothy Pearson Raptor Engineering +1 (415) 727-8645 (direct line) +1 (512) 690-0200 (switchboard) http://www.raptorengineeringinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJWL+FhAAoJEK+E3vEXDOFbjmIIAK3Tf/KBLQH92uCJsCn5ekJv S5hE1LdDBvRXM5p3xZWarqnomfvbxeNP8fg9PfOixxDLLSE/gWKE5B1H119le5Dl aXU99ge7dMefZ9uxm0zfjKLvCsS/vc7ESqC+KKcYxK0Q1KswF/g6wLeaG8LS18wQ W83gZCTdFjW8YhTnxu8kzmXDT+2vT5CSSGQoN0d6gD0WZrti7gLCL1m9Nu5stnKt Kul93N7KmVYhdUAIBzyrsTl5/JV5JzOXgHFVUvhrUa1XqRk5DC1MjHHaTYA6W1kT +f5m9HnBTGP6G4agtHBiScq/XBCl7+MdMkx3Ecb32QMgyvcSlG3UMLXiax2UHYA= =nXMZ -----END PGP SIGNATURE-----
-- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot