1. 27 6月, 2013 17 次提交
  2. 24 6月, 2013 1 次提交
  3. 19 6月, 2013 4 次提交
  4. 10 6月, 2013 1 次提交
  5. 05 6月, 2013 5 次提交
  6. 31 5月, 2013 1 次提交
  7. 28 5月, 2013 2 次提交
  8. 27 5月, 2013 1 次提交
    • H
      s390/smp: lost IPIs on cpu hotplug · 9acf73b7
      Heiko Carstens 提交于
      IPIs might be lost when a cpu gets brought offline:
      
      When stop_machine executes its state machine there is a race window
      for the state STOPMACHINE_DISABLE_IRQ where the to be brought offline
      cpu might already have irqs disabled but a different cpu still may
      have irqs enabled.
      If the enabled cpu receives an interrupt and as a result sends an IPI
      to the to be offlined cpu in its bottom halve context, the IPI won't
      be noticed before the cpu is offline.
      
      In fact the race window is much larger since there is no guarantee
      when an IPI will be received.
      
      To fix this check for enqueued but not yet received IPIs in the
      cpu_disable() path and call the respective handlers before the cpu
      is marked offline.
      Reported-by: NJuergen Doelle <juergen.doelle@de.ibm.com>
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      9acf73b7
  9. 22 5月, 2013 2 次提交
  10. 17 5月, 2013 2 次提交
  11. 15 5月, 2013 2 次提交
    • H
      s390/ftrace: fix mcount adjustment · aca91209
      Heiko Carstens 提交于
      Tony Jones reported that the ftrace self tests on s390 do not work:
      
      <6>Testing dynamic ftrace ops #1: (0 0 0 0 0) FAILED!
      <6>Testing tracer irqsoff:
      <3>failed to start irqsoff tracer
      <4>.. no entries found ..FAILED!
      <6>Testing tracer wakeup:
      <3>failed to start wakeup tracer
      <4>.. no entries found ..FAILED!
      <6>Testing tracer function_graph:
      <4>Failed to init function_graph tracer, init returned -19
      <4>FAILED!
      
      This happens because we forgot to adjust the instruction pointer that gets
      passed to the ftrace trace function by MCOUNT_INSN_SIZE.
      
      In addition change MCOUNT_INSN_SIZE to the correct value on 31 bit.
      It only worked so far because the to be patched instruction was identical.
      Reported-by: NTony Jones <tonyj@suse.com>
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      aca91209
    • C
      s390: fix gmap_ipte_notifier vs. software dirty pages · bb4b42ce
      Christian Borntraeger 提交于
      On heavy paging load some guest cpus started to loop in gmap_ipte_notify.
      This was visible as stalled cpus inside the guest. The gmap_ipte_notifier
      tries to map a user page and then made sure that the pte is valid and
      writable. Turns out that with the software change bit tracking the pte
      can become read-only (and only software writable) if the page is clean.
      Since we loop in this code, the page would stay clean and, therefore,
      be never writable again.
      Let us just use fixup_user_fault, that guarantees to call handle_mm_fault.
      Signed-off-by: NChristian Borntraeger <borntraeger@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      bb4b42ce
  12. 10 5月, 2013 2 次提交