вт, 13 мая 2025 г., 15:15 Andrew Randrianasulu <randrianas...@gmail.com>:
> > > вт, 13 мая 2025 г., 13:29 Andrew Randrianasulu <randrianas...@gmail.com>: > >> >> >> вт, 13 мая 2025 г., 12:30 RVP <r...@sdf.org>: >> >>> On Fri, 2 May 2025, Andrew Randrianasulu wrote: >>> >>> > In NetBSD 10.1/amd64 it does not show up in glxinfo output, and >>> manually doing >>> > >>> > modload amdgpu leaves no traces in dmesg >>> > >>> >>> No, that doesn't work. You have to either, >>> >>> a) load all the reqd. kernel modules in /boot.cfg, or, >>> b) compile the driver into the kernel >>> >>> for the driver to "take". >>> >>> For a) see the "load" commands in: >>> >>> https://gnats.netbsd.org/57207 >> >> >> >> Ah, thanks! >> >> I copy/pasted this line >> >> menu=Boot with amdgpu and voluminous debugging spew:rndseed >> /var/db/entropy-file;load amdgpu;load drmkms;load drmkms_linux;load >> drmkms_pci;load drmkms_sched;load drmkms_ttm;load sysmon;load >> sysmon_power;boot -v -x >> >> into my boot.cfg from Slackware and we will see if it works on next >> reboot (not sure when exactly) >> > > > No, for some reason it still does not work, no traces of amdgpu messages, > I can load it manually but it remain silent. > > Note, that this motherboard only can boot via BIOS, no UEFI as far as I > can see. > Ah, *order* of loading was important! load drmkms_sched;load amdgpu;boot from https://mail-index.netbsd.org/netbsd-bugs/2025/01/15/msg087147.html this way it attaches, but X fail/reboot on startx. still progress > > >> >>> >>> > 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Baffin >>> HDMI/DP Audio [Radeon RX 550 640SP / RX 560/560X] >>> > [...] >>> > 01:00.0 0300: 1002:699f (rev c7) (prog-if 00 [VGA controller]) >>> > >>> >>> Looks like a supported card. See list here: >>> >>> >>> https://github.com/NetBSD/src/blob/netbsd-10/sys/external/bsd/drm2/dist/drm/amd/amdgpu/amdgpu_drv.c#L957 >> >> >> >> Yea, I was just surprized module loading not worked. I think Linux can >> "kick away" firmware/vga display buffer on load, but I guess NetBSD still >> can't? Or may be something else prevent runtime take-over by gpu driver >> module after system boot? >> >> >>> >>> -RVP >>> >>
