talos-obmc-uboot - Talos™ II U-Boot sources for OpenBMC

	Commit message (Collapse)	Author	Age	Files	Lines
*	x86: Move paging functions into cpu.c	Simon Glass	2014-10-28	1	-30/+3
\| \| \| \| \| \| \|	These functions really don't belong in physmem as they relate to the cpu. Move them. Signed-off-by: Simon Glass <sjg@chromium.org>
*	cosmetic: replace MIN, MAX with min, max	Masahiro Yamada	2014-09-24	1	-2/+2
\| \| \| \| \| \| \|	The macro MIN, MAX is defined as the aliase of min, max, respectively. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
*	x86: Declare global_data pointer when it is used	Simon Glass	2013-05-13	1	-0/+2
\| \| \| \| \| \| \| \|	Several files use the global_data pointer without declaring it. This works because the declaration is currently a NOP. But still it is better to fix this so that x86 lines up with other archs. Signed-off-by: Simon Glass <sjg@chromium.org>
*	x86: Implement arch_phys_memset so that it can wipe memory above 4GB	Gabe Black	2012-12-06	1	-0/+228
	Implement arch_phys_memset so that it can set memory at physical addresses above 4GB using PAE paging. Because there are only 5 page tables in PAE mode, 1 PDPT and 4 PDTs, those tables are statically allocated in the BSS. The tables must be 4K page aligned and are declared that way, and because U-Boot starts as 4K aligned and the relocation code relocates it to a 4K aligned address, the tables work as intended. While paging is turned on, all 4GB are identity mapped except for one 2MB page which is used as the window into high memory. This way, U-Boot will continue to work as expected when running code that expects to access memory freely, but the code can still get at high memory through its window. The window is put at 2MB so that it's 2MB page aligned, low in memory to be out of the way of things U-Boot is likely to care about, and above the lowest 1MB where lots of random things live. Signed-off-by: Gabe Black <gabeblack@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>