1. 20 7月, 2009 4 次提交
  2. 22 1月, 2009 1 次提交
  3. 12 1月, 2009 1 次提交
    • R
      cpumask: convert misc driver functions · f7df8ed1
      Rusty Russell 提交于
      Impact: use new cpumask API.
      
      Convert misc driver functions to use struct cpumask.
      
      To Do:
        - Convert iucv_buffer_cpumask to cpumask_var_t.
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: NMike Travis <travis@sgi.com>
      Acked-by: NDean Nelson <dcn@sgi.com>
      Cc: Robert Richter <robert.richter@amd.com>
      Cc: oprofile-list@lists.sf.net
      Cc: Jeremy Fitzhardinge <jeremy@xensource.com>
      Cc: Chris Wright <chrisw@sous-sol.org>
      Cc: virtualization@lists.osdl.org
      Cc: xen-devel@lists.xensource.com
      Cc: Ursula Braun <ursula.braun@de.ibm.com>
      Cc: linux390@de.ibm.com
      Cc: linux-s390@vger.kernel.org
      f7df8ed1
  4. 17 12月, 2008 1 次提交
  5. 16 10月, 2008 2 次提交
  6. 24 9月, 2008 1 次提交
  7. 26 7月, 2008 1 次提交
    • J
      Oprofile Multiplexing Patch · 1a960b40
      Jason Yeh 提交于
      This patch introduces multiplexing support for the Oprofile kernel
      module. It basically adds a new function pointer in oprofile_operator
      allowing each architecture to supply its callback to switch between
      different sets of event when the timer expires. Userspace tools can
      modify the time slice through /dev/oprofile/time_slice.
      
      It also modifies the number of counters exposed to the userspace through
      /dev/oprofile. For example, the number of counters for AMD CPUs are
      changed to 32 and multiplexed in the sets of 4.
      Signed-off-by: NJason Yeh <jason.yeh@amd.com>
      Signed-off-by: NRobert Richter <robert.richter@amd.com>
      Cc: oprofile-list <oprofile-list@lists.sourceforge.net>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      1a960b40
  8. 21 7月, 2007 1 次提交
  9. 26 6月, 2006 1 次提交
  10. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4