You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
139 lines
3.5 KiB
139 lines
3.5 KiB
/* The head-file for the Shark
|
|
* by Alexander Schulz
|
|
*
|
|
* Does the following:
|
|
* - get the memory layout from firmware. This can only be done as long as the mmu
|
|
* is still on.
|
|
* - switch the mmu off, so we have physical addresses
|
|
* - copy the kernel to 0x08508000. This is done to have a fixed address where the
|
|
* C-parts (misc.c) are executed. This address must be known at compile-time,
|
|
* but the load-address of the kernel depends on how much memory is installed.
|
|
* - Jump to this location.
|
|
* - Set r8 with 0, r7 with the architecture ID for head.S
|
|
*/
|
|
|
|
#include <linux/linkage.h>
|
|
|
|
#include <asm/assembler.h>
|
|
|
|
.section ".start", "ax"
|
|
|
|
b __beginning
|
|
|
|
__ofw_data: .long 0 @ the number of memory blocks
|
|
.space 128 @ (startaddr,size) ...
|
|
.space 128 @ bootargs
|
|
.align
|
|
|
|
__beginning: mov r4, r0 @ save the entry to the firmware
|
|
|
|
mov r0, #0xC0 @ disable irq and fiq
|
|
mov r1, r0
|
|
mrs r3, cpsr
|
|
bic r2, r3, r0
|
|
eor r2, r2, r1
|
|
msr cpsr_c, r2
|
|
|
|
mov r0, r4 @ get the Memory layout from firmware
|
|
adr r1, __ofw_data
|
|
add r2, r1, #4
|
|
mov lr, pc
|
|
b ofw_init
|
|
mov r1, #0
|
|
|
|
adr r2, __mmu_off @ calculate physical address
|
|
sub r2, r2, #0xf0000000 @ openprom maps us at f000 virt, 0e50 phys
|
|
adr r0, __ofw_data
|
|
ldr r0, [r0, #4]
|
|
add r2, r2, r0
|
|
add r2, r2, #0x00500000
|
|
|
|
mrc p15, 0, r3, c1, c0
|
|
bic r3, r3, #0xC @ Write Buffer and DCache
|
|
bic r3, r3, #0x1000 @ ICache
|
|
mcr p15, 0, r3, c1, c0 @ disabled
|
|
|
|
mov r0, #0
|
|
mcr p15, 0, r0, c7, c7 @ flush I,D caches on v4
|
|
mcr p15, 0, r0, c7, c10, 4 @ drain write buffer on v4
|
|
mcr p15, 0, r0, c8, c7 @ flush I,D TLBs on v4
|
|
|
|
bic r3, r3, #0x1 @ MMU
|
|
mcr p15, 0, r3, c1, c0 @ disabled
|
|
|
|
mov pc, r2
|
|
|
|
__copy_target: .long 0x08507FFC
|
|
__copy_end: .long 0x08607FFC
|
|
|
|
.word _start
|
|
.word __bss_start
|
|
|
|
.align
|
|
__temp_stack: .space 128
|
|
|
|
__mmu_off:
|
|
adr r0, __ofw_data @ read the 1. entry of the memory map
|
|
ldr r0, [r0, #4]
|
|
orr r0, r0, #0x00600000
|
|
sub r0, r0, #4
|
|
|
|
ldr r1, __copy_end
|
|
ldr r3, __copy_target
|
|
|
|
/* r0 = 0x0e600000 (current end of kernelcode)
|
|
* r3 = 0x08508000 (where it should begin)
|
|
* r1 = 0x08608000 (end of copying area, 1MB)
|
|
* The kernel is compressed, so 1 MB should be enough.
|
|
* copy the kernel to the beginning of physical memory
|
|
* We start from the highest address, so we can copy
|
|
* from 0x08500000 to 0x08508000 if we have only 8MB
|
|
*/
|
|
|
|
/* As we get more 2.6-kernels it gets more and more
|
|
* uncomfortable to be bound to kernel images of 1MB only.
|
|
* So we add a loop here, to be able to copy some more.
|
|
* Alexander Schulz 2005-07-17
|
|
*/
|
|
|
|
mov r4, #3 @ How many megabytes to copy
|
|
|
|
|
|
__MoveCode: sub r4, r4, #1
|
|
|
|
__Copy: ldr r2, [r0], #-4
|
|
str r2, [r1], #-4
|
|
teq r1, r3
|
|
bne __Copy
|
|
|
|
/* The firmware maps us in blocks of 1 MB, the next block is
|
|
_below_ the last one. So our decrementing source pointer
|
|
ist right here, but the destination pointer must be increased
|
|
by 2 MB */
|
|
add r1, r1, #0x00200000
|
|
add r3, r3, #0x00100000
|
|
|
|
teq r4, #0
|
|
bne __MoveCode
|
|
|
|
|
|
/* and jump to it */
|
|
adr r2, __go_on @ where we want to jump
|
|
adr r0, __ofw_data @ read the 1. entry of the memory map
|
|
ldr r0, [r0, #4]
|
|
sub r2, r2, r0 @ we are mapped add 0e50 now, sub that (-0e00)
|
|
sub r2, r2, #0x00500000 @ -0050
|
|
ldr r0, __copy_target @ and add 0850 8000 instead
|
|
add r0, r0, #4
|
|
add r2, r2, r0
|
|
mov pc, r2 @ and jump there
|
|
|
|
__go_on:
|
|
adr sp, __temp_stack
|
|
add sp, sp, #128
|
|
adr r0, __ofw_data
|
|
mov lr, pc
|
|
b create_params
|
|
|
|
mov r8, #0
|
|
mov r7, #15
|
|
|