1. 25 3月, 2015 1 次提交
    • H
      s390: remove 31 bit support · 5a79859a
      Heiko Carstens 提交于
      Remove the 31 bit support in order to reduce maintenance cost and
      effectively remove dead code. Since a couple of years there is no
      distribution left that comes with a 31 bit kernel.
      
      The 31 bit kernel also has been broken since more than a year before
      anybody noticed. In addition I added a removal warning to the kernel
      shown at ipl for 5 minutes: a960062e ("s390: add 31 bit warning
      message") which let everybody know about the plan to remove 31 bit
      code. We didn't get any response.
      
      Given that the last 31 bit only machine was introduced in 1999 let's
      remove the code.
      Anybody with 31 bit user space code can still use the compat mode.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      5a79859a
  2. 22 1月, 2015 1 次提交
    • M
      s390: add SMT support · 10ad34bc
      Martin Schwidefsky 提交于
      The multi-threading facility is introduced with the z13 processor family.
      This patch adds code to detect the multi-threading facility. With the
      facility enabled each core will surface multiple hardware threads to the
      system. Each hardware threads looks like a normal CPU to the operating
      system with all its registers and properties.
      
      The SCLP interface reports the SMT topology indirectly via the maximum
      thread id. Each reported CPU in the result of a read-scp-information
      is a core representing a number of hardware threads.
      
      To reflect the reduced CPU capacity if two hardware threads run on a
      single core the MT utilization counter set is used to normalize the
      raw cputime obtained by the CPU timer deltas. This scaled cputime is
      reported via the taskstats interface. The normal /proc/stat numbers
      are based on the raw cputime and are not affected by the normalization.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      10ad34bc
  3. 08 1月, 2015 1 次提交
  4. 09 10月, 2014 1 次提交
  5. 24 10月, 2013 3 次提交
  6. 07 5月, 2013 1 次提交
  7. 17 4月, 2013 1 次提交
  8. 28 2月, 2013 1 次提交
  9. 14 2月, 2013 1 次提交
  10. 30 11月, 2012 1 次提交
    • J
      s390/pci: base support · cd248341
      Jan Glauber 提交于
      Add PCI support for s390, (only 64 bit mode is supported by hardware):
      - PCI facility tests
      - PCI instructions: pcilg, pcistg, pcistb, stpcifc, mpcifc, rpcit
      - map readb/w/l/q and writeb/w/l/q to pcilg and pcistg instructions
      - pci_iomap implementation
      - memcpy_fromio/toio
      - pci_root_ops using special pcilg/pcistg
      - device, bus and domain allocation
      Signed-off-by: NJan Glauber <jang@linux.vnet.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      cd248341
  11. 23 11月, 2012 1 次提交
  12. 26 9月, 2012 4 次提交
  13. 30 7月, 2012 1 次提交
  14. 26 7月, 2012 1 次提交
  15. 20 7月, 2012 2 次提交
  16. 29 3月, 2012 1 次提交
  17. 27 12月, 2011 1 次提交
    • H
      [S390] disassembler: mark exception causing instructions · 2fa1d4fc
      Heiko Carstens 提交于
      If an exception happens the PSW either points to the instruction that
      caused the exception or to the instruction that follows the exception
      causing instruction, depending on the exception type.
      Since the inkernel disassembler adds a ">" in front of the disassembly
      many people assume incorrectly that the instruction that is pointed to
      must be the cause of the exception. To make people aware that this is
      not necessarily the case add a different character in front of the
      disassembled instruction that precedes the current instructions.
      
      The output now looks like this:
      
      Krnl PSW : 0704200180000000 0000000000120de8 (test_function+0x0/0x100)
                 R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:0 CC:2 PM:0 EA:3
      Krnl GPRS: 000003ff00000000 0000000000120de4 000000000091bb40 0000000000000001
                 000003fffd2ea000 0000000030fb7df8 0000000030fb7f10 000003ffffa113c8
                 000000000091bb40 000003fffd2ea000 0000000000000002 0000000030fb7f10
                 000000003f290240 0000000000606220 00000000002cfb5c 0000000030fb7d58
      Krnl Code: 0000000000120ddc: b90400a9           lgr     %r10,%r9
                 0000000000120de0: a7f4ff88           brc     15,120cf0
                #0000000000120de4: a7f40001           brc     15,120de6
                >0000000000120de8: a7f13f80           tmll    %r15,16256
                 0000000000120dec: eb8ff0580024       stmg    %r8,%r15,88(%r15)
                 0000000000120df2: a7840001           brc     8,120df4
                 0000000000120df6: b90400ef           lgr     %r14,%r15
                 0000000000120dfa: a7fbffb8           aghi    %r15,-72
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      2fa1d4fc
  18. 27 7月, 2011 1 次提交
  19. 26 5月, 2011 1 次提交
  20. 10 5月, 2011 1 次提交
  21. 25 10月, 2010 1 次提交
  22. 27 2月, 2010 1 次提交
  23. 13 7月, 2009 1 次提交
  24. 30 5月, 2008 1 次提交
  25. 12 10月, 2007 2 次提交
  26. 22 8月, 2007 1 次提交
  27. 17 7月, 2007 1 次提交
  28. 09 5月, 2007 1 次提交
  29. 27 4月, 2007 1 次提交
    • M
      [S390] Improved oops output. · bb11e3bd
      Martin Schwidefsky 提交于
      This patch adds two improvements to the oops output. First it adds an
      additional line after the PSW which decodes the different fields of it.
      Second a disassembler is added that decodes the instructions surrounding
      the faulting PSW. The output of a test oops now looks like this:
      
      kernel BUG at init/main.c:419
      illegal operation: 0001 [#1]
      CPU:    0    Not tainted
      Process swapper (pid: 0, task: 0000000000464968, ksp: 00000000004be000)
      Krnl PSW : 0700000180000000 00000000000120b6 (rest_init+0x36/0x38)
                 R:0 T:1 IO:1 EX:1 Key:0 M:0 W:0 P:0 AS:0 CC:0 PM:0 EA:3
      Krnl GPRS: 0000000000000003 00000000004ba017 0000000000000022 0000000000000001
                 000000000003a5f6 0000000000000000 00000000004be6a8 0000000000000000
                 0000000000000000 00000000004b8200 0000000000003a50 0000000000008000
                 0000000000516368 000000000033d008 00000000000120b2 00000000004bdee0
      Krnl Code: 00000000000120a6: e3e0f0980024       stg     %r14,152(%r15)
                 00000000000120ac: c0e500014296       brasl   %r14,3a5d8
                 00000000000120b2: a7f40001           brc     15,120b4
                >00000000000120b6: 0707               bcr     0,%r7
                 00000000000120b8: eb7ff0500024       stmg    %r7,%r15,80(%r15)
                 00000000000120be: c0d000195825       larl    %r13,33d108
                 00000000000120c4: a7f13f00           tmll    %r15,16128
                 00000000000120c8: a7840001           brc     8,120ca
      Call Trace:
      ([<00000000000120b2>] rest_init+0x32/0x38)
       [<00000000004be614>] start_kernel+0x37c/0x410
       [<0000000000012020>] _ehead+0x20/0x80
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      bb11e3bd