src/sys/modules/mem, branch releng/12.2FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F12.22017-03-04T10:10:17Zsys/modules: normalize .CURDIR-relative paths to SRCTOP2017-03-04T10:10:17ZEnji Cooperngie@FreeBSD.org2017-03-04T10:10:17Zurn:sha1:193d9e768ba63fcfb187cfd17f461f7d41345048
This simplifies make output/logic
Tested with: `cd sys/modules; make ALL_MODULES=` on amd64
MFC after: 1 month
Sponsored by: Dell EMC Isilon
Merge i386 and amd64 mtrr drivers.2017-02-17T21:08:32ZKonstantin Belousovkib@FreeBSD.org2017-02-17T21:08:32Zurn:sha1:b1fa987835f0e7aa3e4a8cb770e97d378d987489
Reviewed by: royger, jhb
Sponsored by: The FreeBSD Foundation
MFC after: 2 weeks
Differential revision: https://reviews.freebsd.org/D9648
Disconnect sun4v architecture from the three.2011-05-14T01:53:38ZAttilio Raoattilio@FreeBSD.org2011-05-14T01:53:38Zurn:sha1:4b547324c0a839a0ecd067638686112f6f7cc11e
Some files keep the SUN4V tags as a code reference, for the future,
if any rewamped sun4v support wants to be added again.
Reviewed by: marius
Tested by: sbruno
Approved by: re
Add reader/writer lock around mem_range_attr_get() and mem_range_attr_set().2011-01-17T22:58:28ZJung-uk Kimjkim@FreeBSD.org2011-01-17T22:58:28Zurn:sha1:2fea6431120dc19a04430c68b2484524074b2e43
Compile sys/dev/mem/memutil.c for all supported platforms and remove now
unnecessary dev_mem_md_init(). Consistently define mem_range_softc from
mem.c for all platforms. Add missing #include guards for machine/memdev.h
and sys/memrange.h. Clean up some nearby style(9) nits.
MFC after: 1 month
Unbreak build.2010-10-03T20:04:11ZAntoine Brodinantoine@FreeBSD.org2010-10-03T20:04:11Zurn:sha1:47118d20490baf10dcf34f9a5d417a68a8e2be6bAdd a memory-range interface to /dev/mem on PowerPC using PAT attributes.2010-10-03T16:02:53ZNathan Whitehornnwhitehorn@FreeBSD.org2010-10-03T16:02:53Zurn:sha1:eecadc7023154598887db6d3235e7bea39f8a5c7
Unlike actual MTRR, this only controls the mapping attributes for
subsequent mmap() of /dev/mem. Nonetheless, the support is sufficiently
MTRR-like that Xorg can use it, which translates into an enormous increase
in graphics performance on PowerPC.
MFC after: 2 weeks
MFtbemd:2010-08-23T06:13:29ZWarner Loshimp@FreeBSD.org2010-08-23T06:13:29Zurn:sha1:c09808d0d611d103bece3d41886b87de160900c0
Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the
source code location of the machine, the latter the binary output. In
general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless
we're tesitng for a specific target. The isn't even moot for
i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,
although a specific cleanup for that likely would be needed...
Prefer the opt_global.h from KERNBUILDDIR if existent so we obtain all2008-07-24T14:07:52ZMarius Stroblmarius@FreeBSD.org2008-07-24T14:07:52Zurn:sha1:85f57c4d48257d76433e48ca08ebd02c5d25cd38
macros that might be relevant.
For sun4v ensure there is an opt_global.h with SUN4V defined included,2008-07-22T09:56:45ZMarius Stroblmarius@FreeBSD.org2008-07-22T09:56:45Zurn:sha1:109c391928c7baec63309f602e64f854f1b1203b
even for the stand-alone build.
Add a .PATH entry to search for sources in the ${MACHINE}/${MACHINE}2006-10-16T22:09:48ZJohn Birrelljb@FreeBSD.org2006-10-16T22:09:48Zurn:sha1:74869164265ce0d972d19e3642945506cce8c5a3
directory before the ${MACHINE_ARCH}/${MACHINE_ARCH} directory so that
machine-specific files take precedence of architecture-specific ones.
This fixes the build on sun4v which doesn't use the sparc64 version
of mem.c.
Tested by: make universe