1. 18 7月, 2012 3 次提交
  2. 09 11月, 2009 1 次提交
  3. 04 11月, 2009 1 次提交
  4. 20 9月, 2009 1 次提交
    • S
      kbuild: use INSTALLKERNEL to select customized installkernel script · caa27b66
      Sam Ravnborg 提交于
      Replace the use of CROSS_COMPILE to select a customized
      installkernel script with the possibility to set INSTALLKERNEL
      to select a custom installkernel script when running make:
      
          make INSTALLKERNEL=arm-installkernel install
      
      With this patch we are now more consistent across
      different architectures - they did not all support use
      of CROSS_COMPILE.
      
      The use of CROSS_COMPILE was a hack as this really belongs
      to gcc/binutils and the installkernel script does not change
      just because we change toolchain.
      
      The use of CROSS_COMPILE caused troubles with an upcoming patch
      that saves CROSS_COMPILE when a kernel is built - it would no
      longer be installable.
      [Thanks to Peter Z. for this hint]
      
      This patch undos what Ian did in commit:
      
        0f8e2d62
        ("use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh")
      
      The patch has been lightly tested on x86 only - but all changes
      looks obvious.
      Acked-by: NPeter Zijlstra <peterz@infradead.org>
      Acked-by: Mike Frysinger <vapier@gentoo.org> [blackfin]
      Acked-by: Russell King <linux@arm.linux.org.uk> [arm]
      Acked-by: Paul Mundt <lethal@linux-sh.org> [sh]
      Acked-by: "H. Peter Anvin" <hpa@zytor.com> [x86]
      Cc: Ian Campbell <icampbell@arcom.com>
      Cc: Tony Luck <tony.luck@intel.com> [ia64]
      Cc: Fenghua Yu <fenghua.yu@intel.com> [ia64]
      Cc: Hirokazu Takata <takata@linux-m32r.org> [m32r]
      Cc: Geert Uytterhoeven <geert@linux-m68k.org> [m68k]
      Cc: Kyle McMartin <kyle@mcmartin.ca> [parisc]
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> [powerpc]
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com> [s390]
      Cc: Thomas Gleixner <tglx@linutronix.de> [x86]
      Cc: Ingo Molnar <mingo@redhat.com> [x86]
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      caa27b66
  5. 02 5月, 2009 1 次提交
    • H
      m32r: build fix for __stringify macro · 9c88b06d
      Hirokazu Takata 提交于
      This patch fixes the following build error of 2.6.30-rc3-git2:
      
            AS      arch/m32r/kernel/head.o
          In file included from /include/linux/init.h:7,
                           from /arch/m32r/kernel/head.S:11:
          /include/linux/stringify.h:9: error: syntax error in macro parameter list
          /include/linux/stringify.h:10: error: syntax error in macro parameter list
      
      This build error was caused at __HEAD macro in arch/m32r/kernel/head.S,
      which uses __stringify() macro.
      
      Remove -traditional option from EXTRA_AFLAGS for the m32r,
      because the __stringify() macro depends on the gcc's variadic macro
      extension function, due to commit:
      
          Make __stringify support variable argument macros too
          commit: 8f7c2c37Signed-off-by: NHirokazu Takata <takata@linux-m32r.org>
      9c88b06d
  6. 26 7月, 2008 1 次提交
    • T
      inflate: refactor inflate malloc code · 2d6ffcca
      Thomas Petazzoni 提交于
      Inflate requires some dynamic memory allocation very early in the boot
      process and this is provided with a set of four functions:
      malloc/free/gzip_mark/gzip_release.
      
      The old inflate code used a mark/release strategy rather than implement
      free.  This new version instead keeps a count on the number of outstanding
      allocations and when it hits zero, it resets the malloc arena.
      
      This allows removing all the mark and release implementations and unifying
      all the malloc/free implementations.
      
      The architecture-dependent code must define two addresses:
       - free_mem_ptr, the address of the beginning of the area in which
         allocations should be made
       - free_mem_end_ptr, the address of the end of the area in which
         allocations should be made. If set to 0, then no check is made on
         the number of allocations, it just grows as much as needed
      
      The architecture-dependent code can also provide an arch_decomp_wdog()
      function call.  This function will be called several times during the
      decompression process, and allow to notify the watchdog that the system is
      still running.  If an architecture provides such a call, then it must
      define ARCH_HAS_DECOMP_WDOG so that the generic inflate code calls
      arch_decomp_wdog().
      
      Work initially done by Matt Mackall, updated to a recent version of the
      kernel and improved by me.
      
      [akpm@linux-foundation.org: coding-style fixes]
      Signed-off-by: NThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Cc: Matt Mackall <mpm@selenic.com>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Mikael Starvik <mikael.starvik@axis.com>
      Cc: Jesper Nilsson <jesper.nilsson@axis.com>
      Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Andi Kleen <andi@firstfloor.org>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Acked-by: NPaul Mundt <lethal@linux-sh.org>
      Acked-by: NYoshinori Sato <ysato@users.sourceforge.jp>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      2d6ffcca
  7. 06 2月, 2008 1 次提交
  8. 09 12月, 2006 1 次提交
  9. 01 7月, 2006 1 次提交
  10. 07 1月, 2006 1 次提交
  11. 22 6月, 2005 1 次提交
    • H
      [PATCH] m32r: Support M3A-2170(Mappi-III) platform · 23680863
      Hirokazu Takata 提交于
      This patchset is for supporting a new m32r platform, M3A-2170(Mappi-III)
      evaluation board.  An M32R chip multiprocessor is equipped on the board.
      http://http://www.linux-m32r.org/eng/platform/platform.html
      
      	* arch/m32r/Kconfig: Support Mappi-III platform.
      	* arch/m32r/kernel/Makefile: ditto.
      	* arch/m32r/kernel/io_mappi3.c: ditto.
      	* arch/m32r/kernel/setup.c: ditto.
      	* arch/m32r/kernel/setup_mappi3.c: ditto.
      	* include/asm-m32r/m32102.h: ditto.
      	* include/asm-m32r/m32r.h: ditto.
      	* include/asm-m32r/mappi3/mappi3_pld.h: ditto.
      
      	* include/asm-m32r/ide.h: CF support for Mappi-III.
      	* arch/m32r/kernel/setup_mappi3.c: ditto.
      
      	* arch/m32r/mappi3/defconfig.smp: A default config file for Mappi-III.
      	* arch/m32r/mappi3/dot.gdbinit: A default .gdbinit file for Mappi-III.
      
      	* arch/m32r/boot/compressed/m32r_sio.c: Modified for Mappi-III
      	  - At boot time, m32r-g00ff bootloader makes MMU off for Mappi-III,
      	    on the contrary it makes MMU on for Mappi-II.
      
      	* arch/m32r/kernel/io_mappi2.c: Update comments.
      	* arch/m32r/kernel/setup_mappi2.c: ditto.
      Signed-off-by: NMamoru Sakugawa <sakugawa@linux-m32r.org>
      Signed-off-by: NHirokazu Takata <takata@linux-m32r.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      23680863
  12. 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