1. 21 11月, 2012 1 次提交
  2. 18 10月, 2012 1 次提交
  3. 25 9月, 2012 1 次提交
  4. 16 4月, 2012 1 次提交
  5. 27 2月, 2012 1 次提交
  6. 23 1月, 2012 2 次提交
  7. 24 12月, 2011 1 次提交
    • D
      ARM: 7197/1: errata: Remove SMP dependency for erratum 751472 · ba90c516
      Dave Martin 提交于
      Activation conditions for a workaround should not be encoded in the
      workaround's direct dependencies if this makes otherwise reasonable
      configuration choices impossible.
      
      This patches uses the SMP/UP patching facilities instead to compile
      out the workaround if the configuration means that it is definitely
      not needed.
      
      This means that configs for buggy silicon can simply select
      ARM_ERRATA_751472, without preventing a UP kernel from being built
      or duplicatiing knowledge about when to activate the workaround.
      This seems the correct way to do things, because the erratum is a
      property of the silicon, irrespective of what the kernel config
      happens to be.
      Signed-off-by: NDave Martin <dave.martin@linaro.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      ba90c516
  8. 11 12月, 2011 1 次提交
  9. 08 12月, 2011 2 次提交
  10. 06 12月, 2011 1 次提交
  11. 02 10月, 2011 1 次提交
  12. 21 9月, 2011 3 次提交
  13. 28 8月, 2011 3 次提交
  14. 22 7月, 2011 1 次提交
  15. 08 7月, 2011 4 次提交
  16. 07 7月, 2011 1 次提交
  17. 24 6月, 2011 2 次提交
  18. 09 6月, 2011 1 次提交
    • R
      Revert "ARM: 6943/1: mm: use TTBR1 instead of reserved context ID" · 07989b7a
      Russell King 提交于
      This reverts commit 52af9c6c.
      
      Will Deacon reports that:
      
       In 52af9c6c ("ARM: 6943/1: mm: use TTBR1 instead of reserved context ID")
       I updated the ASID rollover code to use only the kernel page tables
       whilst updating the ASID.
      
       Unfortunately, the code to restore the user page tables was part of a
       later patch which isn't yet in mainline, so this leaves the code
       quite broken.
      
      We're also in the process of eliminating __ARCH_WANT_INTERRUPTS_ON_CTXSW
      from ARM, so lets revert these until we can properly sort out what we're
      doing with the ARM context switching.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      07989b7a
  19. 26 5月, 2011 2 次提交
  20. 02 4月, 2011 1 次提交
  21. 31 3月, 2011 1 次提交
  22. 10 3月, 2011 1 次提交
  23. 23 2月, 2011 1 次提交
  24. 19 2月, 2011 1 次提交
  25. 14 1月, 2011 1 次提交
  26. 22 12月, 2010 3 次提交
  27. 30 11月, 2010 1 次提交
    • D
      ARM: 6501/1: Thumb-2: Correct data alignment for CONFIG_THUMB2_KERNEL in mm/proc-v7.S · 6323875d
      Dave Martin 提交于
      Directives such as .long and .word do not magically cause the
      assembler location counter to become aligned in gas.  As a result,
      using these directives in code sections can result in misaligned
      data words when building a Thumb-2 kernel (CONFIG_THUMB2_KERNEL).
      
      This is a Bad Thing, since the ABI permits the compiler to assume
      that fundamental types of word size or above are word- aligned when
      accessing them from C.  If the data is not really word-aligned,
      this can cause impaired performance and stray alignment faults in
      some circumstances.
      
      In general, the following rules should be applied when using data
      word declaration directives inside code sections:
      
          * .quad and .double:
               .align 3
      
          * .long, .word, .single, .float:
               .align (or .align 2)
      
          * .short:
              No explicit alignment required, since Thumb-2
              instructions are always 2 or 4 bytes in size.
              immediately after an instruction.
      
      In this specific case, we can achieve the desired alignment by
      forcing a 32-bit branch instruction using the W() macro, since the
      assembler location counter is already 32-bit aligned in this case.
      Reviewed-by: NWill Deacon <will.deacon@arm.com>
      Signed-off-by: NDave Martin <dave.martin@linaro.org>
      Acked-by: NCatalin Marinas <catalin.marinas@arm.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      6323875d