FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.4 2020-09-06T11:23:58Z 2020-09-06T11:23:58Z Niclas Zeising zeising@FreeBSD.org 2020-09-06T11:23:58Z urn:sha1:bc16536d36e20eca42e419b59a9ef18512aca43d Update the deprecation message in the drm1 (aka legacy drm or drm-legacy) drivers to not point towards the drm-legacy-kmod port, as that is being deprecated. This is a direct commit to stable/12 since the drm1 code has been removed from 13 already. Reviewed by: imp Approved by: imp Differential Revision: https://reviews.freebsd.org/D26175 2018-08-28T14:46:55Z Warner Losh imp@FreeBSD.org 2018-08-28T14:46:55Z urn:sha1:264d4ffdf12137201d68b7dd07451b3ccdfffa8b This code works for some people, but hasn't been updated in a long time. Still allow people to use this code for the moment, but put a big, nasty obsolete message to inform and encourage people to move to the port. Approved by: re@ (gjb) Differential Review: https://reviews.freebsd.org/D16894 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@ 2016-05-03T03:41:25Z Pedro F. Giffuni pfg@FreeBSD.org 2016-05-03T03:41:25Z urn:sha1:453130d9bfc1c6d68b366dfcb041689d69f81295 Most affect comments, very few have user-visible effects. 2014-07-07T00:27:09Z Marcel Moolenaar marcel@FreeBSD.org 2014-07-07T00:27:09Z urn:sha1:e7d939bda22b07be6b68ba38835c9167212fd56e This includes: o All directories named *ia64* o All files named *ia64* o All ia64-specific code guarded by __ia64__ o All ia64-specific makefile logic o Mention of ia64 in comments and documentation This excludes: o Everything under contrib/ o Everything under crypto/ o sys/xen/interface o sys/sys/elf_common.h Discussed at: BSDcan 2008-10-03T16:59:11Z Robert Noland rnoland@FreeBSD.org 2008-10-03T16:59:11Z urn:sha1:4cd2e9581f9232a2134d2617e65d372149694c53 This reverts a private patch which is causing issues with many Intel chipsets. I will review that patch and see what we need to do to fix it up later, but for the time being, we will just get these chips working again. This update contains a lot of code cleanup and is post gem merge (no, we don't have gem support). It should prove much easier to read the code now. A lot of thanks goes to vehemens for that work. I have adapted the code to use cdevpriv for tracking per open file data. That alleviates the old ugly hack that we used to try and accomplish the task and helped to clean up the open / close behavior a good bit. This also replaces the hack that was put in place a year or so ago to prevent radeons from locking up with AIGLX enabled. I have had a couple of radeon testers report that it still works as expected, though I no longer have radeon hardware to test with myself. Other various fixes from the linux crew and Intel, many of which are muddled in with the gem merge. Approved by: jhb (mentor) Obtained from: mesa/drm git master MFC after: 2 weeks 2008-08-23T20:59:12Z Robert Noland rnoland@FreeBSD.org 2008-08-23T20:59:12Z urn:sha1:a2a2d954417780ad45f8fe65cea9991ba8cc2a8b This is a sync to mesa/drm pre-gem, with a few fixes on top of that. It also contains one local patch supplied by kib@ that I can't apply to git.master shared code. Approved by: flz Obtained from: mesa/drm git.master MFC after: 2 weeks 2006-05-17T06:36:28Z Eric Anholt anholt@FreeBSD.org 2006-05-17T06:36:28Z urn:sha1:30a00481cc274394d93defba2a3c62659ec20e5a running 3d apps on i915. 2006-04-09T20:45:45Z Eric Anholt anholt@FreeBSD.org 2006-04-09T20:45:45Z urn:sha1:72ab0eff0f464a4cfab0cc7ca5a0b2555ad64795 Radeon memmap code, which with a new DDX driver and DRI drivers should fix long-term stability issues with Radeons. Also adds support for r200's ATI_fragment_shader, r300 texrect support and texture caching fixes, i915 vblank support and bugfixes, and new PCI IDs.