Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 16 12月, 2015 9 次提交
    • A
      ARM: debug-ll: reorder Kconfig alphanumerically · 1dc93416
      由 Arnd Bergmann 提交于 
      The file has gotten a little out of sync, as platforms got
added in the wrong place, or have been renamed. This moves
the options around, but should not change any functionality.
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      1dc93416
    • A
      ARM: debug-ll: rework footbridge handling · 0045c0dd
      由 Arnd Bergmann 提交于 
      Footbridge has two debug ports that are handled a bit differently:

The 8250 port uses the normal debug/8250.S implementation that is shared
with a lot of other platforms, but it relies on the DEBUG_UART_8250
option to be turned on automatically instead of being selected by
DEBUG_FOOTBRIDGE_COM1 as we do for most other platforms. I'm changing
this to use a 'select' and change the dependency to the debug symbol
rather than the platform symbol for consistency.

The DC21285 UART has a separate top-level option, and relies on
the traditional include/mach/debug-macro.S method. With the s3c64xx
multiplatform series queued up for 4.5, it is now the last one that does
this, so by moving this file to include/debug/dc21285.S, we can get
all platforms to do things the same way.
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      0045c0dd
    • A
      ARM: debug-ll: rework lpc32xx handling · 59bd4c38
      由 Arnd Bergmann 提交于 
      LPC32xx can not yet be configured in a multiplatform kernel, but
if we ever get there, enabling one of the LPC32xx platforms
while trying to use DEBUG_LL for another platform can default to
the wrong UART address, as the options are purely based on the
architecture being enabled or not.

This changes the logic to use the LPC32xx default addresses only
if we have also picked the respective Kconfig symbols introduced
here.

While we're at it, this also reorders the virtual address as
it should be.
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
Acked-by: NVladimir Zapolskiy <vz@mleia.com>
      59bd4c38
    • A
      ARM: debug-ll: rework gemini handling · d7175a3b
      由 Arnd Bergmann 提交于 
      Gemini can not yet be configured in a multiplatform kernel, but
if we ever get there, enabling one of the gemini platforms
while trying to use DEBUG_LL for another platform can default to
the wrong UART address, as the options are purely based on the
architecture being enabled or not.

This changes the logic to use the gemini default addresses and
the flow control settings only if we have also picked the respective
Kconfig symbols introduced here.

While we're at it, this also reorders the virtual address as
it should be.
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
Acked-by: NHans Ulli Kroll <ulli.kroll@googlemail.com>
      d7175a3b
    • A
      ARM: debug-ll: rework integrator/versatile handling · 4db22c10
      由 Arnd Bergmann 提交于 
      Enabling one of the integrator platforms in a multiplatform kernel
while trying to use DEBUG_LL for another platform can default to
the wrong UART address, as the options are purely based on the
architecture being enabled or not.

This changes the logic to use the integrator default addresses only
if we have also picked the respective Kconfig symbols introduced
here. Versatile is not yet part of multiplatform, but hopefully
soon will be, so we do the same change for versatile as well.
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      4db22c10
    • A
      ARM: debug-ll: rework SPEAr handling · 375d84cf
      由 Arnd Bergmann 提交于 
      Enabling one of the SPEAr platforms in a multiplatform kernel
while trying to use DEBUG_LL for another platform can default to
the wrong UART address, as the options are purely based on the
architecture being enabled or not.

This changes the logic to use the SPEAr default addresses only
if we have also picked the respective Kconfig symbols introduced
here.
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      375d84cf
    • 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
  3. 21 9月, 2015 1 次提交
  5. 14 9月, 2015 1 次提交
  7. 05 8月, 2015 1 次提交
  9. 14 7月, 2015 1 次提交
  11. 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
  13. 03 6月, 2015 1 次提交
  15. 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
  17. 22 5月, 2015 1 次提交
  19. 21 5月, 2015 1 次提交
  21. 20 5月, 2015 1 次提交
  23. 16 5月, 2015 2 次提交
  25. 12 5月, 2015 1 次提交
  27. 03 4月, 2015 2 次提交
  29. 28 3月, 2015 1 次提交
  31. 16 3月, 2015 1 次提交
  33. 12 3月, 2015 1 次提交
  35. 24 2月, 2015 2 次提交
  37. 28 1月, 2015 1 次提交
  39. 26 1月, 2015 2 次提交
  41. 22 1月, 2015 1 次提交
  43. 21 1月, 2015 7 次提交