I think it should be of interest to gather data about what hardware is
working and what hardware is not working related to X11 (this means
then too DRMKMS).
Vocabulary:
- Integrated GPU: GPU on SoC or mother board, sharing cache
and main memory with CPU;
- Discrete GPU: GPU on extension card, with dedicated memory
and connected to the CPU via some extension bus.
My data:
Kernel : NetBSD 10.99.10 on amd64
note: not vanilla 10.99.10, some local modifications but that
shouldn't change X11 behavior---only possible related video
modification: update of sys/dev/videomode: correction of
modelines.
Userland:
First test with native X11;
Then switch to pkgsrc modular (present userland is modular).
Integrated GPU, Intel:
- pci:
0x00: 0x04028086 0x00900007 0x03800006 0x00000000
Vendor Name: Intel (0x8086)
Device Name: Haswell Integrated Graphics Device (0x0402)
- kernel (drmkms): i915drmkms*;
- freedesktop: intel (xf86-video-intel-2.99.917.20210115nb1);
- glx works; video (mp4) rendering OK; some tiny defaults
(lines not updated in solid blocks) in rendering but contrary
to other reports, under more heavy load (may have to do with
amount of main memory dedicated); firefox not tested (was not
already compiled);
- connected is a 20" LCD, EDID compatible, with "PreferredMode"
set in xorg.conf;
- GPUDevice is set in "Screen" section.
Discrete GPU, AMD/ATI radeon:
- pci:
0x00: 0x68f91002 0x00100007 0x03000000 0x00800010
Vendor Name: ATI Technologies (0x1002)
Device Name: Radeon HD 5000/6000/7350/8350 Series (0x68f9)
- kernel (drmkms): radeon*;
- freedesktop: radeon (xf86-video-ati-22.0.0);
- glx works; firefox 117 works but without hardware acceleration;
video (mp4) rendering OK; no perceptible default in rendering;
- connected is a 20" LCD, EDID compatible, with "PreferredMode"
set in xorg.conf;
- GPUDevice is set in "Screen" section.
What doesn't work:
Trying Xorg(1) without configuration with the two GPUs doesn't work.
As a general rule, specifying more in a customized xorg.conf gives
better results.
Bugs:
When trying X11 configurations, some program (Xorg(1)?) changed
the permissions on /dev/dri/card0: 660 -> 640. The result was that
rendering an mp4 (with xine(1) or vlc(1)) gave images in false
colors (at least) with a "psychedelic" rendering. If this happens
to you, don't try to update ffmeg* and so on: verify first the
permissions on the /dev/dri/cardX entry point.
--
Thierry Laronde <tlaronde +AT+ kergis +dot+ com>
http://www.kergis.com/
http://kertex.kergis.com/
Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C
