1. 07 11月, 2009 1 次提交
  2. 05 11月, 2009 1 次提交
  3. 21 9月, 2009 2 次提交
  4. 26 8月, 2009 1 次提交
  5. 10 8月, 2009 1 次提交
  6. 29 7月, 2009 2 次提交
  7. 30 6月, 2009 1 次提交
  8. 25 6月, 2009 1 次提交
  9. 17 6月, 2009 1 次提交
    • A
      time: move PIT_TICK_RATE to linux/timex.h · 08604bd9
      Arnd Bergmann 提交于
      PIT_TICK_RATE is currently defined in four architectures, but in three
      different places.  While linux/timex.h is not the perfect place for it, it
      is still a reasonable replacement for those drivers that traditionally use
      asm/timex.h to get CLOCK_TICK_RATE and expect it to be the PIT frequency.
      
      Note that for Alpha, the actual value changed from 1193182UL to 1193180UL.
       This is unlikely to make a difference, and probably can only improve
      accuracy.  There was a discussion on the correct value of CLOCK_TICK_RATE
      a few years ago, after which every existing instance was getting changed
      to 1193182.  According to the specification, it should be
      1193181.818181...
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Len Brown <lenb@kernel.org>
      Cc: john stultz <johnstul@us.ibm.com>
      Cc: Dmitry Torokhov <dtor@mail.ru>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      08604bd9
  10. 13 6月, 2009 1 次提交
  11. 15 5月, 2009 1 次提交
  12. 13 5月, 2009 1 次提交
  13. 30 3月, 2009 1 次提交
  14. 27 3月, 2009 1 次提交
  15. 16 3月, 2009 1 次提交
    • J
      Use f_lock to protect f_flags · db1dd4d3
      Jonathan Corbet 提交于
      Traditionally, changes to struct file->f_flags have been done under BKL
      protection, or with no protection at all.  This patch causes all f_flags
      changes after file open/creation time to be done under protection of
      f_lock.  This allows the removal of some BKL usage and fixes a number of
      longstanding (if microscopic) races.
      Reviewed-by: NChristoph Hellwig <hch@lst.de>
      Cc: Al Viro <viro@ZenIV.linux.org.uk>
      Signed-off-by: NJonathan Corbet <corbet@lwn.net>
      db1dd4d3
  16. 26 2月, 2009 2 次提交
  17. 23 2月, 2009 1 次提交
  18. 18 2月, 2009 1 次提交
  19. 17 2月, 2009 1 次提交
  20. 16 2月, 2009 1 次提交
  21. 11 2月, 2009 1 次提交
  22. 13 1月, 2009 1 次提交
  23. 06 1月, 2009 1 次提交
  24. 13 12月, 2008 1 次提交
  25. 02 11月, 2008 1 次提交
  26. 27 10月, 2008 1 次提交
  27. 21 10月, 2008 1 次提交
  28. 20 10月, 2008 1 次提交
  29. 17 10月, 2008 1 次提交
  30. 13 10月, 2008 1 次提交
  31. 09 9月, 2008 1 次提交
  32. 29 8月, 2008 1 次提交
    • T
      sound: make OSS sound core optional · d886e87c
      Tejun Heo 提交于
      sound/sound_core.c implements soundcore.ko and contains two parts -
      sound_class which is shared by both ALSA and OSS and device
      redirection support for OSS.  It's always compiled when any sound
      support is enabled although it's necessary only when OSS (the actual
      one or emulation) is enabled.  This is slightly wasteful and as device
      redirection always registers character device region for major 14, it
      prevents alternative implementation.
      
      This patch introduces a new config SOUND_OSS_CORE which is selected
      iff OSS support is actually necessary and build the OSS core part
      conditionally.
      
      If OSS is disabled, soundcore merely contains sound_class but leaving
      it that way seems to be the simplest approach as otherwise sound_class
      should be in ALSA core file if OSS is disabled but should be in
      soundcore if OSS is enabled.  Also, there's also the user confusion
      factor.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      d886e87c
  33. 25 8月, 2008 1 次提交
  34. 19 8月, 2008 1 次提交
  35. 07 8月, 2008 2 次提交
  36. 25 7月, 2008 1 次提交