Bug 250700 - drm-kmod i915kms binary package not working on 12.2-RELEASE
Summary: drm-kmod i915kms binary package not working on 12.2-RELEASE
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Some People
Assignee: freebsd-x11 (Nobody)
URL:
Keywords:
: 250678 (view as bug list)
Depends on:
Blocks:
 
Reported: 2020-10-28 18:59 UTC by zzzb123
Modified: 2020-11-10 16:28 UTC (History)
12 users (show)

See Also:


Attachments
Xorg.0.log in 12.2 Release with Intel HD 2000 graphics (5.44 KB, text/plain)
2020-10-29 06:16 UTC, mailto1979@rediffmail.com
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description zzzb123 2020-10-28 18:59:01 UTC
Xorg complains that it cannot find mesa when i915kms is installed using the binary package, but runs just fine when built locally out of ports.  Known bad on at least two systems.
Comment 1 Li-Wen Hsu freebsd_committer 2020-10-28 22:16:12 UTC
This is somehow an unfortunately known issue.  The root cause is that currently the 12.x packages are all built on 12.1 because it is the oldest supported version in 12 branch, theoretically, the packages should be working on 12.2 and later, but if a port uses internal KPI/KBIs, then its binary package has certain chance cannot be usable cross minor versions.

The workaround is like what you said, building from ports to let it use the 12.2 interfaces. The solution is still under working.
Comment 2 mailto1979@rediffmail.com 2020-10-29 01:20:40 UTC
I can confirm. Using Intel integrated graphics and is not working after the upgrade from 12.1 to 12.2 Release version. 
[    31.518] (EE) open /dev/dri/card0: No such file or directory
Comment 3 Teran McKinney 2020-10-29 03:37:38 UTC
I had tested i915kms on one of the 12.2 pre-releases (I forget if beta or RC). I didn't have any issues with it. Mine was compiled (by me) on 12.1 with the latest 12.1 patches.

Will need to try again.

Does X fail to start, or is this a logged error message?
Comment 4 mailto1979@rediffmail.com 2020-10-29 06:13:37 UTC
(In reply to Teran McKinney from comment #3)
Yes. X fails to start. I have attached the last Xorg.0.log.
Comment 5 mailto1979@rediffmail.com 2020-10-29 06:16:34 UTC
Created attachment 219191 [details]
Xorg.0.log in 12.2 Release with Intel HD 2000 graphics

There is no line where intel driver module is added by me. But, this is what it shows.
Comment 6 Niclas Zeising freebsd_committer 2020-10-29 08:39:40 UTC
As Li-Wen already stated, please build the driver locally from ports.
Comment 7 Masayoshi Fujimoto 2020-11-01 02:06:45 UTC
(In reply to mailto1979@rediffmail.com from comment #2)

Intel(R) HD Graphics 620 (Kaby Lake GT2) 
I got same error.
Comment 8 Matías Pizarro 2020-11-01 10:42:06 UTC
When building locally make sure you have the 12.2 sources in /usr/src.

It might be an edge case but it caught me :D (I still had the 12.1 sources)
Comment 9 Ryan Moeller freebsd_committer 2020-11-03 17:16:13 UTC
*** Bug 250678 has been marked as a duplicate of this bug. ***
Comment 10 stephan 2020-11-03 17:37:14 UTC
I understand that this problem will potentially occur each time when there is an update from x.y to x.y+1 while packages are still built for x.y (because x.y is not yet EOL).

In my opinion, this issue will bite many users that are not so experienced with FreeBSD and will stand in the way of increasing desktop usage, so maybe we should find a generic solution beyond fixing it for 12.2?
Comment 11 Niclas Zeising freebsd_committer 2020-11-03 19:46:08 UTC
(In reply to stephan from comment #10)
Yes, that would be quite nice, but so far no one has stepped up to work on this.
Comment 12 Teran McKinney 2020-11-10 16:28:39 UTC
I recompiled drm-kmod (and the fb12.0 one). kldload i915kms works fine and startx is fine, however anything OpenGL does not work.

dmesg shows some "Hangcheck timer elapsed... GPU hung" errors.

I can run OpenGL stuff inside Xephyr, though, which is what I'd expect.