Re: AMDGPU_CIK option (was: re: State of amdgpu driver)

[Jeff Frasca <thatguy%jeff-frasca.name@localhost>]

On Sat, Feb 15, 2025 at 12:53 PM Lloyd Parkes
<lloyd%must-have-coffee.gen.nz@localhost> wrote:
>
> On Sat, 2025-02-15 at 12:47 +1100, matthew green wrote:
> > > On the bright side (for me anyway), I found that the AMDGPU code
> > > wasn't
> > > working for me because the support for cards as old as mine is
> > > optional. I had to set the config option "AMDGPU_CIK" to enable
> > > support
> > > for my R9 290.
> >
> > this is odd.  i believe your card is pciid 0x699F?  that should be
> > matching eg:
> >
>
> My card's PCIID is 0x67b1 and it gets identified as "Hawaii PRO". I
> have no idea what card is 0x699F because the AMD product line at that
> time was completely chaotic.

Per Wikipedia, the R9 290 Hawaii Pro chips are GCN 2nd Gen, and pretty
comparable to my previous desktop which was a Kaveri APU.  That machine
definitely required the AMDGPU_CIK option set to work.  With that option
set, the AMDGPU driver worked as recently as the 9.99.x series close to
the release candidates.  (I was, admittedly, doing the not recommended
thing of compiling AMDGPU into the kernel rather than loading it as a
module, but I'd tuned the build enough that it wasn't too large of a
kernel.)

Oh, and a note on "it worked", the frame buffer was fine, but getting it
to run full accelerated put a bunch rendering artifacts on the screen.
(I also have this problem with my Radeon 7750 HD, which uses the old
Radeon driver, and I saw Nia post something recently that might be a
similar problem on Intel GPUs, and it seems to have come in with the last
import of linux driver code.)

(Unfortunately, I can't test with it right now, that motherboard+APU
are over on the shelf in a box, and I'm typing this on the new system I
put in its case...)

Jeff