1 files changed, 0 insertions, 140 deletions
diff --git a/arch/arm/boot/compressed/head-shark.S b/arch/arm/boot/compressed/head-shark.S
deleted file mode 100644
index 92b56897ed64..000000000000
--- a/arch/arm/boot/compressed/head-shark.S
+++ /dev/null
@@ -1,140 +0,0 @@
-/* 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"
-                .arch armv4
-                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

diff --git a/arch/arm/boot/compressed/head-shark.S b/arch/arm/boot/compressed/head-shark.S deleted file mode 100644 index 92b56897ed64..000000000000 --- a/arch/arm/boot/compressed/head-shark.S +++ /dev/null
@@ -1,140 +0,0 @@
1	/* The head-file for the Shark
2	* by Alexander Schulz
3	*
4	* Does the following:
5	* - get the memory layout from firmware. This can only be done as long as the mmu
6	* is still on.
7	* - switch the mmu off, so we have physical addresses
8	* - copy the kernel to 0x08508000. This is done to have a fixed address where the
9	* C-parts (misc.c) are executed. This address must be known at compile-time,
10	* but the load-address of the kernel depends on how much memory is installed.
11	* - Jump to this location.
12	* - Set r8 with 0, r7 with the architecture ID for head.S
13	*/
14
15	#include <linux/linkage.h>
16
17	#include <asm/assembler.h>
18
19	.section ".start", "ax"
20
21	.arch armv4
22	b __beginning
23
24	__ofw_data: .long 0 @ the number of memory blocks
25	.space 128 @ (startaddr,size) ...
26	.space 128 @ bootargs
27	.align
28
29	__beginning: mov r4, r0 @ save the entry to the firmware
30
31	mov r0, #0xC0 @ disable irq and fiq
32	mov r1, r0
33	mrs r3, cpsr
34	bic r2, r3, r0
35	eor r2, r2, r1
36	msr cpsr_c, r2
37
38	mov r0, r4 @ get the Memory layout from firmware
39	adr r1, __ofw_data
40	add r2, r1, #4
41	mov lr, pc
42	b ofw_init
43	mov r1, #0
44
45	adr r2, __mmu_off @ calculate physical address
46	sub r2, r2, #0xf0000000 @ openprom maps us at f000 virt, 0e50 phys
47	adr r0, __ofw_data
48	ldr r0, [r0, #4]
49	add r2, r2, r0
50	add r2, r2, #0x00500000
51
52	mrc p15, 0, r3, c1, c0
53	bic r3, r3, #0xC @ Write Buffer and DCache
54	bic r3, r3, #0x1000 @ ICache
55	mcr p15, 0, r3, c1, c0 @ disabled
56
57	mov r0, #0
58	mcr p15, 0, r0, c7, c7 @ flush I,D caches on v4
59	mcr p15, 0, r0, c7, c10, 4 @ drain write buffer on v4
60	mcr p15, 0, r0, c8, c7 @ flush I,D TLBs on v4
61
62	bic r3, r3, #0x1 @ MMU
63	mcr p15, 0, r3, c1, c0 @ disabled
64
65	mov pc, r2
66
67	__copy_target: .long 0x08507FFC
68	__copy_end: .long 0x08607FFC
69
70	.word _start
71	.word __bss_start
72
73	.align
74	__temp_stack: .space 128
75
76	__mmu_off:
77	adr r0, __ofw_data @ read the 1. entry of the memory map
78	ldr r0, [r0, #4]
79	orr r0, r0, #0x00600000
80	sub r0, r0, #4
81
82	ldr r1, __copy_end
83	ldr r3, __copy_target
84
85	/* r0 = 0x0e600000 (current end of kernelcode)
86	* r3 = 0x08508000 (where it should begin)
87	* r1 = 0x08608000 (end of copying area, 1MB)
88	* The kernel is compressed, so 1 MB should be enough.
89	* copy the kernel to the beginning of physical memory
90	* We start from the highest address, so we can copy
91	* from 0x08500000 to 0x08508000 if we have only 8MB
92	*/
93
94	/* As we get more 2.6-kernels it gets more and more
95	* uncomfortable to be bound to kernel images of 1MB only.
96	* So we add a loop here, to be able to copy some more.
97	* Alexander Schulz 2005-07-17
98	*/
99
100	mov r4, #3 @ How many megabytes to copy
101
102
103	__MoveCode: sub r4, r4, #1
104
105	__Copy: ldr r2, [r0], #-4
106	str r2, [r1], #-4
107	teq r1, r3
108	bne __Copy
109
110	/* The firmware maps us in blocks of 1 MB, the next block is
111	_below_ the last one. So our decrementing source pointer
112	ist right here, but the destination pointer must be increased
113	by 2 MB */
114	add r1, r1, #0x00200000
115	add r3, r3, #0x00100000
116
117	teq r4, #0
118	bne __MoveCode
119
120
121	/* and jump to it */
122	adr r2, __go_on @ where we want to jump
123	adr r0, __ofw_data @ read the 1. entry of the memory map
124	ldr r0, [r0, #4]
125	sub r2, r2, r0 @ we are mapped add 0e50 now, sub that (-0e00)
126	sub r2, r2, #0x00500000 @ -0050
127	ldr r0, __copy_target @ and add 0850 8000 instead
128	add r0, r0, #4
129	add r2, r2, r0
130	mov pc, r2 @ and jump there
131
132	__go_on:
133	adr sp, __temp_stack
134	add sp, sp, #128
135	adr r0, __ofw_data
136	mov lr, pc
137	b create_params
138
139	mov r8, #0
140	mov r7, #15