[Mesa-users] Software rendering configuration on LINUX

Mon Dec 11 16:46:39 UTC 2017

Hi Chuck,

Thanks for this information.  I suspect you are saving us a good amount of time with this guidance.

Thanks!
Rick

From: Chuck Atkins [mailto:chuck.atkins at kitware.com]
Sent: Monday, December 11, 2017 9:11 AM
To: Rick Irons <Rick.Irons at mathworks.com>
Cc: Brian Paul <brianp at vmware.com>; mesa-users at lists.freedesktop.org
Subject: Re: [Mesa-users] Software rendering configuration on LINUX

Hi Rick,
This comes up from time to time.  We need the same thing deploying ParaView render servers on CPU-only compute clusters without X, but I've found it difficult to really determine the right set of configuration parameters to use.  With the current Mesa release, 17.x, we've settled on the following ./configure parameters to produce a bare-bones-ish libOSMesa only containing the llvmpipe software driver.  Note that some of these parameters are already set by default but I find it helpful to be explicit since many of them are "auto-detect":

 /configure                                      \
--enable-opengl --disable-gles1 --disable-gles2  \
--disable-va --disable-xvmc --disable-vdpau      \
--disable-shared-glapi --disable-texture-float   \
--enable-llvm --enable-llvm-shared-libs          \
--with-gallium-drivers=swrast --with-platforms=  \
--disable-dri --disable-dri3 --with-dri-drivers= \
--disable-egl --disable-gbm --disable-glx        \
--disable-osmesa --enable-gallium-osmesa
Some that may be of specific interest to you:

  *   --disable-texture-float

     *   This is disabled by default but it's an important one to be explicit with if your developing commercial software to ship.  The OpenGL floating point textures implementation in Mesa is currently patent encumbered so enabling it is at your own risk.  FWIW though, the patent should expire sometime next year in the summer I believe when it should no longer be an issue.

  *   --enable-llvm-shared-libs

     *   If you change this to --disable-llvm-shared-libs then libLLVM will be linked statically into your resulting libOSMesa, which will make it pretty huge but will also drop the need for an extra dependency to be shipped.  So, it's a trade off.

  *   --disable-osmesa --enable-gallium-osmesa

     *   No need to change these but it can be confusing.  The first option disables the "legacy" DRI-based OSMesa implementation while the second enables the newer implementation based on the gallium driver architecture and also supports newer OpenGL standards while the legacy one does not.

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.
(518) 881-1183

On Tue, Dec 5, 2017 at 11:57 AM, Rick Irons <Rick.Irons at mathworks.com<mailto:Rick.Irons at mathworks.com>> wrote:
Hi Brian,

Thanks for the info.

Regards,
Rick

-----Original Message-----
From: Brian Paul [mailto:brianp at vmware.com<mailto:brianp at vmware.com>]
Sent: Tuesday, December 5, 2017 11:55 AM
To: Rick Irons <Rick.Irons at mathworks.com<mailto:Rick.Irons at mathworks.com>>; mesa-users at lists.freedesktop.org<mailto:mesa-users at lists.freedesktop.org>
Subject: Re: [Mesa-users] Software rendering configuration on LINUX

Hi Rick,

 From the sounds of it, OSMesa is indeed what you want.  It works with llvmpipe so it can be reasonably fast.

-Brian

On 12/05/2017 07:32 AM, Rick Irons wrote:
> Thanks Jeffrey for the info.
>
> We are looking to render without a windowing system.  It seems that
> using OSMesa is the only Mesa based option for such off screen
> rendering.  Is this correct?
>
> Thanks,
>
> Rick
>
> *From:* Jeffrey Collins [mailto:tildejac at outlook.com<mailto:tildejac at outlook.com>]
> *Sent:* Monday, December 4, 2017 7:51 PM
> *To:* Rick Irons <Rick.Irons at mathworks.com<mailto:Rick.Irons at mathworks.com>>;
> mesa-users at lists.freedesktop.org<mailto:mesa-users at lists.freedesktop.org>
> *Subject:* Re: Software rendering configuration on LINUX
>
> Isn't this what the Wayland interface is meant for?
> https://en.wikipedia.org/wiki/Wayland_(display_server_protocol
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__en.wikipedia.org
> _wiki_Wayland-5F-28display-5Fserver-5Fprotocol&d=DwMFAg&c=uilaK90D4TOV
> oH58JNXRgQ&r=Ie7_encNUsqxbSRbqbNgofw0ITcfE8JKfaUjIQhncGA&m=CST2HkydTH1
> XFl9qklsxi2sqHB7GggKHET8Fpl5vVU4&s=1pj_k6n3PJx12IhM9jQcKcZas3MScgGS8Ss
> 6ojmUH80&e=>)
>
> ----------------------------------------------------------------------
> --
>
> *From:*mesa-users <mesa-users-bounces at lists.freedesktop.org<mailto:mesa-users-bounces at lists.freedesktop.org>
> <mailto:mesa-users-bounces at lists.freedesktop.org<mailto:mesa-users-bounces at lists.freedesktop.org>>> on behalf of Rick
> Irons <Rick.Irons at mathworks.com<mailto:Rick.Irons at mathworks.com> <mailto:Rick.Irons at mathworks.com<mailto:Rick.Irons at mathworks.com>>>
> *Sent:* Monday, December 4, 2017 2:23 PM
> *To:* mesa-users at lists.freedesktop.org<mailto:mesa-users at lists.freedesktop.org>
> <mailto:mesa-users at lists.freedesktop.org<mailto:mesa-users at lists.freedesktop.org>>
> *Subject:* [Mesa-users] Software rendering configuration on LINUX
>
> Hi,
>
> Is a Mesa software rendering configuration that does not rely on X11
> possible for LINUX?  I would like to use a version of Mesa for OpenGL
> rendering on LINUX that does not rely on either graphics hardware and
> or X11.  Is using OSMesa my only option?
>
> Thanks,
>
> Rick
>
>
>
> _______________________________________________
> mesa-users mailing list
> mesa-users at lists.freedesktop.org<mailto:mesa-users at lists.freedesktop.org>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.freedesktop
> .org_mailman_listinfo_mesa-2Dusers&d=DwIGaQ&c=uilaK90D4TOVoH58JNXRgQ&r
> =Ie7_encNUsqxbSRbqbNgofw0ITcfE8JKfaUjIQhncGA&m=CST2HkydTH1XFl9qklsxi2s
> qHB7GggKHET8Fpl5vVU4&s=FP73VXIZ4X0mqLPR7dcV3niNT9m7TrqFRRYckPyxQDg&e=
>

_______________________________________________
mesa-users mailing list
mesa-users at lists.freedesktop.org<mailto:mesa-users at lists.freedesktop.org>
https://lists.freedesktop.org/mailman/listinfo/mesa-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-users/attachments/20171211/ef78a997/attachment-0001.html>