An error occurred fetching the project authors.
  1. 05 May, 2007 1 commit
    • Russell King's avatar
      [ARM] mm 10: allow memory type to be specified with ioremap · 3603ab2b
      Russell King authored
      __ioremap() took a set of page table flags (specifically the cacheable
      and bufferable bits) to control the mapping type.  However, with
      the advent of ARMv6, this is far too limited.
      
      Replace the page table flags with a memory type index, so that the
      desired attributes can be selected from the mem_type table.
      
      Finally, to prevent silent miscompilation due to the differing
      arguments, rename the __ioremap() and __ioremap_pfn() functions.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      3603ab2b
  2. 21 Apr, 2007 1 commit
  3. 30 Mar, 2007 1 commit
  4. 09 Feb, 2007 1 commit
  5. 30 Jun, 2006 1 commit
  6. 30 Apr, 2006 1 commit
  7. 17 Nov, 2005 1 commit
  8. 02 Nov, 2005 1 commit
  9. 30 Oct, 2005 1 commit
  10. 31 Aug, 2005 1 commit
  11. 06 Jul, 2005 1 commit
    • Deepak Saxena's avatar
      [PATCH] ARM: 2792/1: IXP4xx iomap API implementation · 450008b5
      Deepak Saxena authored
      Patch from Deepak Saxena
      
      This patch implements the iomap API for Intel IXP4xx NPU systems.
      We need to implement our own version of the API functions b/c of the
      PCI hostbridge does not provide the capability to map PCI I/O space
      into the CPU's physical memory space. In addition, if a system has
      more than 64M of PCI memory mapped BARs, PCI memory must also be
      accessed indirectly.  This patch changes the assignment of PCI I/O
      resources to fall into to 0x0000:0xffff range so that we can trap
      I/O areas in our ioread/iowrite macros.
      
      Signed-off-by: Deepak Saxena
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      450008b5
  12. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4