← Back to branch summary

~ubuntu-branches/ubuntu/precise/linux-ti-omap4/precise

« back to all changes in this revision

Viewing changes to arch/m68k/kernel/head.S

  • Committer: Bazaar Package Importer
  • Author(s): Paolo Pisati
  • Date: 2011-06-29 15:23:51 UTC
  • mfrom: (26.1.1 natty-proposed)
  • Revision ID: james.westby@ubuntu.com-20110629152351-xs96tm303d95rpbk
Tags: 3.0.0-1200.2
* Rebased against 3.0.0-6.7
* BSP from TI based on 3.0.0

Show diffs side-by-side

added added

removed removed

Lines of Context:
arch/m68k/kernel/head.S
134
134
 *      Thanks to a small helping routine enabling the mmu got quite simple
135
135
 * and there is only one way left. mmu_engage makes a complete a new mapping
136
136
 * that only includes the absolute necessary to be able to jump to the final
137
 
 * postion and to restore the original mapping.
 
137
 * position and to restore the original mapping.
138
138
 * As this code doesn't need a transparent translation register anymore this
139
139
 * means all registers are free to be used by machines that needs them for
140
140
 * other purposes.
969
969
        is_not_040_or_060(1f)
970
970
 
971
971
        /*
972
 
         * 040: Map the 16Meg range physical 0x0 upto logical 0x8000.0000
 
972
         * 040: Map the 16Meg range physical 0x0 up to logical 0x8000.0000
973
973
         */
974
974
        mmu_map         #0x80000000,#0,#0x01000000,#_PAGE_NOCACHE_S
975
975
        /*
982
982
 
983
983
1:
984
984
        /*
985
 
         * 030: Map the 32Meg range physical 0x0 upto logical 0x8000.0000
 
985
         * 030: Map the 32Meg range physical 0x0 up to logical 0x8000.0000
986
986
         */
987
987
        mmu_map         #0x80000000,#0,#0x02000000,#_PAGE_NOCACHE030
988
988
        mmu_map_tt      #1,#0x40000000,#0x20000000,#_PAGE_NOCACHE030
1074
1074
        is_040(1f)
1075
1075
 
1076
1076
        /*
1077
 
         * 030: Map the 32Meg range physical 0x0 upto logical 0xf000.0000
 
1077
         * 030: Map the 32Meg range physical 0x0 up to logical 0xf000.0000
1078
1078
         */
1079
1079
        mmu_map #0xf0000000,#0,#0x02000000,#_PAGE_NOCACHE030
1080
1080
 
1082
1082
 
1083
1083
1:
1084
1084
        /*
1085
 
         * 040: Map the 16Meg range physical 0x0 upto logical 0xf000.0000
 
1085
         * 040: Map the 16Meg range physical 0x0 up to logical 0xf000.0000
1086
1086
         */
1087
1087
        mmu_map #0xf0000000,#0,#0x01000000,#_PAGE_NOCACHE_S
1088
1088
 
3078
3078
        /*
3079
3079
         * If the loader gave us a board type then we can use that to
3080
3080
         * select an appropriate output routine; otherwise we just use
3081
 
         * the Bug code.  If we haev to use the Bug that means the Bug
 
3081
         * the Bug code.  If we have to use the Bug that means the Bug
3082
3082
         * workspace has to be valid, which means the Bug has to use
3083
3083
         * the SRAM, which is non-standard.
3084
3084
         */