1. 24 9月, 2008 15 次提交
  2. 06 9月, 2008 2 次提交
    • L
      [ARM] 5241/1: provide ioremap_wc() · 1ad77a87
      Lennert Buytenhek 提交于
      This patch provides an ARM implementation of ioremap_wc().
      
      We use different page table attributes depending on which CPU we
      are running on:
      
      - Non-XScale ARMv5 and earlier systems: The ARMv5 ARM documents four
        possible mapping types (CB=00/01/10/11).  We can't use any of the
        cached memory types (CB=10/11), since that breaks coherency with
        peripheral devices.  Both CB=00 and CB=01 are suitable for _wc, and
        CB=01 (Uncached/Buffered) allows the hardware more freedom than
        CB=00, so we'll use that.
      
        (The ARMv5 ARM seems to suggest that CB=01 is allowed to delay stores
        but isn't allowed to merge them, but there is no other mapping type
        we can use that allows the hardware to delay and merge stores, so
        we'll go with CB=01.)
      
      - XScale v1/v2 (ARMv5): same as the ARMv5 case above, with the slight
        difference that on these platforms, CB=01 actually _does_ allow
        merging stores.  (If you want noncoalescing bufferable behavior
        on Xscale v1/v2, you need to use XCB=101.)
      
      - Xscale v3 (ARMv5) and ARMv6+: on these systems, we use TEXCB=00100
        mappings (Inner/Outer Uncacheable in xsc3 parlance, Uncached Normal
        in ARMv6 parlance).
      
        The ARMv6 ARM explicitly says that any accesses to Normal memory can
        be merged, which makes Normal memory more suitable for _wc mappings
        than Device or Strongly Ordered memory, as the latter two mapping
        types are guaranteed to maintain transaction number, size and order.
        We use the Uncached variety of Normal mappings for the same reason
        that we can't use C=1 mappings on ARMv5.
      
        The xsc3 Architecture Specification documents TEXCB=00100 as being
        Uncacheable and allowing coalescing of writes, which is also just
        what we need.
      Signed-off-by: NLennert Buytenhek <buytenh@marvell.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      1ad77a87
    • D
      Revert "[ARM] use the new byteorder headers" · b35de672
      David Woodhouse 提交于
      This reverts commit ae82cbfc. It
      needs the new byteorder headers to be exported to userspace, and
      they aren't yet -- and probably shouldn't be, at this point in the
      2.6.27 release cycle (or ever, for that matter).
      Signed-off-by: NDavid Woodhouse <David.Woodhouse@intel.com>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      b35de672
  3. 05 9月, 2008 1 次提交
  4. 04 9月, 2008 1 次提交
  5. 03 9月, 2008 1 次提交
  6. 29 8月, 2008 1 次提交
  7. 28 8月, 2008 3 次提交
  8. 27 8月, 2008 9 次提交
  9. 26 8月, 2008 1 次提交
  10. 24 8月, 2008 1 次提交
  11. 23 8月, 2008 1 次提交
  12. 22 8月, 2008 4 次提交