Date: Tue, 10 Mar 2020 14:34:22 -0600 From: Warner Losh <imp@bsdimp.com> To: Greg V <greg@unrelenting.technology> Cc: Robert Huff <roberthuff@rcn.com>, freebsd-x11 <freebsd-x11@freebsd.org> Subject: Re: drm-legacy-kmod vs. drm-kmod Message-ID: <CANCZdfpwNwf4GC6Qtq0aHPsbb34bfROKo8uG0n1cYqqKLKRKfw@mail.gmail.com> In-Reply-To: <42bda092-0eab-4841-8eac-4aaa9be1b4ae@localhost> References: <24166.14394.893997.957448@jerusalem.litteratus.org> <07efa121-fa59-4e90-a519-03f6d6e9def9@localhost> <24166.50597.388983.184827@jerusalem.litteratus.org> <4f9b0c60-af37-4850-8907-be71a2749aa5@localhost> <24167.51345.768007.396183@jerusalem.litteratus.org> <42bda092-0eab-4841-8eac-4aaa9be1b4ae@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 10, 2020 at 1:08 PM Greg V <greg@unrelenting.technology> wrote: > > > Mar 10, 2020 8:04:21 PM Robert Huff <roberthuff@rcn.com>: > > > > > I have an older machine with an on-board ATI Radeon HD3300. > > > > > > Have you tried modern radeonkms on it (from drm-kmod not legacy)? > > > > I have not; existing information strongly suggests that will not > > work. > > Always try everything yourself! It's not that hard. > > > > > > According to the "FreeBSD Graphics Blog" on github, that line > > > > (for AMD) is the HD7000 (family) chipset. > > > > > > "HD7000 family" is kind of a meaningless marketing term: it includes > > > TeraScale 2, GCN 1 and GCN 2. > > > > > > > I'm only quoting the blog. :-( > > <does further quick research> > > Let's assume for the moment I'm talking about the HD7730 and > > higher. > > This is not about increased hardware performance; the old chip > > did just fine for that system. It's about having the hardware to > > support the software that's in active development. > > radeonkms is still supported =E2=80=93 so everything R600, from the earli= est HD > something to the R5 ones, should work. > > Active *development* is happening on GCN GPUs supported by amdgpu. > > > Keep in mind that our "legacy" port is.. well.. legacy *in terms of > porting*. It's manually ported instead of writing a compatibility layer > which is how the current port works. > The legacy port is stuck on older Linux code because of that, but *Linux > did not drop support for older GPUs in the same drivers* so the new port > should work just as well. > It's also legacy in terms of the APIs it uses. This means that over time other things will shift away from those APIs (as happened with xf86-ati-video-legacy port) and as that happens, support for it will diminish and eventually go away. That's much less likely to happen with the amdgpu driver. Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfpwNwf4GC6Qtq0aHPsbb34bfROKo8uG0n1cYqqKLKRKfw>