MFC r342182:Remove UMS support code from radeonkms.
Revert drm2 removal.Revert r338177, r338176, r338175, r338174, r338172After long consultations with re@, core members and mmacy, revertthese changes. Followup changes will be made to mark them a
Revert drm2 removal.Revert r338177, r338176, r338175, r338174, r338172After long consultations with re@, core members and mmacy, revertthese changes. Followup changes will be made to mark them asdeprecated and prent a message about where to find the up-to-datedriver. Followup commits will be made to make this clear in theinstaller. Followup commits to reduce POLA in ways we're stillexploring.It's anticipated that after the freeze, this will be removed in13-current (with the residual of the drm2 code copied tosys/arm/dev/drm2 for the TEGRA port's use w/o the intel orradeon drivers).Due to the impending freeze, there was no formal core vote forthis. I've been talking to different core members all day, as well asMatt Macey and Glen Barber. Nobody is completely happy, all aregrudgingly going along with this. Work is in progress to mitigatethe negative effects as much as possible.Requested by: re@ (gjb, rgrimes)
show more ...
Remove legacy drm and drm2 from treeAs discussed on the MLs drm2 conflicts with the ports' version and thereis no upstream for most if not all of drm. Both have been merged in toa single port.U
Remove legacy drm and drm2 from treeAs discussed on the MLs drm2 conflicts with the ports' version and thereis no upstream for most if not all of drm. Both have been merged in toa single port.Users on powerpc, 32-bit hardware, or with GPUs predating Radeonand i915 will need to install the graphics/drm-legacy-kmod. Allother 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: neverApproved by: core@
disable set but not used on code that can't be changed
Silence non-actionable warnings in vendor codeWe can't modify vendor code so there's no signal in warnings from it.Similarly -Waddress-of-packed-member is not useful on networking codeas access t
Silence non-actionable warnings in vendor codeWe can't modify vendor code so there's no signal in warnings from it.Similarly -Waddress-of-packed-member is not useful on networking codeas access to packed structures is fundamental to its operation.
Move most of the contents of opt_compat.h to opt_global.h.opt_compat.h is mentioned in nearly 180 files. In-progress networkdriver compabibility improvements may add over 100 more so this isclose
Move most of the contents of opt_compat.h to opt_global.h.opt_compat.h is mentioned in nearly 180 files. In-progress networkdriver compabibility improvements may add over 100 more so this iscloser to "just about everywhere" than "only some files" per theguidance in sys/conf/options.Keep COMPAT_LINUX32 in opt_compat.h as it is confined to a subset ofsys/compat/linux/*.c. A fake _COMPAT_LINUX option ensure opt_compat.his created on all architectures.Move COMPAT_LINUXKPI to opt_dontuse.h as it is only used to control theset of compiled files.Reviewed by: kib, cem, jhb, jtlSponsored by: DARPA, AFRLDifferential Revision: https://reviews.freebsd.org/D14941
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
Really revert 312923 this time
Revert crap accidentally committed
Revert r312923 a better approach will be taken later
Make the drm2 module depend on linuxkpiUse linux memory allocation to reduce diff with upstream
Remove pc98 support completely.I thank all developers and contributors for pc98.Relnotes: yes
drm/i915: Update to match Linux 3.8.13This update brings initial support for Haswell GPUs.Tested by: Many users of FreeBSD, PC-BSD and HardenedBSDRelnotes: yesSponsored by: The FreeBSD Foundati
drm/i915: Update to match Linux 3.8.13This update brings initial support for Haswell GPUs.Tested by: Many users of FreeBSD, PC-BSD and HardenedBSDRelnotes: yesSponsored by: The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D5554
Build all of sys/modules with SUBDIR_PARALLEL.Sponsored by: EMC / Isilon Storage DivisionMFC after: 3 weeks
drm: Update the device-independent code to match Linux 3.8.13This update brings few features: o Support for the setmaster/dropmaster ioctls. For instance, they are used to run multiple
drm: Update the device-independent code to match Linux 3.8.13This update brings few features: o Support for the setmaster/dropmaster ioctls. For instance, they are used to run multiple X servers simultaneously. o Support for minor devices. The only user-visible change is a new entry in /dev/dri but it is useless at the moment. This is a first step to support render nodes [1].The main benefit is to greatly reduce the diff with Linux (at theexpense of an unreadable commit diff). Hopefully, next upgrades will beeasier.No updates were made to the drivers, beside adapting them to APIchanges.[1] https://en.wikipedia.org/wiki/Direct_Rendering_Manager#Render_nodesTested by: Many peopleMFC after: 1 monthRelnotes: yes
drm: Allow parallel builds of drivers and firmwaresSubmitted by: hps@MFC after: 2 weeks
Globally enable -fms-extensions when building kernel with gcc, and removethis option from all modules that enable it theirselves. In C mode -fms-extensions option enables anonymous structs and uni
Globally enable -fms-extensions when building kernel with gcc, and removethis option from all modules that enable it theirselves. In C mode -fms-extensions option enables anonymous structs and unions,allowing us to use this C11 feature in kernel. Of course, clang supportsit without any extra options.Reviewed by: dim
An update for the i915 GPU driver, which brings the code up to Linuxcommit 4d93914ae3db4a897ead4b. Some related drm infrastructurechanges are imported as needed.Biggest update is the rewrite of
An update for the i915 GPU driver, which brings the code up to Linuxcommit 4d93914ae3db4a897ead4b. Some related drm infrastructurechanges are imported as needed.Biggest update is the rewrite of the i915 gem io to more closelyfollow Linux model, althought the mechanism used by FreeBSD port isdifferent.Sponsored by: The FreeBSD FoundationMFC after: 2 month
Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, supportCWARNFALGS.$file centrally so we don't have to have it in all theplaces. Remove a few warning flags that are no longer needed.
Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, supportCWARNFALGS.$file centrally so we don't have to have it in all theplaces. Remove a few warning flags that are no longer needed.Also, always use -Wno-unknown-pragma to (hopefully temporarily) workaround #pragma ident in debug.h in the opensolaris code. Remove somestale warning suppression that's no longer necessary.
Build ttm_agp_backend.c.Reported by: dumbbellMFC after: 1 month
drm/i915: Add HW context supportThis feature is required by Mesa 9.2+. Without this, a GL applicationcrashes with the following message: # glxinfo name of display: :0.0 Gen6+ requires
drm/i915: Add HW context supportThis feature is required by Mesa 9.2+. Without this, a GL applicationcrashes with the following message: # glxinfo name of display: :0.0 Gen6+ requires Kernel 3.6 or later. Assertion failed: (ctx->Version > 0), function handle_first_current, file ../../src/mesa/main/context.c, line 1498. Abort (core dumped)Now, Mesa 10.2.4 and 10.3-rc3 works fine: # glxinfo name of display: :0 display: :0 screen: 0 direct rendering: Yes ... OpenGL renderer string: Mesa DRI Intel(R) 965GM OpenGL version string: 2.1 Mesa 10.2.4 ...The code was imported from Linux 3.8.13.Reviewed by: kib@Tested by: kwm@, danfe@, Henry Hu, Lundberg, Johannes <[email protected]>, Johannes Dieterich <[email protected]>, Lutz Bichler <[email protected]>,MFC after: 3 daysRelnotes: yes
drm/i915: Disable the build of i915 on PC98This module is of no use on this platform and now, i915 depends on ACPIanyway.Suggested by: nyan@
drm/i915: Add opt_acpi.h and acpi_if.h to the source filesWhile here, sort the list of generated source files.
Remove dependence on source tree options. Move all kernel moduleoptions into kern.opts.mk and change all the places where we usesrc.opts.mk to pull in the options. Conditionally define SYSDIR andu
Remove dependence on source tree options. Move all kernel moduleoptions into kern.opts.mk and change all the places where we usesrc.opts.mk to pull in the options. Conditionally define SYSDIR anduse SYSDIR/conf/kern.opts.mk instead of a CURDIR path. Replace allinstances of CURDIR/../../etc with STSDIR, but only in the affectedfiles.As a special compatibility hack, include bsd.owm.mk at the top ofkern.opts.mk to allow the bare build of sys/modules to work on oldersystems. If the defaults ever change between 9.x, 10.x and current forthese options, however, you'll wind up with the host OS' defaultsrather than the -current defaults. This hack will be removed whenwe no longer need to support this build scenario.Reviewed by: jhbDifferential Revision: https://phabric.freebsd.org/D529
Remove unnecessary inclusions of bsd.own.mk.
12