1. 16 12月, 2015 3 次提交
    • A
      ARM: debug-ll: rework ep93xx handling · f06455fa
      Arnd Bergmann 提交于
      This makes ep93xx debug-ll handling more consistent with the other
      platforms, by adding a separate Kconfig symbol for it that
      in turn selects the standard DEBUG_UART_PL01X symbol.
      
      We still have to pick a physical address even if DEBUG_LL is disabled
      here, because the EP93xx uncompress output code uses
      CONFIG_DEBUG_UART_PHYS. If we ever move to multiplatform support,
      this can go away.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      f06455fa
    • A
      ARM: debug-ll: reorganize mvebu debug uart config · c047f529
      Arnd Bergmann 提交于
      As we are moving dove/mv78xx0/orion into multiplatform, the debug-ll
      configuration options for these platforms are conflicting with the
      multiplatform configuration: enabling one of those platforms sometimes
      changes the default addresses to the ones used on one of them, rather
      than the one that was selected in Kconfig.
      
      This changes the configuration so we share the physical address
      configuration with mach-mvebu.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      c047f529
    • A
      ARM: debug-ll: fix UART configuration with ARCH_KEYSTONE · cdd2e08b
      Arnd Bergmann 提交于
      We may have multiple platforms enabled and also DEBUG_LL
      configured for one of them. However if we enable ARCH_KEYSTONE,
      we default to using 32-bit UART access independent of which
      platform we are actually using, which can be confusing.
      
      This changes the logic so the 32-bit default gets only
      used by default if we actually configure the keystone
      UART, as opposed to picking some other 8250 setting on
      a kernel that has keystone support enabled.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      cdd2e08b
  2. 21 9月, 2015 1 次提交
  3. 14 9月, 2015 1 次提交
  4. 05 8月, 2015 1 次提交
  5. 14 7月, 2015 1 次提交
  6. 29 6月, 2015 1 次提交
    • R
      ARM: fix DEBUG_SET_MODULE_RONX build dependencies · e6ae32c3
      Russell King 提交于
      randconfig testing reveals that DEBUG_SET_MODULE_RONX needs to depend on
      MMU otherwise these build errors are observed:
      
      kernel/built-in.o: In function `set_section_ro_nx':
      kernel/module.c:1738: undefined reference to `set_memory_nx'
      kernel/built-in.o: In function `set_page_attributes':
      kernel/module.c:1709: undefined reference to `set_memory_ro'
      
      This is because the pageattr functions are not built for !MMU configs as
      they don't have page tables.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      e6ae32c3
  7. 03 6月, 2015 1 次提交
  8. 28 5月, 2015 1 次提交
    • A
      ARM: 8379/1: disable CONFIG_PTDUMP on !MMU · 65ba508d
      Arnd Bergmann 提交于
      It's obviously pointless to dump page tables when the MMU is disabled,
      and even trying to build this code results in numerous build errors
      like these:
      
      ../arch/arm/mm/dump.c:56:11: error: 'L_PTE_USER' undeclared here (not in a function)
         .mask = L_PTE_USER,
                 ^
      ../arch/arm/mm/dump.c:61:11: error: 'L_PTE_RDONLY' undeclared here (not in a function)
         .mask = L_PTE_RDONLY,
                 ^
      ../arch/arm/mm/dump.c:66:11: error: 'L_PTE_XN' undeclared here (not in a function)
         .mask = L_PTE_XN,
                 ^
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      65ba508d
  9. 22 5月, 2015 1 次提交
  10. 21 5月, 2015 1 次提交
  11. 20 5月, 2015 1 次提交
  12. 16 5月, 2015 2 次提交
  13. 12 5月, 2015 1 次提交
  14. 03 4月, 2015 2 次提交
  15. 28 3月, 2015 1 次提交
  16. 16 3月, 2015 1 次提交
  17. 12 3月, 2015 1 次提交
  18. 24 2月, 2015 2 次提交
  19. 28 1月, 2015 1 次提交
  20. 26 1月, 2015 2 次提交
  21. 22 1月, 2015 1 次提交
  22. 21 1月, 2015 8 次提交
  23. 20 1月, 2015 2 次提交
  24. 15 1月, 2015 1 次提交
  25. 14 1月, 2015 1 次提交
  26. 09 1月, 2015 1 次提交