freebsd-dev/sys/sparc64/conf/DEFAULTS

#
# DEFAULTS -- Default kernel configuration file for FreeBSD/sparc64
#
# $FreeBSD$

machine		sparc64

# Pseudo devices.
device		mem		# Memory and kernel memory devices

# UART chips on this platform
device		uart_ns8250
device		uart_sab82532
device		uart_z8530

# Default partitioning schemes
options 	GEOM_PART_BSD
options 	GEOM_PART_VTOC8

# Let sunkbd emulate an AT keyboard by default.
options 	SUNKBD_EMULATE_ATKBD

options 	NEW_PCIB
Create DEFAULTS files for alpha, ia64, powerpc, and sparc64 and move 'device mem' over from GENERIC to DEFAULTS to be consistent with i386 and amd64. Additionally, on ia64 enable ACPI by default since ia64 requires acpi. 2005-11-21 20:17:46 +00:00			`#`
			`# DEFAULTS -- Default kernel configuration file for FreeBSD/sparc64`
			`#`
			`# $FreeBSD$`

- Allow duplicate "machine" directives with the same arguments. - Move existing "machine" directives to DEFAULTS. 2005-11-27 23:17:00 +00:00			`machine sparc64`
Create DEFAULTS files for alpha, ia64, powerpc, and sparc64 and move 'device mem' over from GENERIC to DEFAULTS to be consistent with i386 and amd64. Additionally, on ia64 enable ACPI by default since ia64 requires acpi. 2005-11-21 20:17:46 +00:00
			`# Pseudo devices.`
			`device mem # Memory and kernel memory devices`
Add the ability to subset the devices that UART pulls in. This allows the arm to compile without all the extras that don't appear, at least not in the flavors of ARM I deal with. This helps us save about 100k. If I've botched the available devices on a platform, please let me know and I'll correct ASAP. 2006-06-12 04:21:50 +00:00
			`# UART chips on this platform`
			`device uart_ns8250`
Correct transposed digits in device names which were added in the previous revision. 2006-06-13 18:40:39 +00:00			`device uart_sab82532`
			`device uart_z8530`
Add 'options KSE' to the kernel config DEFAULTS on all arches/machines 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@ 2006-10-26 22:05:25 +00:00
Use default options for default partitioning schemes, rather than making the relevant files standard. This avoids duplication and makes it easier to override/disable unwanted schemes. Since ARM doesn't have a DEFAULTS configuration file, leave the source files for the BSD and MBR partitioning schemes in files.arm for now. 2007-06-11 00:38:06 +00:00			`# Default partitioning schemes`
Make gpart the default partitioning class on all platforms. Both ia64 and powerpc were using gpart exclusively already so there's no change for those two. Discussed on: arch@ 2008-12-17 17:43:22 +00:00			`options GEOM_PART_BSD`
			`options GEOM_PART_VTOC8`
Use default options for default partitioning schemes, rather than making the relevant files standard. This avoids duplication and makes it easier to override/disable unwanted schemes. Since ARM doesn't have a DEFAULTS configuration file, leave the source files for the BSD and MBR partitioning schemes in files.arm for now. 2007-06-11 00:38:06 +00:00
Let sunkbd(4) emulate an AT keyboard by default. This has the following benefits: - allows to use the AT keyboard maps in share/syscons/keymaps with sunkbd(4), - allows to use kbdmux(4) with sunkbd(4), - allows Sun RS232 keyboards to be configured and used the same way as Sun USB keyboards driven by ukbd(4) (which also does AT keyboard emulation) with X.Org, putting an end to the problem of native support for the former in X.Org being broken over and over again. MFC after: 3 days 2007-11-18 18:11:16 +00:00			`# Let sunkbd emulate an AT keyboard by default.`
			`options SUNKBD_EMULATE_ATKBD`
Make sparc64 compatible with NEW_PCIB and enable it: - Implement bus_adjust_resource() methods as far as necessary and in non-PCI bridge drivers as far as feasible without rototilling them. - As NEW_PCIB does a layering violation by activating resources at layers above pci(4) without previously bubbling up their allocation there, move the assignment of bus tags and handles from the bus_alloc_resource() to the bus_activate_resource() methods like at least the other NEW_PCIB enabled architectures do. This is somewhat unfortunate as previously sparc64 (ab)used resource activation to indicate whether SYS_RES_MEMORY resources should be mapped into KVA, which is only necessary if their going to be accessed via the pointer returned from rman_get_virtual() but not for bus_space(9) as the later always uses physical access on sparc64. Besides wasting KVA if we always map in SYS_RES_MEMORY resources, a driver also may deliberately not map them in if the firmware already has done so, possibly in a special way. So in order to still allow a driver to decide whether a SYS_RES_MEMORY resource should be mapped into KVA we let it indicate that by calling bus_space_map(9) with BUS_SPACE_MAP_LINEAR as actually documented in the bus_space(9) page. This is implemented by allocating a separate bus tag per SYS_RES_MEMORY resource and passing the resource via the previously unused bus tag cookie so we later on can call rman_set_virtual() in sparc64_bus_mem_map(). As a side effect this now also allows to actually indicate that a SYS_RES_MEMORY resource should be mapped in as cacheable and/or read-only via BUS_SPACE_MAP_CACHEABLE and BUS_SPACE_MAP_READONLY respectively. - Do some minor cleanup like taking advantage of rman_init_from_resource(), factor out the common part of bus tag allocation into a newly added sparc64_alloc_bus_tag(), hook up some missing newbus methods and replace some homegrown versions with the generic counterparts etc. - While at it, let apb_attach() (which can't use the generic NEW_PCIB code as APB bridges just don't have the base and limit registers implemented) regarding the config space registers cached in pcib_softc and the SYSCTL reporting nodes set up. 2011-10-02 23:22:38 +00:00
Actually enable NEW_PCIB by default, missed in r225931. 2011-10-02 23:31:14 +00:00			`options NEW_PCIB`