1. 12 Jun, 2009 6 commits
  2. 10 Jun, 2009 7 commits
  3. 26 Apr, 2009 1 commit
  4. 23 Apr, 2009 4 commits
  5. 21 Apr, 2009 2 commits
  6. 14 Apr, 2009 11 commits
  7. 09 Apr, 2009 1 commit
    • Heiko Carstens's avatar
      mutex: have non-spinning mutexes on s390 by default · 36cd3c9f
      Heiko Carstens authored
      
      
      Impact: performance regression fix for s390
      
      The adaptive spinning mutexes will not always do what one would expect on
      virtualized architectures like s390. Especially the cpu_relax() loop in
      mutex_spin_on_owner might hurt if the mutex holding cpu has been scheduled
      away by the hypervisor.
      
      We would end up in a cpu_relax() loop when there is no chance that the
      state of the mutex changes until the target cpu has been scheduled again by
      the hypervisor.
      
      For that reason we should change the default behaviour to no-spin on s390.
      
      We do have an instruction which allows to yield the current cpu in favour of
      a different target cpu. Also we have an instruction which allows us to figure
      out if the target cpu is physically backed.
      
      However we need to do some performance tests until we can come up with
      a solution that will do the right thing on s390.
      Signed-off-by: default avatarHeiko Carstens <heiko.carstens@de.ibm.com>
      Acked-by: default avatarPeter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Christian Borntraeger <borntraeger@de.ibm.com>
      LKML-Reference: <20090409184834.7a0df7b2@osiris.boeblingen.de.ibm.com>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      36cd3c9f
  8. 03 Apr, 2009 3 commits
  9. 01 Apr, 2009 1 commit
  10. 31 Mar, 2009 2 commits
    • Sebastian Ott's avatar
      [S390] cio: introduce notifier for boxed state · 47593bfa
      Sebastian Ott authored
      
      
      If a ccw device did not respond in time during internal io, we set it
      into boxed state. With this patch we have the following behaviour:
       * the ccw driver will get a notification if the device was online and
         goes into the boxed state
       * if the device was disconnected and got boxed nothing special is to be
         done (it will be handled in reprobing later)
       * if the device got boxed while initial sensing it will be unregistered
      Signed-off-by: default avatarSebastian Ott <sebott@linux.vnet.ibm.com>
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      47593bfa
    • Heiko Carstens's avatar
      [S390] fix hypfs build failure · 33b26d79
      Heiko Carstens authored
      
      
      Fix build breakage below which probably was introduced with
      ("rcu: don't include unnecessary headers, allow kmemtrace w/ tracepoints").
      
        CC      arch/s390/hypfs/hypfs_diag.o
      arch/s390/hypfs/hypfs_diag.c: In function 'diag204_free_buffer':
      arch/s390/hypfs/hypfs_diag.c:364: error: implicit declaration of function 'free_pages'
      arch/s390/hypfs/hypfs_diag.c: In function 'diag204_alloc_rbuf':
      arch/s390/hypfs/hypfs_diag.c:384: error: implicit declaration of function '__get_free_pages'
      arch/s390/hypfs/hypfs_diag.c:384: error: 'GFP_KERNEL' undeclared (first use in this function)
      arch/s390/hypfs/hypfs_diag.c:384: error: (Each undeclared identifier is reported only once
      arch/s390/hypfs/hypfs_diag.c:384: error: for each function it appears in.)
      Reported-by: default avatarSachin Sant <sachinp@in.ibm.com>
      Signed-off-by: default avatarHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
      33b26d79
  11. 27 Mar, 2009 1 commit
    • Christoph Hellwig's avatar
      generic compat_sys_ustat · 2b1c6bd7
      Christoph Hellwig authored
      
      
      Due to a different size of ino_t ustat needs a compat handler, but
      currently only x86 and mips provide one.  Add a generic compat_sys_ustat
      and switch all architectures over to it.  Instead of doing various
      user copy hacks compat_sys_ustat just reimplements sys_ustat as
      it's trivial.  This was suggested by Arnd Bergmann.
      
      Found by Eric Sandeen when running xfstests/017 on ppc64, which causes
      stack smashing warnings on RHEL/Fedora due to the too large amount of
      data writen by the syscall.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      2b1c6bd7
  12. 26 Mar, 2009 1 commit