drm drivers project report (week of May 4th)

 Hello all,

 This is the first report for this project of updating our drm drivers
as it started this week.

 I've started this week by cleaning our drm-v5.0 port comparing it with
Linux as the less diff we have, the easiest it is to apply the patches
from Linux.
 One commit was made to base linuxkpi so we have less patches in the
DRM drivers themself :
https://svnweb.freebsd.org/changeset/base/360787

Next part was trying to find what is the best way to update without too
much hassle. I had some somewhat hacky scripts lying around for the drm
on ARM project so I've made them a bit more generic and commited them
here https://github.com/freebsd/drm-kmod/tree/master/scripts . This
still isn't the best way I think. Due to how Linux is "constructed"
patches can comes from differents branches and aren't necessary in the
correct order. There is also some weird commits that appears in two
releases of Linux, I think this is because they come late in a fixes
merge and then the maintainer of one of the drm branches do stuff in
the other branch for the next Linux release. If anyone have a lot of
git skill I'm interested in how they would approch this problem.
 I also have to see if it would make more sense to track the differents
commits in the merge branch from the drm repos
(https://cgit.freedesktop.org/drm/) or not.

 After finding a almost good way to update I proceeded with updating to
Linux 5.1 . This update was almost too easy, thanks to Austin Shafer
who updated linuxkpi to include a few more helpers and functions needed
by 5.1.
 There is no ports for now but if you want to test on your system you
can checkout or download a tarball here :
 https://github.com/freebsd/drm-kmod/releases
 Only FreeBSD 13-CURRENT is supported. Also if you are using one of the
drm-kmod ports be sure to delete 
 /boot/kernel/drm.ko
 /boot/kernel/amdgpu.ko
 /boot/kernel/i915kms.ko
 /boot/kernel/linuxkpi_gplv2.ko
 /boot/kernel/radeon.ko

 As the drm-kmod ports install the sources in the system a kernel
compilation will rebuild those modules and install them in /boot/kernel
whereas using https://github.com/freebsd/drm-kmod/ will install
everything in /boot/modules

 This branch was tested with :
 i915 on :
    - i7-5600U - HD Graphics 5500 (Broadwell)
    - i7-7500U - Skylake GT2 [HD Graphics 520] (Skylake)
 amdgpu on :
    - Ryzen 7 3700U (Picasso/Vega10)
 Except Skylake which doesn't have working vulkan (but doesn't have
either with drm-v5.0) everything works great.

 I've started then the update to 5.2, it's still wip and only have i915
enabled as I haven't fixed everything for amdgpu/radeon or vmware/vbox
but a wip branch is available there :
https://github.com/freebsd/drm-kmod/tree/5.2-wip

 A few commits where made in base linuxkpi :
https://svnweb.freebsd.org/changeset/base/360851
https://svnweb.freebsd.org/changeset/base/360870
https://svnweb.freebsd.org/changeset/base/360871

 I don't suggest that you track this branch as I will fix the commits
and force push on it, this is because I want to have every commit that
is buildable for Linux, buildable for us, very conveniant for bisecting
problems but I'd appreciate if people would test and report to me
directly on replying to this thread.
 I have plan to create a usb/iso image that people could burn and tes
but that will not be before a few weeks.

 This was tested on the same Intel systems as above with the addition
of : 
 i915 on :
    - Silver N5000 CPU (Thanks to Austin Shafer)
    - i7-6700K (Skylake) (Thanks to jbeich_at_)
    - i7-8665U (Whiskeylake) (Thanks to db_at_)

 The goal for next week is obviously to continue the update for 5.2 and
updating to 5.3. The goal is to go as quickly as possible to 5.4 and
stabilise there in a branch while going further on the master branch as
5.4 is a LTS branch in Linux and receive a lot of fix update.

 Regards,

-- 
Emmanuel Vadot <manu_at_bidouilliste.com>