MFC r342888:Complete the removal of obsolete ioctl handlers.PR: 234706
MFC r342182:Remove UMS support code from radeonkms.
Reapply, with minor tweaks, r338025, from the original commit:Remove unused and easy to misuse PNP macro parameterInspired by r338025, just remove the element size parameter to theMODULE_PNP_INF
Reapply, with minor tweaks, r338025, from the original commit:Remove unused and easy to misuse PNP macro parameterInspired by r338025, just remove the element size parameter to theMODULE_PNP_INFO macro entirely. The 'table' parameter is now required tohave correct pointer (or array) type. Since all invocations of the macroalready had this property and the emitted PNP data continues to include theelement size, there is no functional change.Mostly done with the coccinelle 'spatch' tool: $ cat modpnpsize0.cocci @normaltables@ identifier b,c; expression a,d,e; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,d, -sizeof(d[0]), e); @singletons@ identifier b,c,d; expression a; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,&d, -sizeof(d), 1); $ rg -l MODULE_PNP_INFO -- sys | \ xargs spatch --in-place --sp-file modpnpsize0.cocci(Note that coccinelle invokes diff(1) via a PATH search and expects diff totolerate the -B flag, which BSD diff does not. So I had to link gdiff intoPATH as diff to use spatch.)Tinderbox'd (-DMAKE_JUST_KERNELS).Approved by: re (glen)
show more ...
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)
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@
Back out r338035 until Warner is finished churning GSoC PNP patchesI was not aware Warner was making or planning to make forward progress inthis area and have since been informed of that.It's ea
Back out r338035 until Warner is finished churning GSoC PNP patchesI was not aware Warner was making or planning to make forward progress inthis area and have since been informed of that.It's easy to apply/reapply when churn dies down.
Remove unused and easy to misuse PNP macro parameterInspired by r338025, just remove the element size parameter to theMODULE_PNP_INFO macro entirely. The 'table' parameter is now required tohave
Remove unused and easy to misuse PNP macro parameterInspired by r338025, just remove the element size parameter to theMODULE_PNP_INFO macro entirely. The 'table' parameter is now required tohave correct pointer (or array) type. Since all invocations of the macroalready had this property and the emitted PNP data continues to include theelement size, there is no functional change.Mostly done with the coccinelle 'spatch' tool: $ cat modpnpsize0.cocci @normaltables@ identifier b,c; expression a,d,e; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,d, -sizeof(d[0]), e); @singletons@ identifier b,c,d; expression a; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,&d, -sizeof(d), 1); $ rg -l MODULE_PNP_INFO -- sys | \ xargs spatch --in-place --sp-file modpnpsize0.cocci(Note that coccinelle invokes diff(1) via a PATH search and expects diff totolerate the -B flag, which BSD diff does not. So I had to link gdiff intoPATH as diff to use spatch.)Tinderbox'd (-DMAKE_JUST_KERNELS).
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
These drivers have a sentinel at the end of the device list. Excludeit.
Fix typos from last commit, these should have been #.
Use '#' rather than some made up name for fields we want to ignore.
Unrevert r324059With a colon and bogus name ("#") added to appease the simplistic parserused in kldxref.Sponsored by: Dell EMC Isilon
Remove PNP metadata from drm2 drivers until kldxref problem is resolvedReported by: npSponsored by: Dell EMC Isilon
Add PNP metadata to more driversGPUs: radeonkms, i915kmsNICs: if_em, if_igb, if_bnxtThis metadata isn't used yet, but it will be handy to have later toimplement automatic module loading.Revie
Add PNP metadata to more driversGPUs: radeonkms, i915kmsNICs: if_em, if_igb, if_bnxtThis metadata isn't used yet, but it will be handy to have later toimplement automatic module loading.Reviewed by: imp, mmacySponsored by: Dell EMC IsilonDifferential Revision: https://reviews.freebsd.org/D12488
Add TUNABLE_INT to radeonkms driver parameters.They are required by PowerMac G5 DP.PR: 217852Submitted by: Hiroo OnoMFC after: 1 week
Remove redundant declaration for radeon_pm_acpi_event_handler(..) to fix-Wredundant-decls warningMFC after: 1 weekPR: 209924Reported by: Mark Millard <[email protected]>Tested with: devel/am
Remove redundant declaration for radeon_pm_acpi_event_handler(..) to fix-Wredundant-decls warningMFC after: 1 weekPR: 209924Reported by: Mark Millard <[email protected]>Tested with: devel/amd64-gcc (5.3.0)Sponsored by: EMC / Isilon Storage Division
Don't repeat the the word 'the'(one manual change to fix grammar)Confirmed With: dbApproved by: secteam (not really, but this is a comment typo fix)
sys/dev: minor spelling fixes.Most affect comments, very few have user-visible effects.
etc: minor spelling fixes.Mostly comments but also some user-visible strings.MFC after: 2 weeks
Cleanup unnecessary semicolons from the kernel.Found with devel/coccinelle.
radeon_suspend_kms: don't mess with pci state that's managed by the busThe pci bus driver handles the power state, it also managesconfiguration state saving and restoring for its child devices. T
radeon_suspend_kms: don't mess with pci state that's managed by the busThe pci bus driver handles the power state, it also managesconfiguration state saving and restoring for its child devices. Thus aPCI device driver does not have to worry about those things. In fact, Iobserve a hard system hang when trying to suspend a system with activeradeonkms driver where both the bus driver and radeonkms driver try todo the same thing. I suspect that it could be because of an access to aPCI configuration register after the device is placed into D3 state.Reviewed by: dumbbell, jhbMFC after: 13 daysDifferential Revision: https://reviews.freebsd.org/D3561
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
vt(4): Add support to "downgrade" from eg. vt_fb to vt_vgaThe main purpose of this feature is to be able to unload a KMS driver.When going back from the current vt(4) backend to the previous back
vt(4): Add support to "downgrade" from eg. vt_fb to vt_vgaThe main purpose of this feature is to be able to unload a KMS driver.When going back from the current vt(4) backend to the previous backend,the previous backend is reinitialized with the special VDF_DOWNGRADEflag set. Then the current driver is terminated with the new "vd_fini"callback.In the case of vt_fb and vt_vga, this allows the former to pass thevgapci device vt_fb used to vt_vga so the device can be rePOSTed.Differential Revision: https://reviews.freebsd.org/D687
After r278004 was committed, Bruce Evans noted that the casts wereactually completely unnecessary, here:https://lists.freebsd.org/pipermail/svn-src-all/2015-February/098478.htmlRemove the casts,
After r278004 was committed, Bruce Evans noted that the casts wereactually completely unnecessary, here:https://lists.freebsd.org/pipermail/svn-src-all/2015-February/098478.htmlRemove the casts, and just assign &xxx_io_mc_regs[0][0] directly.Reviewed by: dumbbellMFC after: 3 daysDifferential Revision: https://reviews.freebsd.org/D1748
Constify a number of accesses in drm2's radeon drivers to avoid-Wcast-qual warnings. No functional change.Reviewed by: dumbbellMFC after: 3 daysDifferential Revision: https://reviews.freebsd.or
Constify a number of accesses in drm2's radeon drivers to avoid-Wcast-qual warnings. No functional change.Reviewed by: dumbbellMFC after: 3 daysDifferential Revision: https://reviews.freebsd.org/D1727
123