summaryrefslogtreecommitdiff
path: root/arch/i386/cpu/sc520/sc520_asm.S
Commit message (Collapse)AuthorAgeLines
* sc520: Move RAM sizing code from asm to CGraeme Russ2011-02-12-608/+0
|
* x86: Use Cache-As-RAM for initial stackGraeme Russ2011-02-12-3/+3
|
* sc520: Define MMCR address in include fileGraeme Russ2011-02-12-28/+21
|
* x86: Don't clobber %ebxGraeme Russ2010-10-07-5/+10
| | | | %ebx will hold low-level boot flags and must be preserved
* x86: Remove usage of %ebp as a return pointerGraeme Russ2010-10-07-3/+3
| | | | Using %ebp as a return pointer prevents creating 'load anywhere' images
* x86: Move ECC initialisation outside RAM initialisationGraeme Russ2010-10-07-14/+3
| | | | | To allow for 'load anywhere' images, the %ebp return pointer 'hack' must be removed, so we cannot have two 'calls' to get_mem_size
* x86: Coding Style CleanupGraeme Russ2010-10-07-328/+314
| | | | Perform some basic code cleanups of the x86 files
* sc520: Fix minor DRAM Controller Setup bugGraeme Russ2010-05-06-1/+1
| | | | Signed-off-by: Graeme Russ <graeme.russ@gmail.com>
* sc520: Update to new AMD CopyrightGraeme Russ2010-05-06-40/+77
| | | | | | | AMD recently changed the licensing of the RAM sizing code to the GPLv2 (or at your option any later version) Signed-off-by: Graeme Russ <graeme.russ@gmail.com>
* x86: Split sc520 memory sizing versus reportingGraeme Russ2010-05-06-38/+56
| | | | | | | | This patch allows the low-level assembler boot-strap to obtain the RAM size without calling the destructive 'sizer' routine. This allows boot-strapping from a U-Boot image loaded in RAM Signed-off-by: Graeme Russ <graeme.russ@gmail.com>
* x86: Fix sc520 memory size reportingGraeme Russ2010-05-06-18/+17
| | | | | | | | There is an error in how the assembler version of the sc520 memory size reporting code works. As a result, it will only ever report at most the size of one bank of RAM Signed-off-by: Graeme Russ <graeme.russ@gmail.com>
* i386: Move cpu/i386/* to arch/i386/cpu/*Peter Tyser2010-04-13-0/+581
Signed-off-by: Peter Tyser <ptyser@xes-inc.com>