FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.2.0_cvs 2009-05-01T02:51:58Z 2009-05-01T02:51:58Z Ken Smith kensmith@FreeBSD.org 2009-05-01T02:51:58Z urn:sha1:b205d83df7763ca1f099bce5ac12a05862a626c4 Approved by: re (implicit) This commit was manufactured to restore the state of the 7.2-RELEASE image. 2009-04-17T17:13:41Z John Baldwin jhb@FreeBSD.org 2009-04-17T17:13:41Z urn:sha1:7ff6b770c6ab64812dca436c41228a93f7b87639 open partition. Approved by: re (kib) 2009-04-12T23:10:01Z Maxim Sobolev sobomax@FreeBSD.org 2009-04-12T23:10:01Z urn:sha1:fcb2f8183d85ac7a2a2973d324f0b808b40cad85 Approved by: re (kib) 2009-03-22T11:03:24Z Yoshihiro Takahashi nyan@FreeBSD.org 2009-03-22T11:03:24Z urn:sha1:6df3a0da33daaeb9f4fb49ffb09bb0c4d1e30540 Teach the BIOS CD driver to use bounce buffers when the destination address is > 1 MB. 2009-03-22T10:55:07Z Yoshihiro Takahashi nyan@FreeBSD.org 2009-03-22T10:55:07Z urn:sha1:c8e88bdc5bc85b0de17ad04c61de5123312e5773 Use the common PC98_MID_* defines instead of a magic number. 2009-03-19T17:02:10Z John Baldwin jhb@FreeBSD.org 2009-03-19T17:02:10Z urn:sha1:5742c5ae380dfc51fbeedeab11cae4084d5df2a2 - Make it possible to disable GPT support by setting LOADER_NO_GPT_SUPPORT in make.conf or src.conf. - When GPT is enabled (which it is by default), use memory above 1 MB and leave the memory from the end of the bss to the end of the 640k window purely for the stack. The loader has grown and now it is much more common for the heap and stack to grow into each other when both are located in the 640k window. 2009-03-19T16:55:26Z John Baldwin jhb@FreeBSD.org 2009-03-19T16:55:26Z urn:sha1:6d3d7152582172543213f26c54e5c109a3db0da3 2009-03-19T15:40:44Z John Baldwin jhb@FreeBSD.org 2009-03-19T15:40:44Z urn:sha1:2bd6eae91711a8a60f4c57750f3966ca1028ac35 address is > 1 MB. 2009-03-19T14:17:34Z Marius Strobl marius@FreeBSD.org 2009-03-19T14:17:34Z urn:sha1:5d3df2c00011b89adb3d5709e5811688691f81aa Work around Cheetah+ erratum 34 (USIII+ erratum #10) by relocating the locked entry in it16 slot 0, which typically is occupied by the PROM, and manually entering locked entries in slots != 0. Thanks to Hubert Feyrer for donating the Blade 2000 this change was developed on. 2009-03-19T14:11:03Z Marius Strobl marius@FreeBSD.org 2009-03-19T14:11:03Z urn:sha1:d10d3b3254f2a4b7fd77f685d0d48b23e2c79c83 USIII and beyond CPUs have stricter requirements when it comes to synchronization needed after stores to internal ASIs in order to make side-effects visible. This mainly requires the MEMBAR #Sync after such stores to be replaced with a FLUSH. We use KERNBASE in the kernel and the newly introduced PROMBASE for the loader as the addresses to FLUSH as these are guaranteed to not trap. Actually, the USII synchronization rules also already require a FLUSH in pretty much all of the cases changed. We're also hitting an additional USIII synchronization rule which requires stores to AA_IMMU_SFSR to be immediately followed by a DONE, FLUSH or RETRY. Doing so triggers a RED state exception though so leave the MEMBAR #Sync. Linux apparently also has gotten away with doing the same for quite some time now, apart from the fact that it's not clear to me why we need to clear the valid bit from the SFSR in the first place. Reviewed by: nwhitehorn