1. 28 Apr, 2008 2 commits
  2. 12 Mar, 2008 1 commit
  3. 09 Feb, 2008 1 commit
  4. 03 Feb, 2008 3 commits
    • Adrian Bunk's avatar
      remove Documentation/smp.txt · 03502faa
      Adrian Bunk authored
      After seeing the filename I'd have expected something about the
      implementation of SMP in the Linux kernel - not some notes on kernel
      configuration and building trivialities noone would search at this
      Signed-off-by: default avatarAdrian Bunk <bunk@kernel.org>
      Acked-by: default avatarAlan Cox <alan@redhat.com>
    • Mathieu Desnoyers's avatar
      Move Kconfig.instrumentation to arch/Kconfig and init/Kconfig · 125e5645
      Mathieu Desnoyers authored
      Move the instrumentation Kconfig to
      arch/Kconfig for architecture dependent options
        - oprofile
        - kprobes
      init/Kconfig for architecture independent options
        - profiling
        - markers
      Remove the "Instrumentation Support" menu. Everything moves to "General setup".
      Delete the kernel/Kconfig.instrumentation file.
      Signed-off-by: default avatarMathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: <linux-arch@vger.kernel.org>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
    • Mathieu Desnoyers's avatar
      Add HAVE_OPROFILE · 42d4b839
      Mathieu Desnoyers authored
      On the per-architecture side, I do think it would be better to *not* have
      internal architecture knowledge in a generic file, and as such a line like
              depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32
      really shouldn't exist in a file like kernel/Kconfig.instrumentation.
      It would be much better to do
              depends on ARCH_SUPPORTS_KPROBES
      in that generic file, and then architectures that do support it would just
      have a
              bool ARCH_SUPPORTS_KPROBES
                      default y
      in *their* architecture files. That would seem to be much more logical,
      and is readable both for arch maintainers *and* for people who have no
      clue - and don't care - about which architecture is supposed to support
      which interface...
      Actually, I know I gave this as the magic incantation, but now that I see
      it, I realize that I should have told you to just use
              config ARCH_SUPPORTS_KPROBES
                      def_bool y
      instead, which is a bit denser.
      We seem to use both kinds of syntax for these things, but this is really
      what "def_bool" is there for...
      Changelog :
      - Moving to HAVE_*.
      - Add AVR32 oprofile.
      Signed-off-by: default avatarMathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Ananth N Mavinakayanahalli <ananth@in.ibm.com>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
  5. 01 Feb, 2008 2 commits
  6. 30 Jan, 2008 1 commit
    • Nick Piggin's avatar
      spinlock: lockbreak cleanup · 95c354fe
      Nick Piggin authored
      The break_lock data structure and code for spinlocks is quite nasty.
      Not only does it double the size of a spinlock but it changes locking to
      a potentially less optimal trylock.
      Put all of that under CONFIG_GENERIC_LOCKBREAK, and introduce a
      __raw_spin_is_contended that uses the lock data itself to determine whether
      there are waiters on the lock, to be used if CONFIG_GENERIC_LOCKBREAK is
      not set.
      Rename need_lockbreak to spin_needbreak, make it use spin_is_contended to
      decouple it from the spinlock implementation, and make it typesafe (rwlocks
      do not have any need_lockbreak sites -- why do they even get bloated up
      with that break_lock then?).
      Signed-off-by: default avatarNick Piggin <npiggin@suse.de>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
  7. 29 Jan, 2008 13 commits
  8. 14 Jan, 2008 1 commit
  9. 07 Jan, 2008 1 commit
  10. 06 Dec, 2007 1 commit
  11. 26 Nov, 2007 3 commits
  12. 15 Nov, 2007 2 commits
  13. 02 Nov, 2007 2 commits
  14. 29 Oct, 2007 1 commit
    • Atsushi Nemoto's avatar
      [MIPS] txx9tmr clockevent/clocksource driver · 229f773e
      Atsushi Nemoto authored
      Convert jmr3927_clock_event_device to more generic
      txx9tmr_clock_event_device which supports one-shot mode.  The
      txx9tmr_clock_event_device can be used for TX49 too if the cp0 timer
      interrupt was not available.
      Convert jmr3927_hpt_read to txx9_clocksource driver which does not
      depends jiffies anymore.  The txx9_clocksource itself can be used for
      TX49, but normally TX49 uses higher precision clocksource_mips.
      Signed-off-by: default avatarAtsushi Nemoto <anemo@mba.ocn.ne.jp>
      Signed-off-by: default avatarRalf Baechle <ralf@linux-mips.org>
  15. 22 Oct, 2007 1 commit
  16. 19 Oct, 2007 2 commits
  17. 18 Oct, 2007 1 commit
  18. 16 Oct, 2007 2 commits