#
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 ...
|
#
7dcf36dc |
| 20-Jun-2019 |
François Tigeot <ftigeot@wolfpond.org> |
drm/radeon: Upgrade to Linux 3.19.8
* Various bug fixes and hardware bug workarounds
* Fan control improvements, especially on Southern Islands (SI) and Sea Islands (CI) GPUs
* Performance impro
drm/radeon: Upgrade to Linux 3.19.8
* Various bug fixes and hardware bug workarounds
* Fan control improvements, especially on Southern Islands (SI) and Sea Islands (CI) GPUs
* Performance improvements due to better memory management
show more ...
|
#
1cfef1a5 |
| 03-May-2019 |
François Tigeot <ftigeot@wolfpond.org> |
drm: Sync ttm and radeon drivers with Linux 3.18
|
#
a34b4168 |
| 09-Mar-2019 |
Matthew Dillon <dillon@apollo.backplane.com> |
drm/ttm: convert to unified vma offset manager
* Add TTM_BO_PRIV_FLAG_ACTIVE.
* Changes so we can use more of the linux ttm_bo_vm.c code. Fake struct vm_fault, fake struct vm_operations_struct,
drm/ttm: convert to unified vma offset manager
* Add TTM_BO_PRIV_FLAG_ACTIVE.
* Changes so we can use more of the linux ttm_bo_vm.c code. Fake struct vm_fault, fake struct vm_operations_struct, and adjust struct vm_area_struct. Also add related flags.
The VM interface to DragonFlyBSD is now (mostly) a wrapper around the linux code.
* The linux red/black tree code uses some of the DFly RB macros. This means that struct rb_root must be compatible. Add missing fields. This fixes RB_REMOVE breakage due to it trying to iterate rbh_inprog.
* Add set_need_resched() (empty)
* radeon_bo_is_reserved() is no longer applicable and has been removed, allowing us to avoid implementintg ttm_bo_is_reserved(). Note that linux-current does not have these functions.
* Refactor radeon_do_test_moves() so reflect the linux code a bit better. This fixes a few error paths.
* radeon_verify_access() remains empty. We need the struct file (which we don't have) to implement it.
* Make some adjustments to ttm_mem_type_from_pace() and other API functions which use struct ttm_place instead of uint32_t. This better reflects the linux code and fixes compile-time breakage due to the partial API patch.
Make other struct ttm_place adjustments.
* bdev->dev_mapping is broken (partial API update in WIP) and is still always NULL because ttm_bo_device_init() does not yet initialize it (needs an argument passed from the chipset code).
* refactor ttm_bo_man_get_node() to fix compile issues.
* Completely rewrite the DragonFly API interfacing code in ttm_bo_vm.c. Hopefully the fault code is now far, far more robust than it was before.
Add debug code to check for duplicate vm_page insertions, in case we hit that panic again (it had problems due to bdev->dev_mapping being NULL before that issue was tracked down).
show more ...
|
#
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.
|
#
f77dbd6c |
| 20-Feb-2017 |
François Tigeot <ftigeot@wolfpond.org> |
drm/linux: u64 is unsigned long long
* Some basic Linux types were badly defined, causing unnecessary differences in various lines of driver code such as kprintf statements
* Make u64 and __u64
drm/linux: u64 is unsigned long long
* Some basic Linux types were badly defined, causing unnecessary differences in various lines of driver code such as kprintf statements
* Make u64 and __u64 unsigned long longs like in Linux
* Reduce differences with Linux 4.6 in the generic drm code as well as drm/i915 and drm/radeon drivers
* While there, make the include/ directory hierarchy more similar to the one in Linux 4.6
show more ...
|
#
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 ...
|
#
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 ...
|
#
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 ...
|
#
f43cf1b1 |
| 25-May-2015 |
Michael Neumann <mneumann@ntecs.de> |
radeon: sync to radeon 3.10
|
#
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 ...
|
#
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 ...
|