History log of /dragonfly/sys/dev/drm/radeon/radeon_connectors.c (Results 1 – 21 of 21)
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, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3
# 1dedbd3b 17-Nov-2019 François Tigeot <ftigeot@wolfpond.org>

drm: Update generic, ttm and radeon code to Linux 4.9

* Generally cleanup non driver-specific code and increase its
robustness

* DisplayPort support improvements

* Atomic modesetting improvement

drm: Update generic, ttm and radeon code to Linux 4.9

* Generally cleanup non driver-specific code and increase its
robustness

* DisplayPort support improvements

* Atomic modesetting improvements

* Radeon performance and stability improvements

* drm/i915 stays based on Linux 4.7.10 with Linux 4.19 changes
for now

Reviewed-by: Romick

show more ...


# d78d3a22 24-Aug-2019 François Tigeot <ftigeot@wolfpond.org>

drm/radeon: Update to Linux 4.7.10

* Various bugfixes, especially related to Displayport and
vblank handling

* Sea Islands and Southern Islands GPUs support improvements

* Various quirks to fix

drm/radeon: Update to Linux 4.7.10

* Various bugfixes, especially related to Displayport and
vblank handling

* Sea Islands and Southern Islands GPUs support improvements

* Various quirks to fix problems for specific cards, mostly
Radeon R7 370 and Radeon R9 270X models

show more ...


Revision tags: v5.6.2
# c59a5c48 15-Jul-2019 François Tigeot <ftigeot@wolfpond.org>

drm/radeon: Update to Linux 4.4.180

* Bugfixes and workaround for hardware issues, including
quirks for various R7 370 and R9 270 models

* VT switching fixes from dillon@

* Fan management improv

drm/radeon: Update to Linux 4.4.180

* Bugfixes and workaround for hardware issues, including
quirks for various R7 370 and R9 270 models

* VT switching fixes from dillon@

* Fan management improvements

* Improved support for 120+ Hz monitors

show more ...


# 5ef6d7b4 26-Jun-2019 François Tigeot <ftigeot@wolfpond.org>

drm/radeon: Switch to Linux i2c APIs

* Enable radeon.hw_i2c by default

* Sync some code with Linux 3.19.8 in passing


Revision tags: v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3
# 1cfef1a5 03-May-2019 François Tigeot <ftigeot@wolfpond.org>

drm: Sync ttm and radeon drivers with Linux 3.18


Revision tags: v5.4.2, v5.4.1, v5.4.0
# 83b4b9b9 28-Nov-2018 François Tigeot <ftigeot@wolfpond.org>

drm includes: Rename uapi_xxx to uapi/xxx

Making the include hierarchy 100% compatible with the Linux one.


Revision tags: 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
# ee479021 30-Sep-2017 Imre Vadász <imre@vdsz.com>

Revert "Update drm/radeon to Linux 4.7.10 as much as possible..."

This caused severe issues on some modern radeon models (e.g. Kaveri APUs).
Not reverting the 62dc643ef61b347c4c2e60ad9ea68dd766741c9

Revert "Update drm/radeon to Linux 4.7.10 as much as possible..."

This caused severe issues on some modern radeon models (e.g. Kaveri APUs).
Not reverting the 62dc643ef61b347c4c2e60ad9ea68dd766741c90 commit, it's just
a 2 character diff that was conflicting with this change.

This reverts commit a7a95252afec8bfcc34ee5b8725136b17b77043f.

Tested-By: ivadasz
Reported-By: several people on #dragonflybsd

show more ...


Revision tags: v5.1.0, v5.0.0rc1, v4.8.1
# a7a95252 01-Apr-2017 David Shao <davshao@gmail.com>

Update drm/radeon to Linux 4.7.10 as much as possible...

...before other kernel changes.


Revision tags: v4.8.0, v4.6.2, v4.9.0, v4.8.0rc
# c0e85e96 06-Jan-2017 François Tigeot <ftigeot@wolfpond.org>

drm/i915: Update to Linux 4.6

* Skylake and Kabylake support improvements

* FBC (FrameBuffer Compression) now enabled by default on Haswell and
Broadwell GPUs

* PSR (Panel Self Refresh) support

drm/i915: Update to Linux 4.6

* Skylake and Kabylake support improvements

* FBC (FrameBuffer Compression) now enabled by default on Haswell and
Broadwell GPUs

* PSR (Panel Self Refresh) support improved, now enabled by default on
Valleyview, CherryView, Haswell and Broadwell

* Improved DSI panel support

* HDMI hotplug fixes

* Various bugfixes everywhere

show more ...


# 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 ...


Revision tags: v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0
# 7191d616 08-May-2016 zrj <rimvydas.jasinskas@gmail.com>

drm/radeon/dp: Sync Display Port code with drm v3.18

Some heavy changes were needed because of missing common
i2c/iic over aux helpers in drm.

Actual fix to fetch EDID info through Display Port wil

drm/radeon/dp: Sync Display Port code with drm v3.18

Some heavy changes were needed because of missing common
i2c/iic over aux helpers in drm.

Actual fix to fetch EDID info through Display Port will follow.

show more ...


Revision tags: v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc
# c6f73aab 22-Aug-2015 François Tigeot <ftigeot@wolfpond.org>

drm/radeon: Update to Linux 3.17 (v2)

Catch up with recent updates in i915kms driver.
While there perform some cleaning in drm and drm/ttm too.

This smallish(1.2MB) diff between Linux v3.12..v3.17

drm/radeon: Update to Linux 3.17 (v2)

Catch up with recent updates in i915kms driver.
While there perform some cleaning in drm and drm/ttm too.

This smallish(1.2MB) diff between Linux v3.12..v3.17 brings
few improvements for radeon cards support on DragonFly BSD.

Driver is VERY experimental even if FF 720p "Hey Mamma"
looks much more pleasing to the eyes on my Xeon box.

Me being Fortran developer(who wants to run OpenCL on BSDs too)
was literally throwing diffs at the fan to see what sticks on.
After cleaning up the mess a bit, these features seems to behave:
kms-syscons switching on R7 240 and 5770 JUNIPER;
current DPorts Xorg;
Xorg-next(1.17.2) + Mesa-next(glamor for radeonsi);
2D tiling now works out of the box on OLAND;
glxgears/cubemap/cuberender mesa demos;
firefox youtube videos(still some blinking on overlays);
mpv -vo vdpau --hwdec=vdpau bsd-0088.mp4 (--vo=opengl too);
UVD (decoding limited to 1080p frame streams);
fragging in OpenArena maxed-out(even ttys[0-8] to quickly check mail);
hdmi audio;
DPM (enabled by default);
gpu temperature monitoring through hw.sensors framework;
automatic firmware loading.

TODO:
update drm/ttm, any help would be really appreciated;
ww_mutex, yep still good old "homegrown" locks;
vma, newer shrinker api;
dma_buf/prime;
iic/i2c rework;
kldunload radeonkms;
better gart sizes support;
newer firmware format support;
fix failing ring sync test to ring-5(UVD);
check how driver supports X2 and IGP cards;
better OpenCL through Clover;
many more.

Thanks goes to:
ftigeot@efnet for opportunity and i915 work
YRabbit@efnet for extensive testing of hdmi A/V on TURKS
ivadasz@efnet for temperature sensors support
mneumann@efnet for testing on HAWAII

AMD for investing time and effort in opensource drivers
NetBSD and Linux gpu developers

Special thanks to:
everyone behind freebsd-ports-graphics/opencl (keep pushing the mngt!)

and that Sweet special girl out there.

show more ...


Revision tags: v4.2.4
# 4cd92098 07-Aug-2015 zrj <rimvydas.jasinskas@gmail.com>

drm/radeon: Partial update to Linux 3.12

This brings new radeon features (mostly code refactoring):
DMA functions seperated from asics code;
UVD block separation;
Improvements to DPMS

drm/radeon: Partial update to Linux 3.12

This brings new radeon features (mostly code refactoring):
DMA functions seperated from asics code;
UVD block separation;
Improvements to DPMS (by default disabled);
Better audio handling.

Notes:
drm/ttm layer is put into transitional state pending memory functions rewrite.
Currently VRAM handling capabilities are limited,
still enough for light gaming and watching videos.
X acceleration on radeon SI cards requires updated xorg+mesa(glamour support).

show more ...


Revision tags: v4.3.1
# ba55f2f5 24-Jul-2015 François Tigeot <ftigeot@wolfpond.org>

drm/i915: Update to Linux 3.16

* Much improved support for Broadwell GPUs. Acceleration should now be fully
operational and the giant L4 eDRAM cache is now enabled when present.

* Baytrail/Valley

drm/i915: Update to Linux 3.16

* Much improved support for Broadwell GPUs. Acceleration should now be fully
operational and the giant L4 eDRAM cache is now enabled when present.

* Baytrail/Valleyview support improvements

* prelimary support for Cherryview (14nm Atom SOCs)

* Various fixes and performance improvements on most other GPU generations

* Improved runtime power management

* 5.4GHz DisplayPort support

* Large cursor support (up to 256x256 pixels), useful for high-dpi displays.

* Mapping of user pages into video memory (userptr)
This allows zero-copy downloads and efficient readback to/from the GPU,
allowing faster rendering of client-side software rasterisers, mitigation
of stalls due to read back and faster pipelining of texture data (such as
pixel buffer objects in GL or data blobs in CL). Mixed CPU/GPU operations
become more efficient in general.

show more ...


Revision tags: v4.2.3, v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc
# c4ef309b 03-Jun-2015 zrj <rimvydas.jasinskas@gmail.com>

drm/radeon: Sync gpu driver code with Linux 3.11

Little to none functional change.

Use kzalloc()/kfree()/kcalloc() wrappers.
Also use mb() and rmb().

Use linux compat macros:
udelay, mdelay
wa

drm/radeon: Sync gpu driver code with Linux 3.11

Little to none functional change.

Use kzalloc()/kfree()/kcalloc() wrappers.
Also use mb() and rmb().

Use linux compat macros:
udelay, mdelay
wake_up
printk
ARRAY_SIZE
ALIGN, round_up
BUG, BUG_ON, BUILD_BUG_ON, WARN

While there, reduce whitespace diffs with Linux 3.11

show more ...


# 158486a6 24-May-2015 François Tigeot <ftigeot@wolfpond.org>

drm: Implement and use the Linux version of kfree()


Revision tags: v4.0.5, v4.0.4, v4.0.3, 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 ...


Revision tags: v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1
# b5162e19 19-Jan-2014 François Tigeot <ftigeot@wolfpond.org>

drm: Reduce differences with Linux 3.8


Revision tags: v3.6.0, v3.7.1, v3.6.0rc, v3.7.0
# 926deccb 08-Oct-2013 François Tigeot <ftigeot@wolfpond.org>

drm/radeon: Import the Radeon KMS driver from FreeBSD

* Credits for porting an updated version of this driver from Linux
mainly go to Jean-Sébastien Pédron <jean-sebastien.pedron@dumbbell.fr>

* C

drm/radeon: Import the Radeon KMS driver from FreeBSD

* Credits for porting an updated version of this driver from Linux
mainly go to Jean-Sébastien Pédron <jean-sebastien.pedron@dumbbell.fr>

* Compatibility layer for running 32-bit applications on 64-bit systems
left out

Additional credits from the FreeBSD import message:

This driver is based on Linux 3.8 and a previous effort by kan@.

More informations about this project can be found on the FreeBSD wiki:
https://wiki.freebsd.org/AMD_GPU

Help from: kib@, kan@
Tested by: avg@, kwm@, ray@,
Alexander Yerenkow <yerenkow@gmail.com>,
Anders Bolt-Evensen <andersbo87@me.com>,
Denis Djubajlo <stdedjub@googlemail.com>,
J.R. Oldroyd <fbsd@opal.com>,
Mikaël Urankar <mikael.urankar@gmail.com>,
Pierre-Emmanuel Pédron <pepcitron@gmail.com>,
Sam Fourman Jr. <sfourman@gmail.com>,
Wade <wade-is-great@live.com>,
(probably other I forgot...)
HW donations: kyzh, Yakaz

show more ...