History log of /dragonfly/sys/dev/drm/i915/intel_i2c.c (Results 1 – 25 of 27)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
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 ...


12