Don't Expect AMDGPU To Enable SI/CIK Support By Default Anytime Soon

[fakenmc]

How has this debianxfce guy not been permanently IP banned yet? Any attempts of legitimate discussion go out the window when this troll shows up and shit posts all over the place.

Completely agree, he doesn't bring value to the many interesting discussions that take place in the forums.

[eydee]

How has this debianxfce guy not been permanently IP banned yet? Any attempts of legitimate discussion go out the window when this troll shows up and shit posts all over the place.

Because dynamic IP is a thing and linux people also tend to know how to clear cookies. It is technically impossible to ban someone who knows more than grandma about computers.

[alvez]

...someone who knows more than grandma about computers.

I have my doubts that's the case.

[W.Irrkopf]

in the open source kernel. it will be a while. from the talk that was given by AMD people at a recent talk - there was a bunch of work that needed to get done and AMD people are time poor

Can you provide a pointer to that talk Please?

thanks!

[bountykiller]

Please guys, could you be back on the topic?
Thanks.

If folks want GCN 1 cards as defaulted to amdgpu they first need to talk to their distro vendor. This change needs to come from the bottom up, once the ecosystem is happy with the right versions of libdrm, mesa, llvm and so on its its being used in this way in the wild then and only then are we likely to toggle it over upstream.

+1 for the bottom up approach.

[spstarr]

So why don't we have a plan of action yet?

Once the regressions are sorted out, why don't we just say that Linux 3.10, we will remove PCI IDs for GCN cards in radeon.ko so amdgpu.ko is loaded, same for the radeon DDX - or if this is messy can we write a shim to load amdgpu DDX somehow? with a replaced libdrm.

What is the actual plan that needs to be done? AMD knows distros will gladly assist and make this transition less painful, but we need some plan put forward please.

[spstarr]

So why don't we have a plan of action yet?

Once the regressions are sorted out, why don't we just say that Linux 3.10, we will remove PCI IDs for GCN cards in radeon.ko so amdgpu.ko is loaded, same for the radeon DDX - or if this is messy can we write a shim to load amdgpu DDX somehow? with a replaced libdrm.

What is the actual plan that needs to be done? AMD knows distros will gladly assist and make this transition less painful, but we need some plan put forward please.

I meant 4.10

[bug77]

How has this debianxfce guy not been permanently IP banned yet? Any attempts of legitimate discussion go out the window when this troll shows up and shit posts all over the place.

Michael loves page hits, that's why. It's not the first time this is happening, I've absent from these forums for years because of this.

[bridgman]

So why don't we have a plan of action yet?

Once the regressions are sorted out, why don't we just say that Linux 3.10, we will remove PCI IDs for GCN cards in radeon.ko so amdgpu.ko is loaded, same for the radeon DDX - or if this is messy can we write a shim to load amdgpu DDX somehow? with a replaced libdrm.

What is the actual plan that needs to be done? AMD knows distros will gladly assist and make this transition less painful, but we need some plan put forward please.

Because the plan is "when the regressions are fixed, start switching".

[dungeon]

Because the plan is "when the regressions are fixed, start switching".

Eh, you would always has regressions... plan should be "sooner the better for everybody"

Just look at Catalyst 2 AMDGPU-PRO that had an still has tramendious amount of regressions too, but they just switched it.