Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0 |
|
#
3f2dd94a |
| 19-Dec-2020 |
François Tigeot <ftigeot@wolfpond.org> |
drm: Update to Linux 4.15.18
* Create /dev/dri/renderD* devices Generally handle /dev entries creation as close to Linux as possible.
* Add drm master support Sync authentification code with Li
drm: Update to Linux 4.15.18
* Create /dev/dri/renderD* devices Generally handle /dev entries creation as close to Linux as possible.
* Add drm master support Sync authentification code with Linux 4.15.18
* handle vm_mm->mmap_sem in ttm page fault operations
* Update dma-fence code from OpenBSD
* This commit contains sleep/wakeup and other changes from Matthew Dillon <dillon@apollo.backplane.com>
show more ...
|
Revision tags: v5.8.3, v5.8.2 |
|
#
a85cb24f |
| 27-Jul-2020 |
François Tigeot <ftigeot@wolfpond.org> |
drm: Update to Linux 4.12.14
* Initial Geminilake support
* Support improvements and model-specific bug fixes for Broxton, Haswell, Broadwell, Skylake and Kabylake hardware
* Various generic i91
drm: Update to Linux 4.12.14
* Initial Geminilake support
* Support improvements and model-specific bug fixes for Broxton, Haswell, Broadwell, Skylake and Kabylake hardware
* Various generic i915 bug fixes, including page flipping and memory corruption issues
* Minor radeon bug fixes
show more ...
|
Revision tags: v5.8.1 |
|
#
1e12ee3b |
| 12-Mar-2020 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update DRIVER_DATE to 20161024
|
Revision tags: v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3 |
|
#
bf017597 |
| 27-Dec-2019 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 4.8.17
* Broxton, Valleyview and Cherryview support improvements
* Broadwell and Gen9/Skylake support improvements
* Broadwell brightness fixes from OpenBSD
* Atomic mod
drm/i915: Update to Linux 4.8.17
* Broxton, Valleyview and Cherryview support improvements
* Broadwell and Gen9/Skylake support improvements
* Broadwell brightness fixes from OpenBSD
* Atomic modesetting improvements
* Various bug fixes and performance enhancements
show more ...
|
#
303bf270 |
| 24-Dec-2019 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux commit b224c4dc70cdd5f42d24a7057148c6ace90e4f4e
"drm/i915: Unbreak interrupts on pre-gen6"
|
#
1487f786 |
| 10-Dec-2019 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux commit 1f15b76f1ec973d1eb5d21b6d98b21aebb9025f1
"Separate GPU hang waitqueue from advance"
|
Revision tags: v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2, v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0 |
|
#
8621f407 |
| 23-Mar-2017 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 4.7.10
* Various bugfixes, including GPU-specific ones on Ironlake and more recent hardware. Runtime power management and atomic modesetting have been specially impro
drm/i915: Update to Linux 4.7.10
* Various bugfixes, including GPU-specific ones on Ironlake and more recent hardware. Runtime power management and atomic modesetting have been specially improved.
* Fix Hardware hangs on Ironlake, Sandybridge, Ivybridge, Skylake and Kabylake GPUs
* Fix various display flickering issues, including PSR, Broadwell and Display-port specific ones
* Kabylake support is no longer considered experimental
* Color management has been added for Broadwell, Skylake, Kabylake as well as Cherryview and Broxton GPUs. The intent is to obtain more accurate color representation on various types of panel.
show more ...
|
Revision tags: v4.6.2, v4.9.0, v4.8.0rc |
|
#
aee94f86 |
| 08-Dec-2016 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 4.5
* Mostly bugfixes. Lots and lots of bugfixes.
* Skylake and Broxton support improvements
* Initial Kabylake support
|
#
9f4ca867 |
| 27-Oct-2016 |
François Tigeot <ftigeot@wolfpond.org> |
drm: Implement and use the Linux i2c API
* This is mainly to the benefit of the drm/i915 driver
* Sync key portions of code with Linux 4.4
* Key drm functions using the DragonFly-specific iic(4) A
drm: Implement and use the Linux i2c API
* This is mainly to the benefit of the drm/i915 driver
* Sync key portions of code with Linux 4.4
* Key drm functions using the DragonFly-specific iic(4) API have been copied and renamed with an _iic suffix
* The drm/radeon driver no longer being actively developed, the intent is to keep it functional with a frozen API
Thanks to Johannes Hofmann for figuring out we could live with a dummy default bit_xfer() implementation
show more ...
|
#
fb572d17 |
| 27-Oct-2016 |
François Tigeot <ftigeot@wolfpond.org> |
drm: Implement and use Linux struct device
|
#
5d302545 |
| 27-Oct-2016 |
François Tigeot <ftigeot@wolfpond.org> |
kernel: Replace struct device* by device_t
We don't want to directly mention struct device anywhere.
|
Revision tags: v4.6.1, v4.6.0, v4.6.0rc2 |
|
#
352ff8bd |
| 21-Jul-2016 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 4.4
* Broxton and Skylake support improvements
* Cherryview specific fixes
* Atomic modesetting conversion progress
* Improved validation of video modes. Some low-power
drm/i915: Update to Linux 4.4
* Broxton and Skylake support improvements
* Cherryview specific fixes
* Atomic modesetting conversion progress
* Improved validation of video modes. Some low-power chips can't drive all DP screens and this is now detected by the driver.
* PSR and FBC improvements and bug fixes
* Workarounds for some specific HDMI monitors needing more time than allowed by the spec to handle hot-plug events
* As usual, various fixes for little issues here and there
show more ...
|
Revision tags: v4.6.0rc, v4.7.0 |
|
#
175896df |
| 19-May-2016 |
zrj <rimvydas.jasinskas@gmail.com> |
drm cleanup 19/x: Switch more calls to kzalloc/kfree helpers.
Slightly reduces differences in already complicated codes.
No functional change.
|
Revision tags: v4.4.3 |
|
#
19c468b4 |
| 23-Feb-2016 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 4.2
* Work in progress atomic modesetting support
* Broadwell support improvements
* Skylake support improvements, including runtime power management. Starting from Lin
drm/i915: Update to Linux 4.2
* Work in progress atomic modesetting support
* Broadwell support improvements
* Skylake support improvements, including runtime power management. Starting from Linux 4.2, a separate firmware blob is required to save and restore the state of display engines in some low-power modes. These low-power modes have been forcibly disabled in the DragonFly version of this driver in order to keep it blob-free.
* Basic Broxton (BXT) support
* Various Displayport improvements including optimized link training, increased robustness, and automated support for compliance testing
* Execlist overhead reduced
* Frequency boost tuning
* Plenty of bugfixes all around
show more ...
|
Revision tags: v4.4.2 |
|
#
477eb7f9 |
| 23-Jan-2016 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 4.1
* Valleyview support has been vastly improved and is no longer considered preliminary
* Skylake support improvements: runtime power management, turbo and sleep sta
drm/i915: Update to Linux 4.1
* Valleyview support has been vastly improved and is no longer considered preliminary
* Skylake support improvements: runtime power management, turbo and sleep states should now be fully operational. Many workarounds have been added for Skylake specific issues
* Preliminary changes to prepare for Broxton (future Atom SOCs) support
* Distinguish hardware minimum and user minimum frequencies. Set the GPU frequency to the hardware minimum on idle in order to reduce power usage
* DRRS (dynamic refresh rate switching) is now enabled where supported. The idea is to reduce the refresh rate of the panel to save power when nothing changes on the screen
* DP deadlock bugfixes and improved link rate computation. Intermediate link rate support for eDP 1.4
* XenGT client-side support. This is paravirtualization to allow virtual machines to tap into the render engines
* Plenty of internal work to prepare for atomic mode setting
* Lots of other smaller work all over such as added documentation, dead UMS code removal, vblank interrupt cleanings, etc...
show more ...
|
Revision tags: v4.4.1, v4.4.0, v4.5.0, v4.4.0rc |
|
#
aa6ac96e |
| 29-Aug-2015 |
Sascha Wildner <saw@online.de> |
kernel: Use NULL for pointers in DRIVER_MODULE* calls.
|
#
24edb884 |
| 27-Aug-2015 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 3.17
* With an Haswell stability fix from Linux 3.19
* Display-Port code not completely synced with Linux 3.17, this was breaking things as noticed by Rimvydas Jasinskas
drm/i915: Update to Linux 3.17
* With an Haswell stability fix from Linux 3.19
* Display-Port code not completely synced with Linux 3.17, this was breaking things as noticed by Rimvydas Jasinskas
* Broadwell and Cherryview support improvements
* Runtime power-management improvements
* Panel Self-Refresh (PSR) now enabled by default on Haswell and Broadwell, leading to further power savings
* Interrupt handling improvements
* backlight brightness locking fixes by Yellow Rabbit
* As usual, all sort of little fixes everywhere
show more ...
|
Revision tags: v4.2.4, v4.3.1 |
|
#
27a0f882 |
| 20-Jul-2015 |
Matthew Dillon <dillon@apollo.backplane.com> |
drm - Add valleyview support
* Fix infininte loop during PCI iteration. The previous code was not actually iterating, so any loop would wind up being infinite. Valleyview triggers this issue.
drm - Add valleyview support
* Fix infininte loop during PCI iteration. The previous code was not actually iterating, so any loop would wind up being infinite. Valleyview triggers this issue.
* Fix improper register offset in intel_gpio_setup() (note, linux master also made this fix in April).
* Allow hw.drm.debug to be modified with a sysctl.
show more ...
|
Revision tags: v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc |
|
#
9edbd4a0 |
| 08-May-2015 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 3.14
Changes specific to the DragonFly driver:
* Most GEM code paths are now similar to Linux, leading to increased stability and performance. Making this change was g
drm/i915: Update to Linux 3.14
Changes specific to the DragonFly driver:
* Most GEM code paths are now similar to Linux, leading to increased stability and performance. Making this change was greatly helped by studying the OpenBSD code.
* We were previously using legacy functions to set up page table entries and this was starting to become a serious problem on particular platforms such as gen4 or Broadwell. As of this commit, we now use the same chip-specific virtual functions as Linux.
* RC6 and Frame Buffer Compression power savings enabled by default, depending on the GPU family
Changes brought by the Linux 3.11 => 3.14 driver update:
* Various bug fixes on all GPU generations, especially stability improvements
* Power consumption improvements
* Many Valleyview/Baytrail support improvements
* The giant 128MB L4 cache is now enabled when present on Haswell
* Added support for Broadwell GPUs
* HDMI 4K support
* basic support for 3D/stereo displays on HDMI
show more ...
|
Revision tags: v4.0.5, v4.0.4 |
|
#
8e26cdf6 |
| 25-Jan-2015 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 3.10
* Page flip improvements, increased robustness after GPU hangs. Races have been fixed in the vblank and pageflip completion interrupt handlers of GEN2-GEN4 GPUs.
drm/i915: Update to Linux 3.10
* Page flip improvements, increased robustness after GPU hangs. Races have been fixed in the vblank and pageflip completion interrupt handlers of GEN2-GEN4 GPUs.
* Hotplug IRQ storm detection and mitigation.
* Various bug fixes and performance improvements from GEN4 to Haswell GPUs. Less "Unclaimed register" messages should be visible on Haswell.
* Improved support for Valleyview / Baytrail GPUs.
* Better overclocking support from Sandy Bridge to Haswell. Improved frequency scaling (turbo) on Haswell.
* Improved display detection and modesetting. It is now possible to precompute possible desired display pipe configurations without changing the hardware state.
* Daniel Vetter's blog contains more detailed information: http://blog.ffwll.ch/2013/04/neat-drmi915-stuff-for-310.html
show more ...
|
Revision tags: v4.0.3 |
|
#
a2fdbec6 |
| 02-Jan-2015 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Update to Linux 3.9.11
* Various bug fixes and small improvements
* Better handling of GPU hangs, improved driver robustness
* Support for the display power well on Haswell GPUs
* Suppo
drm/i915: Update to Linux 3.9.11
* Various bug fixes and small improvements
* Better handling of GPU hangs, improved driver robustness
* Support for the display power well on Haswell GPUs
* Support for more Haswell GPU (PCI ID) models
show more ...
|
Revision tags: v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0 |
|
#
5a3b77d5 |
| 15-Oct-2014 |
François Tigeot <ftigeot@wolfpond.org> |
drm: Consolidate memory allocation types
* The DRM subsystem was using many different kmalloc types for no good reason
* Some types were only used twice (1x kmalloc() and 1x kfree() calls)
* Rem
drm: Consolidate memory allocation types
* The DRM subsystem was using many different kmalloc types for no good reason
* Some types were only used twice (1x kmalloc() and 1x kfree() calls)
* Remove that useless complexity and only keep one kmalloc type for the whole DRM subsystem and its drivers
Inspired-by: OpenBSD
show more ...
|
#
3a25be87 |
| 07-Sep-2014 |
Sascha Wildner <saw@online.de> |
kernel: Use NULL for pointers in DRIVER_MODULE().
|
#
3f2f609d |
| 16-Aug-2014 |
François Tigeot <ftigeot@wolfpond.org> |
drm/i915: Sync i915_drv.h and i915_debugfs.c with Linux 3.8.13
|
#
53f7629e |
| 09-Aug-2014 |
Markus Pfeiffer <profmakx@dragonflybsd.org> |
drm/i915: Fix multiple off-by-one errors in intel_i2c
* the i2c pin numbers are 1 based as per intel spec but we used the unit number as pin number, which is 0 based * the gmbus array is 0 based,
drm/i915: Fix multiple off-by-one errors in intel_i2c
* the i2c pin numbers are 1 based as per intel spec but we used the unit number as pin number, which is 0 based * the gmbus array is 0 based, but the port number is 1 based accesses into the port array are therefore off-by-one and this only worked by chance before.
show more ...
|