d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
2910a16124
freebsd-dev/sys/conf/files.mips

118 lines
3.7 KiB
Plaintext
Raw Normal View History

Merge in the mips specific configuration files and such from the merged juniper and mips2 code base. This represents the work of Juniper Engineers, plus Oleksandr Tymoshenko, Wojciech Koszek, Warner Losh, Olivier Houchard, Randall Stewert and others that have contributed to the mips2 and/or mips2-jnpr perforce branches.
2008-04-13 06:25:43 +00:00
# This file tells config what files go into building a kernel,
# files marked standard are always included.
#
# $FreeBSD$
#
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
# Arch dependent files
mips/mips/autoconf.c standard
mips/mips/bus_space_generic.c standard
mips/mips/busdma_machdep.c standard
mips/mips/cache.c standard
mips/mips/cache_mipsNN.c standard
mips/mips/cpu.c standard
mips/mips/db_disasm.c optional ddb
mips/mips/db_interface.c optional ddb
mips/mips/db_trace.c optional ddb
mips/mips/dump_machdep.c standard
mips/mips/elf_machdep.c standard
mips/mips/exception.S standard
mips/mips/fp.S standard
Hoist the MI compat_freebsd32 files up into files from files.*.
2012-10-25 04:30:48 +00:00
mips/mips/freebsd32_machdep.c optional compat_freebsd32
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
mips/mips/gdb_machdep.c standard
mips/mips/in_cksum.c optional inet
mips/mips/libkern_machdep.c standard
mips/mips/locore.S standard no-obj
mips/mips/machdep.c standard
mips/mips/mem.c optional mem
mips/mips/minidump_machdep.c standard
mips/mips/mp_machdep.c optional smp
mips/mips/mpboot.S optional smp
mips/mips/nexus.c standard
Add a mips implementation of OF_decode_addr().
2015-12-21 18:19:14 +00:00
mips/mips/ofw_machdep.c optional fdt
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
mips/mips/pm_machdep.c standard
mips/mips/pmap.c standard
mips/mips/ptrace_machdep.c standard
mips/mips/sc_machdep.c standard
stack_machdep.c is dependent on ddb or stack options, not standard.
2012-10-26 21:25:10 +00:00
mips/mips/stack_machdep.c optional ddb | stack
Add proper __sync_*() intrinsics for MIPS. To make <stdatomic.h> work on MIPS (and ARM) using GCC, we need to provide implementations of the __sync_*() functions. I already added these functions for 4 and 8 byte types to libcompiler-rt some time ago, based on top of <machine/atomic.h>. Unfortunately, <machine/atomic.h> only provides a subset of the features needed to implement <stdatomic.h>. This means that in some cases we had to do compare-and-exchange calls in loops, where a simple ll/sc would suffice. Also implement these functions for 1 and 2 byte types. MIPS only provides ll/sc instructions for 4 and 8 byte types, but this is of course no limitation. We can simply load 4 bytes and use some bitmask tricks to modify only the bytes affected. Discussed on: mips, arch Tested with: QEMU
2013-06-08 13:19:11 +00:00
mips/mips/stdatomic.c standard \
compile-with "${NORMAL_C:N-Wmissing-prototypes}"
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
mips/mips/support.S standard
Use a better version of memcpy/bcopy for mips kernel. Use a variant of mips libc memcpy for kernel. This implementation uses 64-bit operations when compiled for 64-bit, and is significantly faster in that case. Submitted by: Tanmay Jagdale <tanmayj@broadcom.com>
2013-09-07 16:31:30 +00:00
mips/mips/bcopy.S standard
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
mips/mips/swtch.S standard
mips/mips/sys_machdep.c standard
mips/mips/tlb.c standard
mips/mips/trap.c standard
mips/mips/uio_machdep.c standard
mips/mips/uma_machdep.c standard
mips/mips/vm_machdep.c standard
Merge in the mips specific configuration files and such from the merged juniper and mips2 code base. This represents the work of Juniper Engineers, plus Oleksandr Tymoshenko, Wojciech Koszek, Warner Losh, Olivier Houchard, Randall Stewert and others that have contributed to the mips2 and/or mips2-jnpr perforce branches.
2008-04-13 06:25:43 +00:00
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
# misc opt-in bits
kern/kern_clocksource.c standard
kern/link_elf_obj.c standard
Switch mips busdma to using the common busdma_buffalloc code. This amounts to copying in some code from the armv4 busdma, and adapting a few variable and flag names to match the surrounding mips code. Instead of keeping a local cache of prealloced busdma_map structs on a mutex-protected list, set up an uma zone to cache them. Instead of all memory allocations using M_DEVBUF, use new categories M_BUSDMA for allocations of metadata (tags, maps, segment tracking lists), and M_BOUNCE for bounce pages. When buffers are allocated out of the busdma_bufalloc zones the alignment and size of the buffers is known, and the code can skip doing any "partial cacheline flush" logic to preserve data that may be adjacent to the DMA buffer but contain non-DMA data. Reviewed by: adrian, imp
2015-10-21 15:06:48 +00:00
kern/subr_busdma_bufalloc.c standard
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
kern/subr_dummy_vdso_tc.c standard
Restore status quo: mips64 does not need subr_sfbuf.c Reported by: br
2016-12-30 17:12:41 +00:00
kern/subr_sfbuf.c optional mips | mipsel | mipsn32
kern/subr_sfbuf.c optional mipshf | mipselhf
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
# gcc/clang runtime
libkern/ffsl.c standard
Add libkern ffsll() for parity with flsll() Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D3962
2015-10-22 20:28:37 +00:00
libkern/ffsll.c standard
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
libkern/fls.c standard
libkern/flsl.c standard
provide fast versions of ffsl and flsl for i386; ffsll and flsll for amd64 Reviewed by: jhb MFC after: 10 days X-MFC note: consider thirdparty modules depending on these symbols Sponsored by: HybridCluster
2014-02-14 15:18:37 +00:00
libkern/flsll.c standard
Support mips[*]hf variants in config files Recognize new MACHINE_ARCH names now as we have added hardfloat support. Switch JZ4780 to mipselhf and remove all uses of TARGET_ARCH in kernel .mk files. Reviewed by: adrian Differential Revision: https://reviews.freebsd.org/D8989
2016-12-30 00:34:52 +00:00
libkern/cmpdi2.c optional mips | mipshf | mipsel | mipselhf
libkern/ucmpdi2.c optional mips | mipshf | mipsel | mipselhf
Add in library routines not supplied by gcc-4.9 but required by the kernel. Reviewed by: imp
2015-06-19 01:21:10 +00:00
libkern/ashldi3.c standard
libkern/ashrdi3.c standard
amd64: implement memcmp in assembly Both the in-kernel C variant and libc asm variant have very poor performance. The former compiles to a single byte comparison loop, which breaks down even for small sizes. The latter uses rep cmpsq/b which turn out to have very poor throughput and are slower than a hand-coded 32-byte comparison loop. Depending on size this is about 3-4 times faster than the current routines. Reviewed by: kib Approved by: re (gjb) Differential Revision: https://reviews.freebsd.org/D17328
2018-09-27 14:05:44 +00:00
libkern/memcmp.c standard
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
Add support for syscons (we should consider moving most of this into files, another day).
2012-10-23 15:16:40 +00:00
# cfe support
Start a clean-room implementation of files.mips. This is sufficient for SWARM64 and SWARM64_SMP to compile. Other kernels will be layered in.
2012-10-23 14:58:24 +00:00
dev/cfe/cfe_api.c optional cfe
dev/cfe/cfe_console.c optional cfe_console
dev/cfe/cfe_env.c optional cfe_env
Add support for syscons (we should consider moving most of this into files, another day).
2012-10-23 15:16:40 +00:00
# syscons support
dev/fb/fb.c optional sc
dev/syscons/scgfbrndr.c optional sc
dev/syscons/scterm-teken.c optional sc
dev/syscons/scvtb.c optional sc
mips/mips/sc_machdep.c optional sc
Add in MD specific support for FDT. Need to refactor this a bit.
2012-10-23 16:07:41 +00:00
# FDT support
Add basic support for FDT to i386 & amd64. This change includes: 1. Common headers for fdt.h and ofw_machdep.h under x86/include with indirections under i386/include and amd64/include. 2. New modinfo for loader provided FDT blob. 3. Common x86_init_fdt() called from hammer_time() on amd64 and init386() on i386. 4. Split-off FDT specific low-level console functions from FDT bus methods for the uart(4) driver. The low-level console logic has been moved to uart_cpu_fdt.c and is used for arm, mips & powerpc only. The FDT bus methods are shared across all architectures. 5. Add dev/fdt/fdt_x86.c to hold the fdt_fixup_table[] and the fdt_pic_table[] arrays. Both are empty right now. FDT addresses are I/O ports on x86. Since the core FDT code does not handle different address spaces, adding support for both I/O ports and memory addresses requires some thought and discussion. It may be better to use a compile-time option that controls this. Obtained from: Juniper Networks, Inc.
2013-05-21 03:05:49 +00:00
dev/uart/uart_cpu_fdt.c optional uart fdt
Add in the crypto support from the generic versions.
2012-10-23 16:12:17 +00:00
# crypto support -- use generic
Merge projects/ipsec into head/. Small summary ------------- o Almost all IPsec releated code was moved into sys/netipsec. o New kernel modules added: ipsec.ko and tcpmd5.ko. New kernel option IPSEC_SUPPORT added. It enables support for loading and unloading of ipsec.ko and tcpmd5.ko kernel modules. o IPSEC_NAT_T option was removed. Now NAT-T support is enabled by default. The UDP_ENCAP_ESPINUDP_NON_IKE encapsulation type support was removed. Added TCP/UDP checksum handling for inbound packets that were decapsulated by transport mode SAs. setkey(8) modified to show run-time NAT-T configuration of SA. o New network pseudo interface if_ipsec(4) added. For now it is build as part of ipsec.ko module (or with IPSEC kernel). It implements IPsec virtual tunnels to create route-based VPNs. o The network stack now invokes IPsec functions using special methods. The only one header file <netipsec/ipsec_support.h> should be included to declare all the needed things to work with IPsec. o All IPsec protocols handlers (ESP/AH/IPCOMP protosw) were removed. Now these protocols are handled directly via IPsec methods. o TCP_SIGNATURE support was reworked to be more close to RFC. o PF_KEY SADB was reworked: - now all security associations stored in the single SPI namespace, and all SAs MUST have unique SPI. - several hash tables added to speed up lookups in SADB. - SADB now uses rmlock to protect access, and concurrent threads can do SA lookups in the same time. - many PF_KEY message handlers were reworked to reflect changes in SADB. - SADB_UPDATE message was extended to support new PF_KEY headers: SADB_X_EXT_NEW_ADDRESS_SRC and SADB_X_EXT_NEW_ADDRESS_DST. They can be used by IKE daemon to change SA addresses. o ipsecrequest and secpolicy structures were cardinally changed to avoid locking protection for ipsecrequest. Now we support only limited number (4) of bundled SAs, but they are supported for both INET and INET6. o INPCB security policy cache was introduced. Each PCB now caches used security policies to avoid SP lookup for each packet. o For inbound security policies added the mode, when the kernel does check for full history of applied IPsec transforms. o References counting rules for security policies and security associations were changed. The proper SA locking added into xform code. o xform code was also changed. Now it is possible to unregister xforms. tdb_xxx structures were changed and renamed to reflect changes in SADB/SPDB, and changed rules for locking and refcounting. Reviewed by: gnn, wblock Obtained from: Yandex LLC Relnotes: yes Sponsored by: Yandex LLC Differential Revision: https://reviews.freebsd.org/D9352
2017-02-06 08:49:57 +00:00
crypto/blowfish/bf_enc.c optional crypto | ipsec | \
ipsec_support
crypto/des/des_enc.c optional crypto | ipsec | \
ipsec_support | netsmb
Turns out the nvram env was common, so move it back up to get PB92 working.
2012-10-23 19:17:43 +00:00
Better comments.
2012-10-28 02:55:51 +00:00
# AP common nvram interface MIPS specific, but maybe should be more generic
[nvram2env] split implementation into generic & MIPS-based code Split implementation of nvram2env to generic (MI) & MIPS-based code: - removed includes like "*siba*", because they are unused - added nvram2env_mips.c file with MIPS-specific code, code moved from nvram2env.c - added header file to shared defines/structures/function prototypes between MI and MIPS code Also this fix allows to implement own nvram2env drivers. Reviewed by: ray, adrian (mentor) Approved by: adrian (mentor) Differential Revision: https://reviews.freebsd.org/D6513
2016-07-24 08:35:45 +00:00
dev/nvram2env/nvram2env_mips.c optional nvram2env
Turns out the nvram env was common, so move it back up to get PB92 working.
2012-10-23 19:17:43 +00:00
dev/nvram2env/nvram2env.c optional nvram2env
Add back hwpmc support.
2012-10-24 06:10:09 +00:00
Better comments.
2012-10-28 02:55:51 +00:00
# hwpmc support
Conform to the style of the rest of the file for hwpmc.
2012-10-24 15:45:26 +00:00
dev/hwpmc/hwpmc_mips.c optional hwpmc
make the MIPS24k HWPMC support require hwpmc_mips24k as well as hwpmc. This way non-MIPS24k platforms (eg Octeon) can have separate PMC support. Requested by: juli
2012-11-17 04:09:28 +00:00
dev/hwpmc/hwpmc_mips24k.c optional hwpmc_mips24k
Add support for the MIPS74K SoC family performance counters events. These are similar to the mips24k performance counters - some are available on perfcnt0/3, some are available on perfcnt1/4. However, the events aren't all the same. * Add the events, named the same as from Linux oprofile. * Verify they're the same as "MIPS32(R) 74KTM Processor Core Family Software User's Manual"; Document Number: MD00519; Revision 01.05. * Rename INSTRUCTIONS to something else, so it doesn't clash with the alias INSTRUCTIONS. I'll try to tidy this up later; there are a few other aliases to add and shuffle around. Tested: * QCA9558 SoC (AP135 board) - MIPS74Kc core (no FPU.) * make universe; where it didn't fail for other reasons. TODO: * It'd be nice to support the four performance counters in at least this hardware, rather than just two. Reviewed by: bsdimp ("looks good; don't break world".)
2015-04-05 02:57:02 +00:00
dev/hwpmc/hwpmc_mips74k.c optional hwpmc_mips74k
Reduce OFW PCI code duplication - involves ARM, PPC and SPARC64 Import portions of the PowerPC OF PCI implementation into new file "ofwpci.c", common for other platforms. The files ofw_pci.c and ofw_pci.h from sys/powerpc/ofw no longer exist. All required declarations are moved to sys/dev/ofw/ofwpci.h. This creates a new ofw_pci_write_ivar() function and modifies some others methods. Most functions contain existing ppc implementations in the majority unchanged. Now there is no need to have multiple identical copies of methods for various architectures. Requested by: jhibbits Reviewed by: jhibbits, marius Submitted by: Marcin Mazurek <mma@semihalf.com> Obtained from: Semihalf Sponsored by: Annapurna Labs Differential Revision: https://reviews.freebsd.org/D4879
2016-03-29 15:19:56 +00:00
# ofw support
dev/ofw/ofwpci.c optional fdt pci
Implement FBT provider (MD part) for DTrace on MIPS. Tested on MIPS64. Sponsored by: DARPA, AFRL Sponsored by: HEIF5
2016-05-05 13:54:50 +00:00
Move intrng includes to the main MIPS includes file. Sponsored by: DARPA, AFRL
2016-11-19 17:01:06 +00:00
# INTRNG support code
kern/msi_if.m optional intrng
kern/pic_if.m optional intrng
kern/subr_intr.c optional intrng
# INTRNG compatible MIPS32 interrupt controller
mips/mips/mips_pic.c optional intrng
Implement FBT provider (MD part) for DTrace on MIPS. Tested on MIPS64. Sponsored by: DARPA, AFRL Sponsored by: HEIF5
2016-05-05 13:54:50 +00:00
# DTrace
cddl/compat/opensolaris/kern/opensolaris_atomic.c optional zfs | dtrace compile-with "${CDDL_C}"
cddl/dev/dtrace/mips/dtrace_asm.S optional dtrace compile-with "${DTRACE_S}"
cddl/dev/dtrace/mips/dtrace_subr.c optional dtrace compile-with "${DTRACE_C}"
cddl/dev/fbt/mips/fbt_isa.c optional dtrace_fbt | dtraceall compile-with "${FBT_C}"
Finally, fix Zstd kernel build on MIPS and RISC-V Add an implementation of the intrinsics invoked by __builtin_ctz{,ll} and __builtin_clz{,ll}, and include this compilation unit on platforms that lack assembly intrinsics for those builtins (MIPS and RISC-V). Future cleanup work might involve bringing these into a mini libcompiler-rt for the standalone kernel environment. Or cleaning up the approach upstream takes for builtins in standalone environments (or just FreeBSD). For now, at least this builds, and doesn't require modifying the vendor code. Reported by: jeff, markj, mizhka Reviewed by: jhb (earlier version), rpokala (comment text earlier version) Sponsored by: Dell EMC Isilon
2018-01-10 06:30:59 +00:00
# Zstd
Make ZSTD a real option via ZSTDIO. It looks like the intent was to allow ZSTD support to be compiled into the kernel with options ZSTDIO. But it doesn't look like that was ever implemented or I'm missing how to do it. I did a cursory audit of kernel config files and made a decision to enable ZSTDIO in riscv GENERIC and mips MALTA configurations. All other kernel configurations already had this option in their kernel configs but they didn't do anything useful as the feature was declared as "standard" prior to this. Reviewed by: cem allanjude Differential Revision: https://reviews.freebsd.org/D16007
2018-07-05 17:07:23 +00:00
contrib/zstd/lib/freebsd/zstd_kfreebsd.c optional zstdio compile-with ${ZSTD_C}
Reference in New Issue Copy Permalink