Skip to content

L
linux-davinci
An error occurred fetching the project authors.
Switch branch/tag
  1. 07 Feb, 2007 1 commit
  3. 22 Jan, 2007 1 commit
  5. 19 Dec, 2006 1 commit
  7. 04 Dec, 2006 2 commits
    • Arnd Bergmann's avatar
      [POWERPC] update cell_defconfig for ps3 support · 1c72db14
      Arnd Bergmann authored 
      In the common cell kernel, I want to have ps3 enabled
to find potential bugs at compile-time.
Also enable SPU disassembly in xmon.
Signed-off-by: default avatarArnd Bergmann <arnd.bergmann@de.ibm.com>
      1c72db14
    • Maynard Johnson's avatar
      [POWERPC] cell: Add oprofile support · 18f2190d
      Maynard Johnson authored 
      Add PPU event-based and cycle-based profiling support to Oprofile for Cell.

Oprofile is expected to collect data on all CPUs simultaneously.
However, there is one set of performance counters per node.  There are
two hardware threads or virtual CPUs on each node.  Hence, OProfile must
multiplex in time the performance counter collection on the two virtual
CPUs.

The multiplexing of the performance counters is done by a virtual
counter routine.  Initially, the counters are configured to collect data
on the even CPUs in the system, one CPU per node.  In order to capture
the PC for the virtual CPU when the performance counter interrupt occurs
(the specified number of events between samples has occurred), the even
processors are configured to handle the performance counter interrupts
for their node.  The virtual counter routine is called via a kernel
timer after the virtual sample time.  The routine stops the counters,
saves the current counts, loads the last counts for the other virtual
CPU on the node, sets interrupts to be handled by the other virtual CPU
and restarts the counters, the virtual timer routine is scheduled to run
again.  The virtual sample time is kept relatively small to make sure
sampling occurs on both CPUs on the node with a relatively small
granularity.  Whenever the counters overflow, the performance counter
interrupt is called to collect the PC for the CPU where data is being
collected.

The oprofile driver relies on a firmware RTAS call to setup the debug bus
to route the desired signals to the performance counter hardware to be
counted.  The RTAS call must set the routing registers appropriately in
each of the islands to pass the signals down the debug bus as well as
routing the signals from a particular island onto the bus.  There is a
second firmware RTAS call to reset the debug bus to the non pass thru
state when the counters are not in use.
Signed-off-by: default avatarCarl Love <carll@us.ibm.com>
Signed-off-by: default avatarMaynard Johnson <mpjohn@us.ibm.com>
Signed-off-by: default avatarArnd Bergmann <arnd.bergmann@de.ibm.com>
Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      18f2190d
  9. 25 Oct, 2006 3 commits
  11. 04 Oct, 2006 1 commit
  13. 10 Sep, 2006 1 commit
  15. 28 Jun, 2006 1 commit
  17. 21 Jun, 2006 3 commits
  19. 29 Apr, 2006 1 commit
  21. 27 Mar, 2006 1 commit
  23. 16 Mar, 2006 1 commit
  25. 18 Jan, 2006 1 commit
  27. 20 Dec, 2005 1 commit
  29. 16 Nov, 2005 1 commit
  31. 03 Nov, 2005 1 commit
  33. 20 Oct, 2005 1 commit
  35. 08 Aug, 2005 1 commit
  37. 27 Jul, 2005 1 commit
  39. 14 Jun, 2005 1 commit
  41. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored 
      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