Closed graudeejs closed 5 years ago
Booting with UEFI? Looks like the EFI framebuffer conflict https://github.com/FreeBSDDesktop/DEPRECATED-freebsd-base-graphics/issues/170 though I'm surprised it works when loaded manually, for me it never works when efifb is active.
The current workaround is to set hw.syscons.disable=1
in /boot/loader.conf
and add to kld_list
(you'll lose the console before the driver loads, but you can always SSH in)
kern.vty="vt"
That's been the default for ages, you don't have to list that explicitly.
Booting with UEFI?
Unfortunately yes. Otherwise my screen blows up like disco and I have to reset PC.
The current workaround is to set
hw.syscons.disable=1
in/boot/loader.conf
I have that
and add to
kld_list
(you'll lose the console before the driver loads, but you can always SSH in)
If I do that, PC hands and I need to reboot.
hw.sysconf.disable=1
Do you really have sysconf
, not syscons
, in the file? ;-)
hw.sysconf.disable=1
Do you really have
sysconf
, notsyscons
, in the file? ;-)
Snap, I missed that.
I will check this weekend (need to swap GPU)
I fixed typo and for what it's worth my PC booted 3 out of 3 times to XDM (that is with hw.syscons.disable=1
and kld_list
)
However I don't like losing console until driver is loaded. :(
Hello!
When amdgpu is loaded by rc.conf via
kld_list="amdgpu"
FreeBSD crashes and hard resed is required. In order to get out of crash -> reset -> crash -> reset loop I entered single user mode and disabled amdgpu loading with kld_list.Once in multi-user mode, I can load amdgpu with kldload without problems (most of the time)
Crash photo: https://share.berjoza.lv/freebsd-kms-drm/crash-20190113_011513.jpg
uname -a
:dmesg/Xorg.log/clinfo: https://gist.github.com/graudeejs/cf5fecc90d36983c8abf1ba35bb79bf3
/boot/loader.conf
:Let me know if there's any more info I can provide.