1. 07 12月, 2016 1 次提交
  2. 10 6月, 2016 10 次提交
  3. 09 5月, 2016 1 次提交
  4. 16 4月, 2016 1 次提交
  5. 11 1月, 2016 1 次提交
    • H
      s390/mem_detect: use unsigned longs · 423d5b36
      Heiko Carstens 提交于
      The memory detection code historically had to use unsigned long long
      since the machine reported the true memory size (>4GB) even if the
      virtual machine was running in ESA/390 mode.
      
      Since the old code is gone use unsigned long everywhere and also get
      rid of an unused ADDR2G define.
      
      (this patch converts all long longs within sclp_info to longs)
      
      There are many more possible conversions, however that can be done if
      somebody touches the corresponding code.  Since people started to
      convert unrelated long types to long longs because of the types within
      struct sclp_info convert this now.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      423d5b36
  6. 30 11月, 2015 2 次提交
  7. 27 11月, 2015 2 次提交
  8. 29 7月, 2015 1 次提交
  9. 25 6月, 2015 1 次提交
    • M
      s390/smp: cleanup core vs. cpu in the SCLP interface · d08d9430
      Martin Schwidefsky 提交于
      The SCLP interface to query, configure and deconfigure CPUs actually
      operates on cores. For a machine without the multi-threading faciltiy
      a CPU and a core are equivalent but starting with System z13 a core
      can have multiple hardware threads, also referred to as logical CPUs.
      
      To avoid confusion replace the word 'cpu' with 'core' in the SCLP
      interface. Also replace MAX_CPU_ADDRESS with SCLP_MAX_CORES.
      The core-id is an 8-bit field, the maximum thread id is in the range
      0-31. The theoretical limit for the CPU address is therefore 8191.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      d08d9430
  10. 13 5月, 2015 3 次提交
  11. 23 1月, 2015 1 次提交
  12. 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
  13. 08 1月, 2015 1 次提交
  14. 16 5月, 2014 1 次提交
  15. 22 4月, 2014 1 次提交
  16. 17 3月, 2014 1 次提交
  17. 24 1月, 2014 1 次提交
  18. 16 12月, 2013 1 次提交
  19. 02 12月, 2013 1 次提交
  20. 15 11月, 2013 2 次提交
  21. 12 9月, 2013 1 次提交
  22. 14 2月, 2013 1 次提交
    • M
      s390/mm: implement software dirty bits · abf09bed
      Martin Schwidefsky 提交于
      The s390 architecture is unique in respect to dirty page detection,
      it uses the change bit in the per-page storage key to track page
      modifications. All other architectures track dirty bits by means
      of page table entries. This property of s390 has caused numerous
      problems in the past, e.g. see git commit ef5d437f
      "mm: fix XFS oops due to dirty pages without buffers on s390".
      
      To avoid future issues in regard to per-page dirty bits convert
      s390 to a fault based software dirty bit detection mechanism. All
      user page table entries which are marked as clean will be hardware
      read-only, even if the pte is supposed to be writable. A write by
      the user process will trigger a protection fault which will cause
      the user pte to be marked as dirty and the hardware read-only bit
      is removed.
      
      With this change the dirty bit in the storage key is irrelevant
      for Linux as a host, but the storage key is still required for
      KVM guests. The effect is that page_test_and_clear_dirty and the
      related code can be removed. The referenced bit in the storage
      key is still used by the page_test_and_clear_young primitive to
      provide page age information.
      
      For page cache pages of mappings with mapping_cap_account_dirty
      there will not be any change in behavior as the dirty bit tracking
      already uses read-only ptes to control the amount of dirty pages.
      Only for swap cache pages and pages of mappings without
      mapping_cap_account_dirty there can be additional protection faults.
      To avoid an excessive number of additional faults the mk_pte
      primitive checks for PageDirty if the pgprot value allows for writes
      and pre-dirties the pte. That avoids all additional faults for
      tmpfs and shmem pages until these pages are added to the swap cache.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      abf09bed
  23. 01 12月, 2012 1 次提交
    • J
      s390/pci: PCI hotplug support via SCLP · 7441b062
      Jan Glauber 提交于
      Add SCLP PCI configure/deconfigure and implement a PCI hotplug
      controller (s390_pci_hpc). The hotplug controller creates a slot
      for every PCI function in stand-by or configured state. The PCI
      functions are named after the PCI function ID (fid). By writing to
      the power attribute in /sys/bus/pci/slots/<fid>/power the PCI function
      is moved to stand-by or configured state. If moved to the configured
      state the device is automatically scanned by the s390 PCI layer.
      Signed-off-by: NJan Glauber <jang@linux.vnet.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      7441b062
  24. 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
  25. 14 6月, 2012 1 次提交
  26. 18 5月, 2012 1 次提交