Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 27 Sep 2020 08:08:22 +0000
From:      bugzilla-noreply@freebsd.org
To:        x11@FreeBSD.org
Subject:   [Bug 245702] x11-drivers/xf86-video-ati-legacy does not work under 12.1
Message-ID:  <bug-245702-7141-5qdQUB8SQu@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-245702-7141@https.bugs.freebsd.org/bugzilla/>
References:  <bug-245702-7141@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D245702

Emmanuel Vadot <manu@freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manu@freebsd.org

--- Comment #19 from Emmanuel Vadot <manu@freebsd.org> ---
(In reply to Alexey Dokuchaev from comment #18)
> Probably should work in theory, but does not necessarily work in practice=
, see > my comment #8.

I don't see where this message can come from.

(In reply to Alexey Dokuchaev from comment #18)
> I'm motivated, albeit unskilled, to fix support for pre-GCN cards.
> Technically this should be doable because they definitely used to work 2-=
3=20
> years ago.  However, I still can't decide whether I should start with fig=
uring=20
> out when the base DRM bits (or drm-legacy-kmod port) got broken, or forge=
t=20
> about the legacy bits and work with the new code provided by the latest=20
> drm-{current,devel}-kmod ports.

It's not possible to compare the last code that was in sys/dev/drm2 with ev=
en
the first drm-kmod.
drm-kmod didn't originated from the sys/dev/drm2 code, it was started to be
port from scratch from the Linux code with Linuxkpi.
If radeonkms doesn't work for you on -CURRENT (I insist on -CURRENT as it's=
 the
only branch activelly supported right now) please create a new issue at
https://github.com/freebsd/drm-kmod/. Note that it works for powerpc64 for =
some
devices and while it doesn't mean that it might work on i386 or with the
hardware that you have it means that it's not dead code.
I suggest you first try the image I've made a few weeks ago, see
https://lists.freebsd.org/pipermail/freebsd-current/2020-September/077024.h=
tml
for the links.

(In reply to Alexey Dokuchaev from comment #18)
> While NI (the last pre-GCN family) was released back in 2010, it had been=
 used > for several years in AMD APU-based laptops.  I've purchased mine in=
 2016 and=20
> it was still using it, so amdgpu(4) is not an option for me.

What brand/model is that ?

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-245702-7141-5qdQUB8SQu>