1. 21 10月, 2010 4 次提交
  2. 18 10月, 2010 1 次提交
  3. 05 10月, 2010 1 次提交
  4. 19 9月, 2010 1 次提交
  5. 17 9月, 2010 2 次提交
  6. 10 9月, 2010 1 次提交
  7. 02 9月, 2010 1 次提交
  8. 27 8月, 2010 1 次提交
  9. 11 8月, 2010 2 次提交
  10. 06 8月, 2010 4 次提交
  11. 05 8月, 2010 3 次提交
  12. 30 7月, 2010 1 次提交
  13. 27 7月, 2010 5 次提交
  14. 16 7月, 2010 1 次提交
  15. 12 7月, 2010 1 次提交
    • E
      ARM: Auto calculate ZRELADDR and provide option for exceptions · e69edc79
      Eric Miao 提交于
      As long as the zImage is placed within the 128MB range from the start of
      memory, ZRELADDR (Address where the decompressed kernel will be placed,
      usually == PHYS_OFFSET + TEXT_OFFSET) can be determined at run-time by
      masking PC with 0xf80000000.
      
      Running through all the Makefile.boot, all those zreladdr-y
      addresses == 0x[0-f][08]00_0000 + TEXT_OFFSET can be determined at
      run-time.
      
      Option CONFIG_AUTO_ZRELADDR and CONFIG_ZRELADDR are introduced,
      CONFIG_ZRELADDR _must_ be explicitly specified if:
      
      - ((zreladdr-y - TEXT_OFFSET) & ~0xf8000000) != 0, which means
        masking PC with 0xf8000000 will result in an incorrect address.
        Currently this is only a problem on u300.
      
      - or the assumption of the zImage being loaded by the bootloader within
        the first 128MB of RAM is incorrect
      
      - or when ZBOOT_ROM is used, where the above assumption is usually wrong.
      
      [ukleinek: changed mask from 0xf0000000 to 0xf8000000 for mx1 and shark
      + some review fixes from the mailing list]
      Original-Idea-and-Signed-off-by: NNicolas Pitre <nicolas.pitre@linaro.org>
      Signed-off-by: NEric Miao <eric.miao@canonical.com>
      Signed-off-by: NUwe Kleine-König <u.kleine-koenig@pengutronix.de>
      e69edc79
  16. 09 7月, 2010 4 次提交
  17. 07 7月, 2010 1 次提交
  18. 01 7月, 2010 1 次提交
  19. 24 6月, 2010 1 次提交
  20. 16 6月, 2010 1 次提交
  21. 15 6月, 2010 1 次提交
  22. 08 6月, 2010 1 次提交
  23. 25 5月, 2010 1 次提交