1. 19 11月, 2009 1 次提交
  2. 12 11月, 2009 1 次提交
  3. 01 7月, 2009 1 次提交
    • J
      [IA64] address compiler warnings perfmon.c/salinfo.c · fa276f36
      Jan Beulich 提交于
      perfmon.c has a dubious cast directly from "int" to "void *". Add
      an intermediate cast to "long" to keep gcc happy.
      
      salinfo.c uses "down_trylock()" in a highly creative way (explained
      in the comments in the file) ... but it does kick out this warning:
      
       arch/ia64/kernel/salinfo.c:195: warning: ignoring return value of 'down_trylock'
      
      which people occasionally try to "fix" in ways that do not work. Use some
      casts to keep gcc quiet.
      Signed-off-by: NJan Beulich <jbeulich@novell.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      fa276f36
  4. 18 6月, 2009 1 次提交
    • M
      [IA64] Convert ia64 to use int-ll64.h · e088a4ad
      Matthew Wilcox 提交于
      It is generally agreed that it would be beneficial for u64 to be an
      unsigned long long on all architectures.  ia64 (in common with several
      other 64-bit architectures) currently uses unsigned long.  Migrating
      piecemeal is too painful; this giant patch fixes all compilation warnings
      and errors that come as a result of switching to use int-ll64.h.
      
      Note that userspace will still see __u64 defined as unsigned long.  This
      is important as it affects C++ name mangling.
      
      [Updated by Tony Luck to change efi.h:efi_freemem_callback_t to use
       u64 for start/end rather than unsigned long]
      Signed-off-by: NMatthew Wilcox <willy@linux.intel.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      e088a4ad
  5. 17 6月, 2009 1 次提交
    • T
      remove put_cpu_no_resched() · 8b0b1db0
      Thomas Gleixner 提交于
      put_cpu_no_resched() is an optimization of put_cpu() which unfortunately
      can cause high latencies.
      
      The nfs iostats code uses put_cpu_no_resched() in a code sequence where a
      reschedule request caused by an interrupt between the get_cpu() and the
      put_cpu_no_resched() can delay the reschedule for at least HZ.
      
      The other users of put_cpu_no_resched() optimize correctly in interrupt
      code, but there is no real harm in using the put_cpu() function which is
      an alias for preempt_enable().  The extra check of the preemmpt count is
      not as critical as the potential source of missing a reschedule.
      
      Debugged in the preempt-rt tree and verified in mainline.
      
      Impact: remove a high latency source
      
      [akpm@linux-foundation.org: build fix]
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Acked-by: NIngo Molnar <mingo@elte.hu>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Trond Myklebust <Trond.Myklebust@netapp.com>
      Cc: "J. Bruce Fields" <bfields@fieldses.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      8b0b1db0
  6. 28 3月, 2009 1 次提交
  7. 16 3月, 2009 1 次提交
  8. 14 11月, 2008 2 次提交
  9. 02 11月, 2008 1 次提交
    • A
      saner FASYNC handling on file close · 233e70f4
      Al Viro 提交于
      As it is, all instances of ->release() for files that have ->fasync()
      need to remember to evict file from fasync lists; forgetting that
      creates a hole and we actually have a bunch that *does* forget.
      
      So let's keep our lives simple - let __fput() check FASYNC in
      file->f_flags and call ->fasync() there if it's been set.  And lose that
      crap in ->release() instances - leaving it there is still valid, but we
      don't have to bother anymore.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      233e70f4
  10. 07 10月, 2008 1 次提交
  11. 27 7月, 2008 1 次提交
  12. 26 6月, 2008 2 次提交
  13. 12 6月, 2008 1 次提交
  14. 15 5月, 2008 1 次提交
  15. 02 5月, 2008 2 次提交
  16. 29 4月, 2008 1 次提交
  17. 22 4月, 2008 1 次提交
    • J
      [IA64] minor irq handler cleanups · 9010eff0
      Jeff Garzik 提交于
      - remove unused 'irq' argument from pfm_do_interrupt_handler()
      
      - remove pointless cast to void*
      
      - add KERN_xxx prefix to printk()
      
      - remove braces around singleton C statement
      
      - in tioce_provider.c, start tioce_dma_consistent() and
        tioce_error_intr_handler() function declarations in column 0
      
      This change's main purpose is to prepare for the patchset in
      jgarzik/misc-2.6.git#irq-remove, that explores removal of the
      never-used 'irq' argument in each interrupt handler.
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      9010eff0
  18. 10 4月, 2008 1 次提交
  19. 07 3月, 2008 1 次提交
  20. 09 2月, 2008 1 次提交
  21. 06 2月, 2008 1 次提交
  22. 05 2月, 2008 1 次提交
  23. 07 12月, 2007 1 次提交
  24. 07 11月, 2007 1 次提交
    • T
      [IA64] Fix perfmon sysctl directory modes · e3ad42be
      Tony Luck 提交于
      New sanity checks in sysctl_check_table() complain about a couple
      of mode 0755 that should be 0555 in the perfmon code:
      
      sysctl table check failed: /kernel .1 Writable sysctl directory
      sysctl table check failed: /kernel/perfmon  Writable sysctl directory
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      e3ad42be
  25. 20 10月, 2007 1 次提交
  26. 13 10月, 2007 1 次提交
  27. 01 8月, 2007 1 次提交
  28. 12 5月, 2007 1 次提交
  29. 09 5月, 2007 1 次提交
  30. 07 3月, 2007 1 次提交
    • N
      [IA64] permon use-after-free fix · 41d5e5d7
      Nick Piggin 提交于
      Perfmon associates vmalloc()ed memory with a file descriptor, and installs
      a vma mapping that memory.  Unfortunately, the vm_file field is not filled
      in, so processes with mappings to that memory do not prevent the file from
      being closed and the memory freed.  This results in use-after-free bugs and
      multiple freeing of pages, etc.
      
      I saw this bug on an Altix on SLES9.  Haven't reproduced upstream but it
      looks like the same issue is there.
      Signed-off-by: NNick Piggin <npiggin@suse.de>
      Cc: Stephane Eranian <eranian@hpl.hp.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      41d5e5d7
  31. 18 2月, 2007 1 次提交
  32. 15 2月, 2007 2 次提交
  33. 13 2月, 2007 1 次提交
  34. 12 2月, 2007 1 次提交
  35. 09 12月, 2006 1 次提交
  36. 08 12月, 2006 1 次提交