Commit Graph

10 Commits

Author SHA1 Message Date
briggs 0b956d0b8b Implement pmc(9) -- An interface to hardware performance monitoring
counters.  These counters do not exist on all CPUs, but where they
do exist, can be used for counting events such as dcache misses that
would otherwise be difficult or impossible to instrument by code
inspection or hardware simulation.

pmc(9) is meant to be a general interface.  Initially, the Intel XScale
counters are the only ones supported.
2002-08-07 05:14:47 +00:00
scw f3309b8981 Redefine USER_SR to avoid clashing with MVMEPPC_PHYS_BASE_MEM in bat[12].
Thanks to Matt Thomas for pointing out the problem.
2002-07-09 20:06:35 +00:00
matt 685778b53b Peform a rototill over the powerpc-based ports.
Move the trap/vector initialization for MPC6xx ports to mpc6xx_machdep.c
Also move softnet, install_extintr, mapiodev, kvtop.  Add common BAT
initialization code.

Add user Altivec support.

Fix calls to OF_call_method in macppc/macppc/machdep.c.

Use ci_fpuproc in cpu_info instead of separate fpuproc.

Add separate syscall.c and defined __HAVE_SYSCALL_INTERN.
2002-07-05 18:45:15 +00:00
thorpej dada8613e1 Let machine-dependent code specify how to enumerate the bus.
Currently, everyone uses pci_enumerate_bus_generic().
2002-05-15 19:23:51 +00:00
chs bd2a5f591d switch all mpc6xx powerpc ports to NEWPMAP by default.
the old pmap is still available with the OLDPMAP option.
2002-03-09 23:35:56 +00:00
matt 7053887d27 Change LABELOFFSET to 0 to be compatible most other MBR using ports. 2002-03-07 19:15:46 +00:00
scw 087d3361fc Define NEWPMAP here if it is not already defined, for the benefit
of lkms.
2002-03-03 10:55:35 +00:00
scw bd9412df1c Oops, replace this with a (very) slightly modified version of prep's
intr.h instead of a remnant of my original hacking where it was based
on sandpoint's.
2002-02-28 00:27:38 +00:00
scw f179ae8cce Get in sync with include files. 2002-02-27 21:55:44 +00:00
scw 4c447e5383 New port: NetBSD/mvmeppc
Based mostly on NetBSD/prep at this time since the earlier mvme160x
boards are pretty much PReP compliant. Later boards in the range
diverge somewhat from the reference platform, hence the separate port.

Still needs *lots* of bashing into shape, but at this time it will
boot to multi-user over ethernet on an MVME1603-051.
2002-02-27 21:02:12 +00:00