1. 04 2月, 2013 1 次提交
  2. 29 9月, 2012 1 次提交
    • G
      mtd: fix wrong usage of ioremap_nocache() in uclinux.c map driver · 08a3c4bc
      Greg Ungerer 提交于
      The uclinux.c mapping driver uses ioremap_nocache() to map its physical
      mapping address to a system virtual address. Problem is that the region
      it is mapping is not device memory. It is ordinary system RAM. On most
      non-MMU systems this doesn't matter, and the mapping is always a 1:1
      translation of the address. On paged memory systems on some architectures
      the page table mappings are not compatible between normal RAM and device
      memory.
      
      If we want to use the uclinux.c mapping driver on real MMU enabled systems
      we should be using the kernel virtual address that the mapping is at. For
      architectures that support the traditional initrd they use phys_to_virt or
      __va to convert the physical start initrd address to a kernel usable virtual
      address. The uclinux filesystem mapping is even more restrictive than the
      typical initrd, it always follows the kernels own bss section (so always in
      directly mapped memory). Therefore we can use the usual phys_to_virt to
      translate the physical start address to a virtual address.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      Signed-off-by: NArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      Signed-off-by: NDavid Woodhouse <David.Woodhouse@intel.com>
      08a3c4bc
  3. 27 6月, 2012 1 次提交
  4. 27 3月, 2012 1 次提交
    • A
      mtd: add leading underscore to all mtd functions · 3c3c10bb
      Artem Bityutskiy 提交于
      This patch renames all MTD functions by adding a "_" prefix:
      
      mtd->erase -> mtd->_erase
      mtd->read_oob -> mtd->_read_oob
      ...
      
      The reason is that we are re-working the MTD API and from now on it is
      an error to use MTD function pointers directly - we have a corresponding
      API call for every pointer. By adding a leading "_" we achieve the following:
      
      1. Make sure we convert every direct pointer users
      2. A leading "_" suggests that this interface is internal and it becomes
         less likely that people will use them directly
      3. Make sure all the out-of-tree modules stop compiling and the owners
         spot the big API change and amend them.
      Signed-off-by: NArtem Bityutskiy <artem.bityutskiy@linux.intel.com>
      Signed-off-by: NDavid Woodhouse <David.Woodhouse@intel.com>
      3c3c10bb
  5. 25 5月, 2011 1 次提交
  6. 20 9月, 2009 1 次提交
  7. 06 6月, 2009 2 次提交
  8. 10 12月, 2008 1 次提交
  9. 25 7月, 2008 1 次提交
    • A
      PAGE_ALIGN(): correctly handle 64-bit values on 32-bit architectures · 27ac792c
      Andrea Righi 提交于
      On 32-bit architectures PAGE_ALIGN() truncates 64-bit values to the 32-bit
      boundary. For example:
      
      	u64 val = PAGE_ALIGN(size);
      
      always returns a value < 4GB even if size is greater than 4GB.
      
      The problem resides in PAGE_MASK definition (from include/asm-x86/page.h for
      example):
      
      #define PAGE_SHIFT      12
      #define PAGE_SIZE       (_AC(1,UL) << PAGE_SHIFT)
      #define PAGE_MASK       (~(PAGE_SIZE-1))
      ...
      #define PAGE_ALIGN(addr)       (((addr)+PAGE_SIZE-1)&PAGE_MASK)
      
      The "~" is performed on a 32-bit value, so everything in "and" with
      PAGE_MASK greater than 4GB will be truncated to the 32-bit boundary.
      Using the ALIGN() macro seems to be the right way, because it uses
      typeof(addr) for the mask.
      
      Also move the PAGE_ALIGN() definitions out of include/asm-*/page.h in
      include/linux/mm.h.
      
      See also lkml discussion: http://lkml.org/lkml/2008/6/11/237
      
      [akpm@linux-foundation.org: fix drivers/media/video/uvc/uvc_queue.c]
      [akpm@linux-foundation.org: fix v850]
      [akpm@linux-foundation.org: fix powerpc]
      [akpm@linux-foundation.org: fix arm]
      [akpm@linux-foundation.org: fix mips]
      [akpm@linux-foundation.org: fix drivers/media/video/pvrusb2/pvrusb2-dvb.c]
      [akpm@linux-foundation.org: fix drivers/mtd/maps/uclinux.c]
      [akpm@linux-foundation.org: fix powerpc]
      Signed-off-by: NAndrea Righi <righi.andrea@gmail.com>
      Cc: <linux-arch@vger.kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      27ac792c
  10. 05 6月, 2008 1 次提交
  11. 02 5月, 2008 1 次提交
  12. 11 5月, 2007 1 次提交
  13. 01 7月, 2006 1 次提交
  14. 01 4月, 2006 1 次提交
  15. 07 11月, 2005 1 次提交
  16. 12 9月, 2005 1 次提交
  17. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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