> also, please ensure you are booting in "classic" BIOS mode and not
> UEFI, IIRC there are some issues surrounding amdgpu with UEFI - i
> don't have that hardware tho so can't elaborate.
Just to add to this, the conflicts involve kernel mode switching
between the scfb driver and the AMD driver.
cribe to x11 amiling list and see what they say.
>
> -pete.
>
> On 11/09/2018 16:29, CL Moonriver wrote:
> > I agree it sounds like a clash with older modules. Did you have
> > drm-stable-kmod installed or drm-legacy-kmod installed? If so, make
> > sure you remove them
st
> am going to go susbscribe to x11 amiling list and see what they say.
>
> -pete.
>
> On 11/09/2018 16:29, CL Moonriver wrote:
> > I agree it sounds like a clash with older modules. Did you have
> > drm-stable-kmod installed or drm-legacy-kmod installed? If so, make
> >
I agree it sounds like a clash with older modules. Did you have
drm-stable-kmod installed or drm-legacy-kmod installed? If so, make
sure you remove them before. Sounds to me like what is probably
happening is you have modules from two different drm ports installed.
So I'd try a make deinstall
The only thing that actually worked for me was the kms module loaded in
rc.conf. Any attempt to configure the display in xorg.conf resulted in
an X server that would not start, but would continue running for awhile
and appear in the process list before it finally gave up. But again, I
must
Hi,
I had some trouble getting X to work with my AMD GPU, but I finally did
get it working. Here is what ultimately worked for me:
* Make sure you are loading the driver in /etc/rc.conf, not in
/boot/loader.conf. The driver won't work if loaded from loader.conf
* Depending on how old your
