On 01/08/2019 10:33 AM, Ard Biesheuvel wrote:
On Tue, 8 Jan 2019 at 17:24, Jeremy Linton jeremy.linton@arm.com wrote:
Hi,
On 01/08/2019 08:28 AM, Ard Biesheuvel wrote:
Hi Bero,
On Tue, 8 Jan 2019 at 15:25, Bero Rosenkränzer Bernhard.Rosenkranzer@linaro.org wrote: ...
This is bad for the ARM ecosystem, since it is the only driver we have for NVIDIA hardware, and it has fewer issues than AMD GPU drivers + hardware running on ARM systenms.
What's the problem with AMD GPU drivers on ARM? Just missing workarounds for things like the SynQuacer PCIE bug? On x86, AMD drivers tend to work better than NVIDIA, so maybe the simple (and acceptable, given NVIDIA refuses to join) fix would be improving AMD drivers and telling NVIDIA to go to hell...
AMD gfx cards produce lots of visual corruption under Linux on all of the arm64 boards I tried (including Seattle which has properly working PCIe), and I have never managed to get anyone interested in looking into it (although I didn't try /that/ hard tbh)
Presumably amdgpu, and a more recent board? I had good luck with a hd5450 and the radeon driver although in its default configuration it expects to bootstrap the card using PCI PIO.
HD5450 is what I used as well. Which h/w did you use? Also, is there anything wrong with using PCI PIO?
The 5450 spent probably close to two years in a junoR2. The PIO requirement meant it didn't bootstrap without futzing in most other ARM machines I tried it in, because.... well... few systems seems to make sure their firmware/ACPI tables/PIO/etc are functional.
If someone were to take this up seriously, I would hope they would focus on some newer boards..