summaryrefslogtreecommitdiffstats
path: root/sys/sun4v
Commit message (Collapse)AuthorAgeFilesLines
* Remove the KDTRACE option again because of the complaints about havingjb2006-11-041-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | it as a default. For the record, the KDTRACE option caused _no_ additional source files to be compiled in; certainly no CDDL source files. All it did was to allow existing BSD licensed kernel files to include one or more CDDL header files. By removing this from DEFAULTS, the onus is on a kernel builder to add the option to the kernel config, possibly by including GENERIC and customising from there. It means that DTrace won't be a feature available in FreeBSD by default, which is the way I intended it to be. Without this option, you can't load the dtrace module (which contains the dtrace device and the DTrace framework). This is equivalent to requiring an option in a kernel config before you can load the linux emulation module, for example. I think it is a mistake to have DTrace ported to FreeBSD, but not to have it available to everyone, all the time. The only exception to this is the companies which distribute systems with FreeBSD embedded. Those companies will customise their systems anyway. The KDTRACE option was intended for them, and only them.
* Build in kernel support for loading DTrace modules by default. Thisjb2006-11-041-0/+3
| | | | | | | | | | | | | | adds the hooks that DTrace modules register with, and adds a few functions which have the dtrace_ prefix to allow the DTrace FBT (function boundary trace) provider to avoid tracing because they are called from the DTtrace probe context. Unlike other forms of tracing and debug, DTrace support in the kernel incurs negligible run-time cost. I think the only reason why anyone wouldn't want to have kernel support enabled for DTrace would be due to the license (CDDL) under which DTrace is released.
* - map hardware trap numbers to those used by by sparc64 for inter-compatibilitykmacy2006-11-035-134/+203
| | | | | | | | | | and to make user-level trap handlers work - add new trap entry to trap table to enable fast fetching of floating point trap context - remove unused debug code - map unimplemented floating point trap to SIGFPE Approved by: scottl (standing in for mentor rwatson)
* The relocation definitions are now defined in the machine independentjb2006-11-031-84/+0
| | | | | elf_common.h so that one arch can identify relocations on another arch.
* Fix initialization sequence for consolekmacy2006-11-031-28/+32
| | | | | | Fix commenting convention slightly Approved by: rwatson (mentor) Reviewed by: jb
* make sure physmem is initializedkmacy2006-11-031-5/+14
| | | | | | add clarifying comments Reviewed by: jb Approved by: rwatson (mentor)
* Add a low level function to write a string to the hypervisorjb2006-11-032-0/+17
| | | | | | console directly. Discussed with: kmacy
* Spaces to tabs. (I shouldn't copy and paste from diff output to a terminal)jb2006-11-011-1/+1
| | | | Noticed by: pjd
* Add the trap-trace function for the hypervisor.jb2006-11-012-0/+18
|
* In the replacement text of the __bswapN_const() macros encapsulate themarius2006-10-301-8/+12
| | | | | | | | | | | | argument in parentheses so these macros are safe to use and invocations with an expression as the argument like __bswap32_const(42 << 23 | 13) work as expected. Additionally, mask all the individually shifted bytes as appropriate so the bytes which exceed the width of the respective __bswapN_const() macro in invocations like __bswap16_const(0xdead600d) are ignored like it's the case with the corresponding __bswapN_var() function. MFC after: 3 days
* Add 'options KSE' to the kernel config DEFAULTS on all arches/machinesjb2006-10-261-1/+1
| | | | | | | | | | | except sun4v. This change makes the transition from a default to an option more transparent and is an attempt to head off all the compliants that are likely from people who don't read UPDATING, based on experience with the io/mem change. Submitted by: scottl@
* Make KSE a kernel option, turned on by default in all GENERICjb2006-10-261-0/+4
| | | | | | | kernel configs except sun4v (which doesn't process signals properly with KSE). Reviewed by: davidxu@
* Move "device splash" back to MI NOTES and "files", it's MI.ru2006-10-231-0/+1
|
* Mechanically kill redundant nodevice/nooption/nomakeoption, i.e.,ru2006-10-231-19/+0
| | | | | those that do not exist in MI NOTES or switched on/off in the MD NOTES.
* Fix build: remove (now) unnecessary PG_BUSY check, it's handled by vm object ↵delphij2006-10-221-1/+1
| | | | locking.
* Comment out a debug entry which doesn't compile. Needed to fix LINT.jb2006-10-171-1/+1
|
* rename casuptr to casuword.davidxu2006-10-171-2/+2
|
* Comment out 'device isa'.jb2006-10-161-16/+32
| | | | | Add a lot of nodevice entries for things that depend on isa, kbd and other PC-centric things.
* Ignore the uart device.jb2006-10-131-0/+1
|
* sun4v uses the sparc64 version of this file.jb2006-10-131-292/+0
|
* Attempt to fix the sun4v tinderbox build (which unhelpfully doesn'tjb2006-10-131-7/+12
| | | | | | report errors -- just warnings). Submitted by: ru@
* Fix console and update to new api.kmacy2006-10-131-25/+23
| | | | | | The style changes are required as a result of the CONSOLE_DRIVER macro. Approved by: rwatson (mentor)
* This won't be needed. There is already userland infrastructure for fpu emulationkmacy2006-10-121-191/+0
| | | | for sparc64.
* Fix CPU value.ru2006-10-111-1/+1
|
* kernel clean up to make the sun4v kernel buildkmacy2006-10-098-8/+51
| | | | | Reviewed by: jmg Approved by: rwatson (mentor)
* - Remove SCHED_ULE from GENERIC to better avoid foot-shooting bysimon2006-10-051-1/+0
| | | | | | | | | | | unsuspecting users. - Add a comment in NOTES about experimental status of SCHED_ULE. - Make warning about experimental status in sched_ule(4) a bit stronger. Suggested and reviewed by: dougb Discussed on: developers MFC after: 3 days
* placate Grim Reaper with sun4v supportkmacy2006-10-05175-0/+37285
OpenPOWER on IntegriCloud