1. 28 5月, 2014 1 次提交
  2. 27 5月, 2014 1 次提交
  3. 24 10月, 2013 1 次提交
    • H
      s390/bitops: optimize set_bit() for constant values · 4ae80325
      Heiko Carstens 提交于
      Since zEC12 we have the interlocked-access facility 2 which allows to
      use the instructions ni/oi/xi to update a single byte in storage with
      compare-and-swap semantics.
      So change set_bit(), clear_bit() and change_bit() to generate such code
      instead of a compare-and-swap loop (or using the load-and-* instruction
      family), if possible.
      This reduces the text segment by yet another 8KB (defconfig).
      
      Alternatively the long displacement variants niy/oiy/xiy could have
      been used, but the extended displacement field is usually not needed
      and therefore would only increase the size of the text segment again.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      4ae80325
  4. 23 11月, 2012 1 次提交
    • H
      s390: add zEC12 code generation support · 991c1505
      Heiko Carstens 提交于
      Allow to generate code that only runs on zEC12 machines.
      
      Also add a check which prevents the kernel to run on machines which
      do not have any of the following new facilities installed:
      
      - (48) decimal-floating-point zoned-conversion
      - (49) execution-hint
      - (49) load-and-trap
      - (49) miscellaneous-instruction-extensions
      - (49) processor-assist
      - (50) constrained transactional-execution
      - (73) transactional-execution
      
      48, 49, 50 and 73 are the bit numbers of the facility indications for
      each of the required facilities.
      
      Note that we assume that user-space gets compiled with the same
      compiler options, therefore we also test for a dfp facility even
      if the kernel doesn't make use of it.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      991c1505
  5. 09 10月, 2012 1 次提交
  6. 20 7月, 2012 1 次提交
    • H
      s390/comments: unify copyright messages and remove file names · a53c8fab
      Heiko Carstens 提交于
      Remove the file name from the comment at top of many files. In most
      cases the file name was wrong anyway, so it's rather pointless.
      
      Also unify the IBM copyright statement. We did have a lot of sightly
      different statements and wanted to change them one after another
      whenever a file gets touched. However that never happened. Instead
      people start to take the old/"wrong" statements to use as a template
      for new files.
      So unify all of them in one go.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      a53c8fab
  7. 16 5月, 2012 1 次提交
  8. 11 4月, 2012 1 次提交
    • M
      [S390] Fix stfle() lowcore protection problem · 37e37c20
      Michael Holzheu 提交于
      The stfle() function writes into lowcore memory when stfl_fac_list
      is initialized with "S390_lowcore.stfl_fac_list = 0". For older
      compilers this triggers a lowcore exception. With newer compilers
      and "-OXX" compile option the bug does not show up because
      the "S390_lowcore.stfl_fac_list" initialization is removed by the
      compiler. The reason for thatis the incorrect "=m"
      (S390_lowcore.stfl_fac_list) constraint in the stfl inline assembly.
      
      The following shows the disassembly of the stfle() optimized code
      that is inlined in the lgr_info_get() function:
      
      000000000011325c <lgr_info_get>:
        11325c:       eb 9f f0 60 00 24       stmg    %r9,%r15,96(%r15)
        113262:       c0 d0 00 29 0e 47       larl    %r13,634ef0 <servi..>
        113268:       a7 f1 3f c0             tml     %r15,16320
        11326c:       b9 04 00 ef             lgr     %r14,%r15
        113270:       a7 84 00 01             je      113272 <lgr_info_g..>
        113274:       a7 fb ff c0             aghi    %r15,-64
        113278:       b9 04 00 c2             lgr     %r12,%r2
        11327c:       a7 29 00 01             lghi    %r2,1
        113280:       e3 e0 f0 98 00 24       stg     %r14,152(%r15)
        113286:       d7 97 c0 00 c0 00       xc      0(152,%r12),0(%r12)
        11328c:       c0 e5 00 28 db 4c       brasl   %r14,62e924 <add_e..>
        113292:       b2 b1 00 00             stfl    0
      
      To fix the problem we now clear the S390_lowcore.stfl_fac_list at
      startup in "head.S" for all machine types before lowcore protection
      is enabled.
      
      In addition to that the "=m" constraint is replaced by "+m".
      Signed-off-by: NMichael Holzheu <holzheu@linux.vnet.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      37e37c20
  9. 27 12月, 2011 1 次提交
  10. 30 10月, 2011 1 次提交
  11. 24 7月, 2011 1 次提交
  12. 04 4月, 2011 1 次提交
  13. 25 10月, 2010 1 次提交
  14. 10 8月, 2010 1 次提交
  15. 17 5月, 2010 1 次提交
  16. 24 3月, 2010 1 次提交
  17. 27 2月, 2010 3 次提交
  18. 11 9月, 2009 1 次提交
  19. 13 6月, 2009 1 次提交
  20. 12 6月, 2009 2 次提交
  21. 27 4月, 2009 1 次提交
  22. 14 4月, 2009 2 次提交
  23. 26 3月, 2009 1 次提交
  24. 25 12月, 2008 1 次提交
  25. 27 7月, 2007 1 次提交
  26. 04 12月, 2006 1 次提交
  27. 28 9月, 2006 1 次提交
  28. 20 9月, 2006 2 次提交
  29. 01 7月, 2006 1 次提交
  30. 29 6月, 2006 1 次提交
  31. 07 1月, 2006 1 次提交
  32. 07 11月, 2005 2 次提交
  33. 31 10月, 2005 1 次提交
  34. 10 9月, 2005 1 次提交