1. Jan 05, 2011
  2. Jan 04, 2011
    • Sam Ravnborg's avatar
      sparc: fix sparse warnings in arch/sparc/prom for 32 bit build · 5f66dd35
      Sam Ravnborg authored
      
      
      Fix following sparse warnings:
      arch/sparc/prom/bootstr_32.c:32:35: warning: Using plain integer as NULL pointer
      arch/sparc/prom/memory.c:61:13: warning: symbol 'prom_meminit' was not declared. Should it be static?
      arch/sparc/prom/misc_32.c:74:1: error: symbol 'prom_halt' redeclared with different type (originally declared at arch/sparc/include/asm/oplib_32.h:67) - different modifiers
      arch/sparc/prom/ranges.c:16:26: warning: symbol 'promlib_obio_ranges' was not declared. Should it be static?
      arch/sparc/prom/ranges.c:17:5: warning: symbol 'num_obio_ranges' was not declared. Should it be static?
      arch/sparc/prom/ranges.c:39:1: warning: symbol 'prom_adjust_ranges' was not declared. Should it be static?
      arch/sparc/prom/ranges.c:69:13: warning: symbol 'prom_ranges_init' was not declared. Should it be static?
      arch/sparc/prom/tree_32.c:286:22: warning: Using plain integer as NULL pointer
      arch/sparc/prom/tree_32.c:286:38: warning: Using plain integer as NULL pointer
      
      None of the warnings indicated any serious issues.
      
      We are now sparse clean for 32 bit build in arch/sparc/prom.
      
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5f66dd35
  3. Jan 03, 2011
  4. Dec 13, 2010
  5. Dec 11, 2010
  6. Dec 08, 2010
  7. Dec 07, 2010
    • Ian Kent's avatar
      autofs4 - remove ioctl mutex (bz23142) · de47de74
      Ian Kent authored
      
      
      With the recent changes to remove the BKL a mutex was added to the
      ioctl entry point for calls to the old ioctl interface. This mutex
      needs to be removed because of the need for the expire ioctl to call
      back to the daemon to perform a umount and receive a completion
      status (via another ioctl).
      
      This should be fine as the new ioctl interface uses much of the same
      code and it has been used without a mutex for around a year without
      issue, as was the original intention.
      
      Ref: Bugzilla bug 23142
      
      Signed-off-by: default avatarIan Kent <raven@themaw.net>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      de47de74