For some reason, enabling xa on ARM (for freedreeno) enforce the gallium-pipe shared library to be built whereas it is not built with vmware on x86. This patch drop this enforcement since it's not enabled with the regular vmware xa driver. This patch is not yet tested on vmware, I can only do this for freedreeno. This bug was initially reported here: https://bugzilla.redhat.com/show_bug.cgi?id=1094199
Created attachment 98481 [details] [review] Don-t-enforce-gallium-pipe-loader-when-xa-is-enabled
As of Mesa 10.2 we're building libxatracker as a standalone library, that is not specific to vmware's virtual gpu. If order to use any hardware pipe-driver we need the corresponding shared library. Ideally one should be able to opt-out of that behaviour, with that work coming in the next mesa release. How did you test freedreno without pipe_msm.so ? AFAICS it will simply not work (tm).
The issue was sorted out as the gallium-pipe was incorrecly distributed under the OpenCL sub-package, which conditionalized only for x86 (not for ARM). So I've incorrectly assumed the gallium-pipe was not built on x86. Thx for the answear.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.