1. 26 5月, 2014 1 次提交
  2. 26 8月, 2013 1 次提交
  3. 04 3月, 2013 1 次提交
  4. 27 6月, 2012 1 次提交
  5. 10 6月, 2012 1 次提交
  6. 05 3月, 2012 2 次提交
  7. 24 12月, 2011 1 次提交
  8. 18 10月, 2011 2 次提交
  9. 25 3月, 2011 1 次提交
    • G
      m68k: merge m68k and m68knommu arch directories · 66d857b0
      Greg Ungerer 提交于
      There is a lot of common code that could be shared between the m68k
      and m68knommu arch branches. It makes sense to merge the two branches
      into a single directory structure so that we can more easily share
      that common code.
      
      This is a brute force merge, based on a script from Stephen King
      <sfking@fdwdc.com>, which was originally written by Arnd Bergmann
      <arnd@arndb.de>.
      
      > The script was inspired by the script Sam Ravnborg used to merge the
      > includes from m68knommu. For those files common to both arches but
      > differing in content, the m68k version of the file is renamed to
      > <file>_mm.<ext> and the m68knommu version of the file is moved into the
      > corresponding m68k directory and renamed <file>_no.<ext> and a small
      > wrapper file <file>.<ext> is used to select between the two version. Files
      > that are common to both but don't differ are removed from the m68knommu
      > tree and files and directories that are unique to the m68knommu tree are
      > moved to the m68k tree. Finally, the arch/m68knommu tree is removed.
      >
      > To select between the the versions of the files, the wrapper uses
      >
      > #ifdef CONFIG_MMU
      > #include <file>_mm.<ext>
      > #else
      > #include <file>_no.<ext>
      > #endif
      
      On top of this file merge I have done a simplistic merge of m68k and
      m68knommu Kconfig, which primarily attempts to keep existing options and
      menus in place. Other than a handful of options being moved it produces
      identical .config outputs on m68k and m68knommu targets I tested it on.
      
      With this in place there is now quite a bit of scope for merge cleanups
      in future patches.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      66d857b0
  10. 05 1月, 2011 3 次提交
  11. 21 10月, 2010 1 次提交
  12. 04 12月, 2009 1 次提交
    • L
      m68knommu: add uboot commandline argument passing support · 588baeac
      Lennart Sorensen 提交于
      This patch adds m68knommu support for getting the kernel command line
      arguments from uboot, including the passing of an initrd image from uboot.
      
      We use this on a 5270/5271 based board, and have used it on the 5271evb
      development board.  It is based on a patch found in the linux-2.6-denx
      git tree, although that tree seems to have had lots of other changes
      since which are not in the main Linus kernel.  I believe this will work
      on all coldfires, although other m68knommu might be missing the _init_sp
      stuff in head.S as far as I can tell.  I only have the coldfire to
      test on.
      Signed-off-by: NLennart Sorensen <lsorense@csclub.uwaterloo.ca>
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      588baeac
  13. 11 6月, 2009 1 次提交
  14. 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
  15. 01 5月, 2008 1 次提交
  16. 09 2月, 2008 1 次提交
  17. 08 2月, 2008 1 次提交
    • B
      Introduce flags for reserve_bootmem() · 72a7fe39
      Bernhard Walle 提交于
      This patchset adds a flags variable to reserve_bootmem() and uses the
      BOOTMEM_EXCLUSIVE flag in crashkernel reservation code to detect collisions
      between crashkernel area and already used memory.
      
      This patch:
      
      Change the reserve_bootmem() function to accept a new flag BOOTMEM_EXCLUSIVE.
      If that flag is set, the function returns with -EBUSY if the memory already
      has been reserved in the past.  This is to avoid conflicts.
      
      Because that code runs before SMP initialisation, there's no race condition
      inside reserve_bootmem_core().
      
      [akpm@linux-foundation.org: coding-style fixes]
      [akpm@linux-foundation.org: fix powerpc build]
      Signed-off-by: NBernhard Walle <bwalle@suse.de>
      Cc: <linux-arch@vger.kernel.org>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Vivek Goyal <vgoyal@in.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      72a7fe39
  18. 06 2月, 2008 1 次提交
  19. 24 10月, 2007 2 次提交
  20. 23 10月, 2007 3 次提交
  21. 27 7月, 2007 1 次提交
  22. 26 7月, 2007 1 次提交
  23. 20 7月, 2007 1 次提交
  24. 17 7月, 2007 1 次提交
  25. 07 3月, 2007 1 次提交
  26. 13 2月, 2007 1 次提交
  27. 05 12月, 2006 1 次提交
  28. 21 11月, 2006 1 次提交
  29. 01 7月, 2006 1 次提交
  30. 26 6月, 2006 1 次提交
  31. 07 1月, 2006 1 次提交
  32. 08 11月, 2005 1 次提交
  33. 02 9月, 2005 1 次提交