openharmony/third_party_mesa3d
1
0
Fork 0
mirror of https://gitee.com/openharmony/third_party_mesa3d synced 2024-11-27 01:20:36 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity

docs: gallium -> Gallium

Browse Source 
Reviewed-by: Eric Anholt <eric@anholt.net>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6894>
This commit is contained in:
Erik Faye-Lund 2020-09-28 13:49:20 +02:00 committed by Marge Bot
parent 9d34c99f39
commit 8f24a14175
6 changed files with 8 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
docs/codingstyle.rst
View File

@ -112,7 +112,7 @@ Basic formatting guidelines
- Constants, macros and enum names are ``ALL_UPPERCASE``, with \_
between words.
- Mesa usually uses camel case for local variables (Ex:
``localVarname``) while gallium typically uses underscores (Ex:
``localVarname``) while Gallium typically uses underscores (Ex:
``local_var_name``).
- Global variables are almost never used because Mesa should be
thread-safe.

4
docs/index.rst
View File

@ -108,13 +108,13 @@ February 2012: Mesa 8.0 is released, implementing the OpenGL 3.0
specification and version 1.30 of the OpenGL Shading Language.
July 2016: Mesa 12.0 is released, including OpenGL 4.3 support and
initial support for Vulkan for Intel GPUs. Plus, there's another gallium
initial support for Vulkan for Intel GPUs. Plus, there's another Gallium
software driver ("swr") based on LLVM and developed by Intel.
Ongoing: Mesa is the OpenGL implementation for devices designed by
Intel, AMD, NVIDIA, Qualcomm, Broadcom, Vivante, plus the VMware and
VirGL virtual GPUs. There's also several software-based renderers:
swrast (the legacy Mesa rasterizer), softpipe (a gallium reference
swrast (the legacy Mesa rasterizer), softpipe (a Gallium reference
driver), llvmpipe (LLVM/JIT-based high-speed rasterizer) and swr
(another LLVM-based driver).

2
docs/osmesa.rst
View File

@ -37,7 +37,7 @@ When the build is complete you should find:
::
$PWD/builddir/install/lib/libOSMesa.so (swrast-based OSMesa)
$PWD/builddir/install/lib/gallium/libOSMsea.so (gallium-based OSMesa)
$PWD/builddir/install/lib/gallium/libOSMsea.so (Gallium-based OSMesa)
Set your LD_LIBRARY_PATH to point to $PWD/builddir/install to use the
libraries

2
docs/sourcetree.rst
View File

@ -195,7 +195,7 @@ each directory.
- **d3dadapter9** - d3dadapter9.so for Wine
- **dri** - libgallium_dri.so loaded by libGL.so
- **graw** - raw gallium interface without a frontend
- **graw** - raw Gallium interface without a frontend
- XXX more
- **glx** - The GLX library code for building libGL.so using DRI

2
docs/viewperf.rst
View File

@ -185,7 +185,7 @@ If either of the two passes happen to use a software fallback of some
sort, the Z values of fragments may be different between the two passes.
This leads to incorrect rendering.
For example, the VMware SVGA gallium driver uses a special semi-fallback
For example, the VMware SVGA Gallium driver uses a special semi-fallback
path for drawing with polygon stipple. Since the two passes are rendered
with different vertex transformation implementations, the rendering
doesn't appear as expected. Setting the SVGA_FORCE_SWTNL environment

4
docs/vmware-guest.rst
View File

@ -15,7 +15,7 @@ supported in the guest. This requires:
- The host OS, GPU and graphics driver supports DX11 (Windows) or
OpenGL 4.0 (Linux, Mac)
- On Linux, the vmwgfx kernel module must be version 2.9.0 or later.
- A recent version of Mesa with the updated svga gallium driver.
- A recent version of Mesa with the updated svga Gallium driver.
Otherwise, OpenGL 2.1 is supported.
@ -58,7 +58,7 @@ The components involved in this include:
- Linux kernel module: vmwgfx
- X server 2D driver: xf86-video-vmware
- User-space libdrm library
- Mesa/gallium OpenGL driver: "svga"
- Mesa/Gallium OpenGL driver: "svga"
All of these components reside in the guest Linux virtual machine. On
the host, all you're doing is running VMware