1. 30 10月, 2013 1 次提交
  2. 19 9月, 2013 1 次提交
  3. 04 9月, 2013 1 次提交
    • J
      MIPS: Add uImage build target · 4defe455
      James Hogan 提交于
      Add a uImage build target for MIPS, which builds uImage.gz (a U-Boot
      image of vmlinux.bin.gz), and then symlinks it to uImage. This allows
      for the use of other compression algorithms in future, and is how a few
      other architectures do it.
      
      It's enabled conditionally on load-y >= 0xffffffff80000000 which
      hopefully allows 64bit kernels to also work as long as the load and
      entry address can be represented by the 32bit addresses in the U-Boot
      image format.
      Signed-off-by: NJames Hogan <james.hogan@imgtec.com>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Florian Fainelli <f.fainelli@gmail.com>
      Cc: linux-mips@linux-mips.org
      Patchwork: https://patchwork.linux-mips.org/patch/5795/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      4defe455
  4. 03 9月, 2013 2 次提交
  5. 01 7月, 2013 1 次提交
  6. 09 5月, 2013 1 次提交
  7. 01 2月, 2013 1 次提交
  8. 14 12月, 2012 3 次提交
  9. 03 10月, 2012 1 次提交
    • J
      kbuild: Fix gcc -x syntax · b1e0d8b7
      Jean Delvare 提交于
      The correct syntax for gcc -x is "gcc -x assembler", not
      "gcc -xassembler". Even though the latter happens to work, the former
      is what is documented in the manual page and thus what gcc wrappers
      such as icecream do expect.
      
      This isn't a cosmetic change. The missing space prevents icecream from
      recognizing compilation tasks it can't handle, leading to silent kernel
      miscompilations.
      
      Besides me, credits go to Michael Matz and Dirk Mueller for
      investigating the miscompilation issue and tracking it down to this
      incorrect -x parameter syntax.
      Signed-off-by: NJean Delvare <jdelvare@suse.de>
      Acked-by: NIngo Molnar <mingo@kernel.org>
      Cc: stable@vger.kernel.org
      Cc: Bernhard Walle <bernhard@bwalle.de>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      b1e0d8b7
  10. 16 5月, 2012 1 次提交
  11. 05 5月, 2012 1 次提交
  12. 08 12月, 2011 1 次提交
  13. 09 11月, 2011 1 次提交
  14. 20 10月, 2011 2 次提交
    • A
      MIPS: Fix build with C=1 · 08fa624f
      Aaro Koskinen 提交于
      When trying to compile the 3.1-rc10 kernel for my MIPS board with C=1
      (sparse checking), the build fails early with the error:
      
      	  CHK     include/linux/version.h
      	  UPD     include/linux/version.h
      	  CHK     include/generated/utsrelease.h
      	  UPD     include/generated/utsrelease.h
      	  Checking missing-syscalls for N32
      	  CALL    scripts/checksyscalls.sh
      	  Checking missing-syscalls for O32
      	  CALL    scripts/checksyscalls.sh
      	  CC      kernel/bounds.s
      	  GEN     include/generated/bounds.h
      	  CC      arch/mips/kernel/asm-offsets.s
      	  GEN     include/generated/asm-offsets.h
      	  CALL    scripts/checksyscalls.sh
      	  HOSTCC  scripts/genksyms/genksyms.o
      	  SHIPPED scripts/genksyms/lex.lex.c
      	  SHIPPED scripts/genksyms/keywords.hash.c
      	  SHIPPED scripts/genksyms/parse.tab.h
      	  HOSTCC  scripts/genksyms/lex.lex.o
      	  SHIPPED scripts/genksyms/parse.tab.c
      	  HOSTCC  scripts/genksyms/parse.tab.o
      	  HOSTLD  scripts/genksyms/genksyms
      	/bin/sh: Syntax error: "(" unexpected
      	make[3]: *** [scripts/mod/empty.o] Error 2
      	make[2]: *** [scripts/mod] Error 2
      	make[1]: *** [scripts] Error 2
      
      It seems the shell chokes because sparse is called with command line
      arguments such as:
      
      	-D__INT8_C(c)='c'
      
      Converting these to form:
      
      	-D'__INT8_C(c)'='c'
      
      seems to fix the problem.
      
      [ralf@linux-mips.org: This affects builds with gcc 4.5 and newer.]
      Signed-off-by: NAaro Koskinen <aaro.koskinen@iki.fi>
      Cc: linux-kernel@vger.kernel.org
      Patchwork: https://patchwork.linux-mips.org/patch/2827/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      08fa624f
    • R
  15. 21 7月, 2011 1 次提交
  16. 19 5月, 2011 1 次提交
  17. 31 3月, 2011 1 次提交
  18. 17 3月, 2011 1 次提交
  19. 30 10月, 2010 2 次提交
    • D
      MIPS: Octeon: Apply CN63XXP1 errata workarounds. · c9941158
      David Daney 提交于
      The CN63XXP1 needs a couple of workarounds to ensure memory is not written
      in unexpected ways.
      
      All PREF with hints in the range 0-4,6-24 are replaced with PREF 28.  We
      pass a flag to the assembler to cover compiler generated code, and patch
      uasm for the dynamically generated code.
      
      The write buffer threshold is reduced to 4.
      Signed-off-by: NDavid Daney <ddaney@caviumnetworks.com>
      Patchwork: http://patchwork.linux-mips.org/patch/1672/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      c9941158
    • R
      MIPS: Get rid of branches to .subsections. · 7837314d
      Ralf Baechle 提交于
      It was a nice optimization - on paper at least.  In practice it results in
      branches that may exceed the maximum legal range for a branch.  We can
      fight that problem with -ffunction-sections but -ffunction-sections again
      is incompatible with -pg used by the function tracer.
      
      By rewriting the loop around all simple LL/SC blocks to C we reduce the
      amount of inline assembler and at the same time allow GCC to often fill
      the branch delay slots with something sensible or whatever else clever
      optimization it may have up in its sleeve.
      
      With this optimization gone we also no longer need -ffunction-sections,
      so drop it.
      
      This optimization was originally introduced in 2.6.21, commit
      5999eca25c1fd4b9b9aca7833b04d10fe4bc877d (linux-mips.org) rsp.
      f65e4fa8 (kernel.org).
      
      Original fix for the issues which caused me to pull this optimization by
      Paul Gortmaker <paul.gortmaker@windriver.com>.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      7837314d
  20. 05 8月, 2010 16 次提交