1. 27 12月, 2011 1 次提交
    • M
      [S390] Check for NULL termination in command line setup · 1fb81057
      Michael Holzheu 提交于
      The current code in setup_boot_command_line() uses a heuristic to
      detect an EBCDIC command line. It checks if any of the bytes in
      the command line has bit one (0x80) set. In that case it is assumed
      that we have an EBCDIC string and the complete command line is
      converted.
      
      On s390 there are cases where the boot loader provides a kernel
      command line that is NULL terminated, but has random data after
      the NULL termination. In that case, setup_boot_command_line()
      might misinterpret an ASCII string for an EBCDIC string. A
      subsequent string conversion can then damage the ASCII string.
      
      This patch solves the problem by checking for NULL termination.
      If no EBCDIC character has been found until the the NULL
      termination has been found, we now assume that we have an ASCII
      string.
      Signed-off-by: NMichael Holzheu <holzheu@linux.vnet.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      1fb81057
  2. 14 11月, 2011 1 次提交
  3. 30 10月, 2011 1 次提交
  4. 24 8月, 2011 1 次提交
  5. 23 3月, 2011 2 次提交
  6. 29 10月, 2010 1 次提交
  7. 25 10月, 2010 3 次提交
  8. 17 5月, 2010 1 次提交
  9. 09 4月, 2010 1 次提交
  10. 27 2月, 2010 2 次提交
  11. 13 11月, 2009 1 次提交
    • M
      [S390] reset cputime accounting after IPL from NSS · b89031e0
      Martin Schwidefsky 提交于
      After an IPL from NSS the uptime of the system is incorrect. The reason
      is that the startup code in head.S is not executed in case of an IPL
      from NSS. Due to that sched_clock_base_cc which is used to initialze
      wall_to_monotonic contains the time stamp when the NSS has been created
      instead of the time stamp of the system start.
      
      Reinitialize the cputime accounting values in create_kernel_nss after
      the SAVESYS CP command that created the NSS segment.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      b89031e0
  12. 11 9月, 2009 3 次提交
  13. 07 8月, 2009 1 次提交
  14. 24 7月, 2009 1 次提交
  15. 16 6月, 2009 1 次提交
  16. 12 6月, 2009 1 次提交
  17. 14 4月, 2009 2 次提交
  18. 26 3月, 2009 2 次提交
  19. 14 7月, 2008 4 次提交
  20. 30 4月, 2008 2 次提交
  21. 27 4月, 2008 1 次提交
  22. 17 4月, 2008 1 次提交
  23. 05 3月, 2008 1 次提交
  24. 26 1月, 2008 2 次提交
    • H
      [S390] Get rid of additional_cpus kernel parameter. · 48483b32
      Heiko Carstens 提交于
      It caused only a lot of confusion. From now on cpu hotplug of up to
      NR_CPUS will work by default. If somebody wants to limit that then
      the possible_cpus parameter can be used.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      48483b32
    • H
      [S390] Standby cpu activation/deactivation. · 08d07968
      Heiko Carstens 提交于
      Add a new interface so that cpus can be put into standby state and
      configured state.
      Only offline cpus can be put into standby state or configured state.
      For that the new percpu sysfs attribute "configure" must be used.
      To put a cpu in standby state a "0" must be written to the attribute.
      In order to switch it into configured state a "1" must be written to
      the attribute.
      Only cpus in configured state can be brought online.
      In addition this patch introduces a static mapping of physical to
      logical cpus. As a result only the sysfs directories of present cpus
      will be created. To scan for new cpus the new sysfs attribute "rescan"
      must be used.
      Writing to /sys/devices/system/cpu/rescan will trigger a rescan of
      cpus and will create directories for new cpus.
      
      On IPL only configured cpus will be used. And on reboot/shutdown all
      cpus will remain in their current state (configured/standby).
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      08d07968
  25. 20 11月, 2007 1 次提交
  26. 05 11月, 2007 1 次提交
  27. 10 7月, 2007 1 次提交