FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2 2018-08-24T00:02:00Z 2018-08-24T00:02:00Z Warner Losh imp@FreeBSD.org 2018-08-24T00:02:00Z urn: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) 2018-08-22T01:50:12Z Matt Macy mmacy@FreeBSD.org 2018-08-22T01:50:12Z urn: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@ 2017-03-11T03:01:18Z Emmanuel Vadot manu@FreeBSD.org 2017-03-11T03:01:18Z urn:sha1:4d5bf0bb885964ff869f3cb6845538649bddf1db They cannot be used anymore with the userland bits we provide. Furthermore, their KMS versions support the same hardware. Submitted by: dumbbell Reviewed by: emaste, manu Sponsored by: AsiaBSDCon Differential Revision: https://reviews.freebsd.org/D5614 2017-03-04T10:10:17Z Enji Cooper ngie@FreeBSD.org 2017-03-04T10:10:17Z urn: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 2015-01-03T22:36:18Z Justin Hibbits jhibbits@FreeBSD.org 2015-01-03T22:36:18Z urn:sha1:031a27e3541ccb9069406748c05355be13c90705 it. Hopefully we'll get radeonkms eventually. Discussed with: nwhitehorn MFC after: 2 weeks 2015-01-03T03:35:18Z Warner Losh imp@FreeBSD.org 2015-01-03T03:35:18Z urn:sha1:4906cdc8c5d161f74ab36bb5792ac0706d182c11 CWARNFALGS.$file centrally so we don't have to have it in all the places. Remove a few warning flags that are no longer needed. Also, always use -Wno-unknown-pragma to (hopefully temporarily) work around #pragma ident in debug.h in the opensolaris code. Remove some stale warning suppression that's no longer necessary. 2014-08-11T14:50:49Z Warner Losh imp@FreeBSD.org 2014-08-11T14:50:49Z urn:sha1:df3394b3de0c40cae69e46b795dc794db3a80c2e options into kern.opts.mk and change all the places where we use src.opts.mk to pull in the options. Conditionally define SYSDIR and use SYSDIR/conf/kern.opts.mk instead of a CURDIR path. Replace all instances of CURDIR/../../etc with STSDIR, but only in the affected files. As a special compatibility hack, include bsd.owm.mk at the top of kern.opts.mk to allow the bare build of sys/modules to work on older systems. If the defaults ever change between 9.x, 10.x and current for these options, however, you'll wind up with the host OS' defaults rather than the -current defaults. This hack will be removed when we no longer need to support this build scenario. Reviewed by: jhb Differential Revision: https://phabric.freebsd.org/D529 2014-05-06T04:22:01Z Warner Losh imp@FreeBSD.org 2014-05-06T04:22:01Z urn:sha1:c6063d0da8e1f8d8452b0c2ee1c7ad718c1a7052 from the latter. 2012-10-28T02:15:35Z Nathan Whitehorn nwhitehorn@FreeBSD.org 2012-10-28T02:15:35Z urn:sha1:643c87ca3d20c4dcb9503260ffd13198ab905a43 warns about unused variables in this code, so always add -Wno-unused to the warning flags. Why gcc on x86 *doesn't* warn about this, I will never know. The code itself should probably be fixed at some point. 2012-10-27T23:14:37Z Nathan Whitehorn nwhitehorn@FreeBSD.org 2012-10-27T23:14:37Z urn:sha1:111d36dc7beb3a0acdaf6e4c4f446ec3ec983ea3 COMPAT_LINUX.