Bug 78298

Summary:	Don't enforce gallium-pipe shared library when enable_xa is set to yes
Product:	Mesa	Reporter:	NicolasChauvet <kwizart>
Component:	Mesa core	Assignee:	mesa-dev
Status:	RESOLVED NOTABUG	QA Contact:
Severity:	normal
Priority:	medium	CC:	i.gnatenko.brain
Version:	unspecified
Hardware:	Other
OS:	All
Whiteboard:
i915 platform:		i915 features:
Attachments:	Don-t-enforce-gallium-pipe-loader-when-xa-is-enabled

Description NicolasChauvet 2014-05-05 12:55:21 UTC

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

Comment 1 NicolasChauvet 2014-05-05 12:56:21 UTC

Created attachment 98481 [details] [review]
Don-t-enforce-gallium-pipe-loader-when-xa-is-enabled

Comment 2 Emil Velikov 2014-05-05 13:16:02 UTC

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).

Comment 3 NicolasChauvet 2014-05-06 07:28:55 UTC

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.