1. 19 4月, 2009 1 次提交
    • W
      x86, intr-remap: fix ack for interrupt remapping · 5d0ae2db
      Weidong Han 提交于
      Shouldn't call ack_apic_edge() in ir_ack_apic_edge(), because
      ack_apic_edge() does more than just ack: it also does irq migration
      in the non-interrupt-remapping case. But there is no such need for
      interrupt-remapping case, as irq migration is done in the process
      context.
      
      Similarly, ir_ack_apic_level() shouldn't call ack_apic_level, and
      instead should do the local cpu's EOI + directed EOI to the io-apic.
      
      ack_x2APIC_irq() is not neccessary, because ack_APIC_irq() will use MSR
      write for x2apic, and uncached write for non-x2apic.
      
      [ Impact: simplify/standardize intr-remap IRQ acking, fix on !x2apic ]
      Signed-off-by: NSuresh Siddha <suresh.b.siddha@intel.com>
      Signed-off-by: NWeidong Han <weidong.han@intel.com>
      Acked-by: NDavid Woodhouse <David.Woodhouse@intel.com>
      Cc: iommu@lists.linux-foundation.org
      Cc: allen.m.kay@intel.com
      Cc: fenghua.yu@intel.com
      LKML-Reference: <1239957736-6161-3-git-send-email-weidong.han@intel.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      5d0ae2db
  2. 13 4月, 2009 1 次提交
    • C
      x86: apic - introduce dummy apic operations · 08306ce6
      Cyrill Gorcunov 提交于
      Impact: refactor, speed up and robustize code
      
      In case if apic was disabled by kernel option
      or by hardware limits we can use dummy operations
      in apic->write to simplify the ack_APIC_irq() code.
      
      At the lame time the patch fixes the missed EOI in
      do_IRQ function (which has place if kernel is compiled
      as X86-32 and interrupt without handler happens where
      apic was not asked to be disabled via kernel option).
      
      Note that native_apic_write_dummy() consists of
      WARN_ON_ONCE to catch any buggy writes on enabled
      APICs. Could be removed after some time of testing.
      Signed-off-by: NCyrill Gorcunov <gorcunov@openvz.org>
      LKML-Reference: <20090412165058.724788431@openvz.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      08306ce6
  3. 04 4月, 2009 2 次提交
  4. 26 3月, 2009 1 次提交
  5. 25 3月, 2009 1 次提交
  6. 18 3月, 2009 2 次提交
    • S
      x86: add x2apic_wrmsr_fence() to x2apic flush tlb paths · ce4e240c
      Suresh Siddha 提交于
      Impact: optimize APIC IPI related barriers
      
      Uncached MMIO accesses for xapic are inherently serializing and hence
      we don't need explicit barriers for xapic IPI paths.
      
      x2apic MSR writes/reads don't have serializing semantics and hence need
      a serializing instruction or mfence, to make all the previous memory
      stores globally visisble before the x2apic msr write for IPI.
      
      Add x2apic_wrmsr_fence() in flush tlb path to x2apic specific paths.
      Signed-off-by: NSuresh Siddha <suresh.b.siddha@intel.com>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Oleg Nesterov <oleg@redhat.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: "steiner@sgi.com" <steiner@sgi.com>
      Cc: Nick Piggin <npiggin@suse.de>
      LKML-Reference: <1237313814.27006.203.camel@localhost.localdomain>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      ce4e240c
    • S
      x86, x2apic: fix clear_local_APIC() in the presence of x2apic · cf6567fe
      Suresh Siddha 提交于
      Impact: cleanup, paranoia
      
      We were not clearing the local APIC in clear_local_APIC() in the
      presence of x2apic. Fix it.
      Signed-off-by: NSuresh Siddha <suresh.b.siddha@intel.com>
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      cf6567fe
  7. 05 3月, 2009 1 次提交
  8. 26 2月, 2009 4 次提交
  9. 23 2月, 2009 1 次提交
  10. 18 2月, 2009 4 次提交
  11. 17 2月, 2009 2 次提交
  12. 11 2月, 2009 1 次提交
  13. 10 2月, 2009 1 次提交
  14. 29 1月, 2009 4 次提交
  15. 31 12月, 2008 1 次提交
  16. 27 12月, 2008 1 次提交
  17. 11 11月, 2008 1 次提交
    • I
      x86: call machine_shutdown and stop all CPUs in native_machine_halt · d3ec5cae
      Ivan Vecera 提交于
      Impact: really halt all CPUs on halt
      
      Function machine_halt (resp. native_machine_halt) is empty for x86
      architectures. When command 'halt -f' is invoked, the message "System
      halted." is displayed but this is not really true because all CPUs are
      still running.
      
      There are also similar inconsistencies for other arches (some uses
      power-off for halt or forever-loop with IRQs enabled/disabled).
      
      IMO there should be used the same approach for all architectures OR
      what does the message "System halted" really mean?
      
      This patch fixes it for x86.
      Signed-off-by: NIvan Vecera <ivecera@redhat.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d3ec5cae
  18. 23 10月, 2008 2 次提交
  19. 16 10月, 2008 2 次提交
  20. 24 7月, 2008 1 次提交
  21. 23 7月, 2008 2 次提交
  22. 22 7月, 2008 2 次提交
    • S
      x64, apic: use generic apic_write() for ack_APIC_irq() · df1be437
      Suresh Siddha 提交于
      I tested tip/master and found an issue (patch attached)
      for x2apic support. This is not because of the recent merges we had, but
      because of something(where we still access memory based interface after
      enabling x2apic mode) that slipped through my earlier tests.
      
      Probably it is a good idea to unmap the memory mapped interface, once we switch
      to x2apic mode. That will catch the issues much earlier. I will
      post another patch for this.
      
      ack_APIC_irq() is used at too many generic places (and not just during
      irq_chip handling!) to use the native_apic_mem_write(). For ex, this will
      break x2apic based systems.
      
      Fix ack_APIC_irq() to use the generic apic_write() even for 64-bit.
      Signed-off-by: NSuresh Siddha <suresh.b.siddha@intel.com>
      Cc: suresh.b.siddha@intel.com
      Cc: yong.y.wang@linux.intel.com
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      df1be437
    • T
      x86: convert Dprintk to pr_debug · cfc1b9a6
      Thomas Gleixner 提交于
      There are a couple of places where (P)Dprintk is used which is an old
      compile time enabled printk wrapper. Convert it to the generic
      pr_debug().
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      cfc1b9a6
  23. 18 7月, 2008 2 次提交