History log of /dflybsd-src/sys/dev/drm/radeon/radeon_test.c (Results 1 – 12 of 12)
Revision Date Author Comments
# 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 ...