1. 22 9月, 2009 1 次提交
  2. 23 5月, 2009 1 次提交
  3. 22 7月, 2008 2 次提交
  4. 28 4月, 2008 1 次提交
    • J
      return pfn from direct_access, for XIP · 30afcb4b
      Jared Hulbert 提交于
      Alter the block device ->direct_access() API to work with the new
      get_xip_mem() API (that requires both kaddr and pfn are returned).
      
      Some architectures will not do the right thing in their virt_to_page() for use
      by XIP (to translate from the kernel virtual address returned by
      direct_access(), to a user mappable pfn in XIP's page fault handler.
      
      However, we can't switch it to just return the pfn and not the kaddr, because
      we have no good way to get a kva from a pfn, and XIP requires the kva for its
      read(2) and write(2) handlers.  So we have to return both.
      Signed-off-by: NJared Hulbert <jaredeh@gmail.com>
      Signed-off-by: NNick Piggin <npiggin@suse.de>
      Cc: Carsten Otte <cotte@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: linux-mm@kvack.org
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      30afcb4b
  5. 06 12月, 2007 1 次提交
  6. 12 10月, 2007 1 次提交
  7. 11 10月, 2007 1 次提交
  8. 25 8月, 2007 2 次提交
  9. 21 7月, 2007 1 次提交
    • M
      [CELL] driver for DDR2 memory on AXON · dbdf04c4
      Maxim Shchetynin 提交于
      The Axon bridge chip used on new Cell/B.E. based blade servers
      comes with a DDR2 memory controller that can be used to
      attach cheap memory modules, as opposed to the high-speed
      XDR memory that is used by the CPU itself.
      
      Since the memory controller does not participate in the
      cache coherency protocol, we can not use the memory direcly
      for Linux applications, but by providing a block device
      it can be used for swap space, temporary file storage and
      through the use of the direct_access block device operation
      for mapping into user addresses, when it is mounted with
      an appropriate file system.
      Signed-off-by: NMaxim Shchetynin <maxim@de.ibm.com>
      Signed-off-by: NArnd Bergmann <arnd.bergmann@de.ibm.com>
      dbdf04c4