On Mon, 22 Feb 2021 21:19:26 -0000
"Tom Seewald" <tseew...@gmail.com> wrote:
> > On 22/02/2021 21:18, Tom Seewald wrote:
> >
> >
> >
> > Personally, I have an older GPU, RX 580 Polaris series, I will only
> > spend dev time on the AMD Navi GPU issues after AMD makes the RX 6800 XT
> > available in my region. I simply don't have that card and I'm not going
> > to waste money buying the original Navi card, RX 5700, when the new card
> > will arrive imminently.
>
> There is no indication from the bug report that it requires a Navi card to
> reproduce. The reporter stated that they are using a RX Vega 56 which is the
> previous gpu generation. Why do you believe this is specific to Navi devices?
>
> > Ultimately, even if it isn't hard to bisect, it doesn't feel fair that
> > AMD is validating their drivers work on x86 before a release but the
> > ppc64le users have to check things after a buggy release.
>
> Unfortunately smaller platforms will almost always get less testing than the
> more popular platforms, and I don't see that trend changing in the
> foreseeable future. This is where motivated community members need to come
> in. I doubt amdgpu developers even have easy access to ppc64le hardware.
>
> I will also say that regardless of ISA there are going to be times where
> bisection is needed. I have personally had to bisect and report an issue with
> amdgpu and I am using x86 hardware. There's also a decent chance I'm going to
> be bisecting another amdgpu bug this evening. I am not expecting you or
> others to do things that I am not willing to do myself.
>
> > I'm all in favor of collaboration with the AMD and kernel developers
> >
> > Ultimately, the only way to ensure equality across different
> > architectures is to have upstream developers using all of these
> > architectures throughout their development cycle.
>
> It would of course be great if amd fully tested their drivers on every
> architecture that Linux supports, but I don't think that's currently a
> realistic expectation for *any* device/driver vendor. If amdgpu support is
> something that is important to IBM, Talos, or other members of OpenPower,
> then I think reaching out to developers and offering free ppc64le hardware or
> VM access for kernel development and testing would be an excellent start.
> Providing automated ppc64le build and boot testing for the
> amd-staging-drm-next tree would be great as well.
There has been such idea within the OpenPOWER Foundation some time ago,
to have a lab where (primarily) HW vendors would have access and could
test their HW and drivers on a number of different platforms. I suppose
we should revive this idea.
Dan
>
> > How can we encourage greater use of ppc64le and aarch64 in those
> > communities? While it may sound trivial, I made a post here last week
> > about how we can help people choose the right workstation through the wiki:
> >
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
> >
> > I estimate spending one or two hours in my own comparison of the Raptor
> > motherboards and I hope the table allows other developers to save the
> > same amount of time.
>
> While there's no silver bullet, reaching out to the upstream developers (e.g.
> via their mailing list) and having a conversation with them can't hurt.
> Understanding their position and what they believe would help with testing is
> going to be an important part of the solution.
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
