summaryrefslogtreecommitdiffstats
path: root/sys/dev/pci/drm/drm_fb_helper.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Convert a linux specific test for master in currently disabled code.jsg2019-04-301-1/+1
|
* Add an equivalent test for master in drm_fb_helper_is_bound()jsg2019-04-301-0/+3
| | | | | | | Prevents black screens on hotplugging a new display with Xorg running which required a vt switch for screens to be useable. Reported by various people on misc@. Tested by and ok sthen@
* Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 tojsg2019-04-141-656/+1757
| | | | | | | | | | | | | | | | | | | linux 4.19.34. Adds support for more Intel hardware: Broxton/Apollo Lake (was is_preliminary in 4.4) Amber Lake (another Kaby Lake refresh) Gemini Lake Coffee Lake Whiskey Lake Cannon Lake (though no hardware with Intel graphics ever shipped) Ice Lake (alpha support, hardware not released) This does not add support for new radeon hardware on the AMD side as newer radeons have a different kernel driver (amdgpu). Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for helping and a bunch of other developers for testing.
* Update inteldrm(4) to code based on Linux 4.4.70. This brings us support forkettenis2017-07-011-220/+798
| | | | | | | | Skylake and Cherryview and better support for Broadwell and Valleyview. Also adds MST support. Some tweaks to the TTM code and radeondrm(4) to keep it working with the updated generic DRM code needed for inteldrm(4). Tested by many.
* Enable monitor hot plugging for the framebuffer console.kettenis2015-09-271-24/+7
| | | | | Tested on the VGA port of a Radeon 7500 and Radeon 9250 (aka 9200 PRO). Hopefully this works on Intel Graphics as well.
* Update inteldrm to the code from Linux 3.14.52 (which corresponds tokettenis2015-09-231-94/+308
| | | | | | | | | | | | | | | | | commit 48f8f36a6c8018c2b36ea207aaf68ef5326c5075 on the linux-3.14.y branch of the linux-stable tree). This brings preliminary support for the GPU on Intel's Broadwell CPUs. Don't expect these to work perfectly yet. There are some remaining issues with older hardware as well, but no significant regressions have been uncovered. This also updates some of drm core code. The radeondrm code remains based on Linux 3.8 with some minimal canges to adjust to changes in the core drm APIs. Joint effort with jsg@, who did the initial update of the relevant drm core bits. Committing this early to make sure it gets more testing and make it possible for others to help getting the remaining wrinkles straightened out.
* Switch most printf style functions calls back to linux function namesjsg2015-02-111-4/+4
| | | | and move DRM_INFO/pr_info/dev_info messages under DRMDEBUG.
* switch most mtx_* calls back to linux spinlocksjsg2015-02-101-3/+3
|
* use linux function names when locking mode configjsg2015-02-101-6/+6
|
* use linux style memory allocations in shared drm codejsg2014-03-091-31/+25
|
* add static back to functions that originally had itjsg2013-09-021-107/+40
| | | | reduces the diff to linux
* Add a port of the TTM and Radeon DRM code from Linux 3.8.13.jsg2013-08-121-13/+3
| | | | | | | | | | | | | | Includes kernel modesetting, framebuffer console and support for newer hardware. Firmware needs to be present for acceleration and in some cases modesetting to work. It can be installed via fw_update or manually via pkg_add. With lots of help from kettenis@ some macppc bits from mpi@ and some ttm refcount/queue bits from FreeBSD. Thanks to M:Tier and the OpenBSD Foundation for sponsoring this work.
* burner supportkettenis2013-05-161-7/+4
|
* make a few printfs debug only to reduce dmesg spamjsg2013-03-191-2/+2
|
* Significantly increase the wordlist for ddb hangman,jsg2013-03-181-0/+1533
and update our device independent DRM code and the Intel DRM code to be mostly in sync with Linux 3.8.3. Among other things this brings support for kernel modesetting and enables use of the rings on gen6+ Intel hardware. Based on some earlier work from matthieu@ with some hints from FreeBSD and with lots of help from kettenis@ (including a beautiful accelerated wscons framebuffer console!) Thanks to M:Tier and the OpenBSD Foundation for sponsoring this work.