1. 19 9月, 2013 2 次提交
  2. 18 9月, 2013 1 次提交
  3. 04 9月, 2013 1 次提交
  4. 26 8月, 2013 1 次提交
  5. 15 7月, 2013 1 次提交
    • P
      MIPS: Delete __cpuinit/__CPUINIT usage from MIPS code · 078a55fc
      Paul Gortmaker 提交于
      commit 3747069b25e419f6b51395f48127e9812abc3596 upstream.
      
      The __cpuinit type of throwaway sections might have made sense
      some time ago when RAM was more constrained, but now the savings
      do not offset the cost and complications.  For example, the fix in
      commit 5e427ec2 ("x86: Fix bit corruption at CPU resume time")
      is a good example of the nasty type of bugs that can be created
      with improper use of the various __init prefixes.
      
      After a discussion on LKML[1] it was decided that cpuinit should go
      the way of devinit and be phased out.  Once all the users are gone,
      we can then finally remove the macros themselves from linux/init.h.
      
      Note that some harmless section mismatch warnings may result, since
      notify_cpu_starting() and cpu_up() are arch independent (kernel/cpu.c)
      and are flagged as __cpuinit  -- so if we remove the __cpuinit from
      the arch specific callers, we will also get section mismatch warnings.
      As an intermediate step, we intend to turn the linux/init.h cpuinit
      related content into no-ops as early as possible, since that will get
      rid of these warnings.  In any case, they are temporary and harmless.
      
      Here, we remove all the MIPS __cpuinit from C code and __CPUINIT
      from asm files.  MIPS is interesting in this respect, because there
      are also uasm users hiding behind their own renamed versions of the
      __cpuinit macros.
      
      [1] https://lkml.org/lkml/2013/5/20/589
      
      [ralf@linux-mips.org: Folded in Paul's followup fix.]
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Cc: linux-mips@linux-mips.org
      Patchwork: https://patchwork.linux-mips.org/patch/5494/
      Patchwork: https://patchwork.linux-mips.org/patch/5495/
      Patchwork: https://patchwork.linux-mips.org/patch/5509/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      078a55fc
  6. 01 7月, 2013 2 次提交
    • S
      MIPS: microMIPS: Fix improper definition of ISA exception bit. · c6213c6c
      Steven J. Hill 提交于
      The ISA exception bit selects whether exceptions are taken in classic
      or microMIPS mode. This bit is Config3.ISAOnExc and was improperly
      defined as bits 16 and 17 instead of just bit 16. A new function was
      added so that platforms could set this bit when running a kernel
      compiled with only microMIPS instructions.
      Signed-off-by: NSteven J. Hill <Steven.Hill@imgtec.com>
      Cc: linux-mips@linux-mips.org
      Patchwork: https://patchwork.linux-mips.org/patch/5377/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      c6213c6c
    • R
      MIPS: Get rid of MIPS I flag and test macros. · 1990e542
      Ralf Baechle 提交于
      MIPS I is the ancestor of all MIPS ISA and architecture variants.  Anything
      ever build in the MIPS empire is either MIPS I or at least contains MIPS I.
      If it's running Linux, that is.
      
      So there is little point in having cpu_has_mips_1 because it will always
      evaluate as true - though usually only at runtime.  Thus there is no
      point in having the MIPS_CPU_ISA_I ISA flag, so get rid of it.
      
      Little complication: traps.c was using a test for a pure MIPS I ISA as
      a test for an R3000-style cp0.  To deal with that, use a check for
      cpu_has_3kex or cpu_has_4kex instead.
      
      cpu_has_3kex is a new macro.  At the moment its default implementation is
      !cpu_has_4kex but this may eventually change if Linux is ever going to
      support the oddball MIPS processors R6000 and R8000 so users of either
      of these macros should not make any assumptions.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      Patchwork: https://patchwork.linux-mips.org/patch/5551/
      1990e542
  7. 13 6月, 2013 1 次提交
  8. 22 5月, 2013 1 次提交
  9. 09 5月, 2013 1 次提交
  10. 05 4月, 2013 1 次提交
  11. 13 3月, 2013 1 次提交
  12. 19 2月, 2013 1 次提交
  13. 17 2月, 2013 2 次提交
  14. 16 2月, 2013 1 次提交
    • S
      MIPS: Add printing of ISA version in cpuinfo. · a96102be
      Steven J. Hill 提交于
      Display the MIPS ISA version release in the /proc/cpuinfo file.
      
      [ralf@linux-mips.org: Add support for MIPS I ... IV legacy architecture
      revisions.  Also differenciate between MIPS32 and MIPS64 versions instead
      of lumping them together as just r1 and r2.
      
      Note to application programmers: this indicates the CPU's ISA level
      It does not imply the current execution environment does support it.  For
      example an O32 application seeing "mips64r2" would still be restricted by
      by the execution environment to 32-bit - but the kernel could run mips64r2
      code.  The same for a 32-bit kernel running on a 64-bit processor.  This
      field doesn't include ASEs or optional architecture modules nor other
      detailed flags such as the availability of an FPU.]
      Signed-off-by: NSteven J. Hill <sjhill@mips.com>
      Cc: linux-mips@linux-mips.org
      Patchwork: http://patchwork.linux-mips.org/patch/4714/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      a96102be
  15. 01 2月, 2013 1 次提交
  16. 06 12月, 2012 1 次提交
  17. 11 10月, 2012 2 次提交
  18. 14 9月, 2012 2 次提交
  19. 23 7月, 2012 1 次提交
    • K
      MIPS: Add CPU support for Loongson1B · 2fa36399
      Kelvin Cheung 提交于
      Loongson 1B is a 32-bit SoC designed by Institute of Computing Technology
      (ICT) and the Chinese Academy of Sciences (CAS), which implements the
      MIPS32 release 2 instruction set.
      
      [ralf@linux-mips.org: But which is not strictly a MIPS32 compliant device
      which also is why it identifies itself with the Legacy Vendor ID in the
      PrID register.  When applying the patch I shoveled some code around to
      keep things in alphabetical order and avoid forward declarations.]
      Signed-off-by: NKelvin Cheung <keguang.zhang@gmail.com>
      Cc: To: linux-mips@linux-mips.org
      Cc: linux-kernel@vger.kernel.org
      Cc: wuzhangjin@gmail.com
      Cc: zhzhl555@gmail.com
      Cc: Kelvin Cheung <keguang.zhang@gmail.com>
      Patchwork: https://patchwork.linux-mips.org/patch/3976/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      2fa36399
  20. 19 7月, 2012 1 次提交
  21. 07 7月, 2012 1 次提交
  22. 15 5月, 2012 1 次提交
  23. 29 3月, 2012 1 次提交
  24. 08 12月, 2011 4 次提交
  25. 01 11月, 2011 2 次提交
  26. 25 10月, 2011 1 次提交
  27. 26 7月, 2011 1 次提交
  28. 19 5月, 2011 4 次提交