src/sys/modules/drm2, branch releng/12.2FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F12.22019-01-02T16:11:02ZMFC r342182:2019-01-02T16:11:02ZMark Johnstonmarkj@FreeBSD.org2019-01-02T16:11:02Zurn:sha1:53a7759a5b9e8cb238242b50370065d4737cb8ff
Remove UMS support code from radeonkms.
Revert drm2 removal.2018-08-24T00:02:00ZWarner Loshimp@FreeBSD.org2018-08-24T00:02:00Zurn:sha1:592ffb217505586a6c69e91549a3c14132875f16
Revert r338177, r338176, r338175, r338174, r338172
After long consultations with re@, core members and mmacy, revert
these changes. Followup changes will be made to mark them as
deprecated and prent a message about where to find the up-to-date
driver. Followup commits will be made to make this clear in the
installer. Followup commits to reduce POLA in ways we're still
exploring.
It's anticipated that after the freeze, this will be removed in
13-current (with the residual of the drm2 code copied to
sys/arm/dev/drm2 for the TEGRA port's use w/o the intel or
radeon drivers).
Due to the impending freeze, there was no formal core vote for
this. I've been talking to different core members all day, as well as
Matt Macey and Glen Barber. Nobody is completely happy, all are
grudgingly going along with this. Work is in progress to mitigate
the negative effects as much as possible.
Requested by: re@ (gjb, rgrimes)
Remove legacy drm and drm2 from tree2018-08-22T01:50:12ZMatt Macymmacy@FreeBSD.org2018-08-22T01:50:12Zurn:sha1:d157fbd5b4b59aa863cbb82d4ad08596996d3ab0
As discussed on the MLs drm2 conflicts with the ports' version and there
is no upstream for most if not all of drm. Both have been merged in to
a single port.
Users on powerpc, 32-bit hardware, or with GPUs predating Radeon
and i915 will need to install the graphics/drm-legacy-kmod. All
other users should be able to use one of the LinuxKPI-based ports:
graphics/drm-stable-kmod, graphics/drm-next-kmod, graphics/drm-devel-kmod.
MFC: never
Approved by: core@
disable set but not used on code that can't be changed2018-05-19T04:46:34ZMatt Macymmacy@FreeBSD.org2018-05-19T04:46:34Zurn:sha1:e5ae3af78b25954590132d6282d9a66f353dbf51Silence non-actionable warnings in vendor code2018-05-19T00:04:01ZMatt Macymmacy@FreeBSD.org2018-05-19T00:04:01Zurn:sha1:cccc969bc7f50a0f47f19bb8d195994630a500ea
We can't modify vendor code so there's no signal in warnings from it.
Similarly -Waddress-of-packed-member is not useful on networking code
as access to packed structures is fundamental to its operation.
Move most of the contents of opt_compat.h to opt_global.h.2018-04-06T17:35:35ZBrooks Davisbrooks@FreeBSD.org2018-04-06T17:35:35Zurn:sha1:6469bdcdb6a5968dc7edfcfb495d427b4bfdb3dd
opt_compat.h is mentioned in nearly 180 files. In-progress network
driver compabibility improvements may add over 100 more so this is
closer to "just about everywhere" than "only some files" per the
guidance in sys/conf/options.
Keep COMPAT_LINUX32 in opt_compat.h as it is confined to a subset of
sys/compat/linux/*.c. A fake _COMPAT_LINUX option ensure opt_compat.h
is created on all architectures.
Move COMPAT_LINUXKPI to opt_dontuse.h as it is only used to control the
set of compiled files.
Reviewed by: kib, cem, jhb, jtl
Sponsored by: DARPA, AFRL
Differential Revision: https://reviews.freebsd.org/D14941
sys/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
Really revert 312923 this time2017-01-28T16:40:51ZBaptiste Daroussinbapt@FreeBSD.org2017-01-28T16:40:51Zurn:sha1:b7a1807568f69758a824d7e451d6718bc5938a6fRevert crap accidentally committed2017-01-28T16:31:23ZBaptiste Daroussinbapt@FreeBSD.org2017-01-28T16:31:23Zurn:sha1:b4b4b5304bd22eab265c9c049cb7fc6b55c4ef3fRevert r312923 a better approach will be taken later2017-01-28T16:30:14ZBaptiste Daroussinbapt@FreeBSD.org2017-01-28T16:30:14Zurn:sha1:814aaaa7da4dab462d90e12e7b48b75f2093ccfd