2009-08-10 12:35:16 +01:00
|
|
|
LLVMPIPE -- a fork of softpipe that employs LLVM for code generation.
|
|
|
|
|
|
|
|
|
2009-08-18 17:36:13 +01:00
|
|
|
Status
|
|
|
|
======
|
|
|
|
|
|
|
|
Done so far is:
|
|
|
|
|
2009-08-22 22:26:55 +01:00
|
|
|
- the whole fragment pipeline is code generated in a single function
|
|
|
|
|
|
|
|
- depth testing
|
|
|
|
|
|
|
|
- fragment shader TGSI translation
|
|
|
|
- same level of support as the TGSI SSE2 exec machine, with the exception
|
|
|
|
we don't fallback to TGSI interpretation when an unsupported opcode is
|
|
|
|
found, but just ignore it
|
|
|
|
- texture sampling via an intrinsic call
|
|
|
|
- done in SoA layout
|
|
|
|
- input interpolation also code generated
|
|
|
|
|
|
|
|
- alpha testing
|
|
|
|
|
|
|
|
- blend (including logic ops)
|
|
|
|
- both in SoA and AoS layouts, but only the former used for now
|
|
|
|
|
|
|
|
- code is generic
|
|
|
|
- intermediates can be vectors of floats, ubytes, fixed point, etc, and of
|
|
|
|
any width and length
|
|
|
|
- not all operations are implemented for these types yet though
|
2009-08-18 17:36:13 +01:00
|
|
|
|
|
|
|
Most mesa/progs/demos/* work. Speed is on par with Keith's softpipe-opt branch,
|
|
|
|
which includes hand written fast implementations for common cases.
|
|
|
|
|
|
|
|
To do (probably by this order):
|
2009-08-22 22:26:55 +01:00
|
|
|
|
|
|
|
- code generate stipple and stencil testing
|
|
|
|
|
|
|
|
- code generate texture sampling
|
|
|
|
|
|
|
|
- translate TGSI control flow instructions, and all other remaining opcodes
|
|
|
|
|
|
|
|
- code generate the triangle setup and rasterization
|
2009-08-18 17:36:13 +01:00
|
|
|
|
|
|
|
|
2009-08-10 12:35:16 +01:00
|
|
|
Requirements
|
|
|
|
============
|
|
|
|
|
|
|
|
- Linux
|
|
|
|
|
2009-08-19 18:47:12 +01:00
|
|
|
- udis86, http://udis86.sourceforge.net/ . Use my repository, which decodes
|
|
|
|
opcodes not yet supported by upstream.
|
2009-08-16 11:50:17 +01:00
|
|
|
|
2009-08-19 18:47:12 +01:00
|
|
|
git clone git://people.freedesktop.org/~jrfonseca/udis86
|
2009-08-16 11:50:17 +01:00
|
|
|
cd udis86
|
|
|
|
./configure --with-pic
|
|
|
|
make
|
|
|
|
sudo make install
|
|
|
|
|
2009-08-18 19:20:48 +01:00
|
|
|
- LLVM 2.5. On Debian based distributions do:
|
2009-08-10 12:35:16 +01:00
|
|
|
|
|
|
|
aptitude install llvm-dev
|
2009-08-10 15:43:04 +01:00
|
|
|
|
2009-08-16 11:50:17 +01:00
|
|
|
There is a typo in one of the llvm-dev 2.5 headers, that causes compilation
|
2009-08-10 15:43:04 +01:00
|
|
|
errors in the debug build:
|
|
|
|
|
|
|
|
--- /usr/include/llvm-c/Core.h.orig 2009-08-10 15:38:54.000000000 +0100
|
|
|
|
+++ /usr/include/llvm-c/Core.h 2009-08-10 15:38:25.000000000 +0100
|
|
|
|
@@ -831,7 +831,7 @@
|
|
|
|
template<typename T>
|
|
|
|
inline T **unwrap(LLVMValueRef *Vals, unsigned Length) {
|
|
|
|
#if DEBUG
|
|
|
|
- for (LLVMValueRef *I = Vals, E = Vals + Length; I != E; ++I)
|
|
|
|
+ for (LLVMValueRef *I = Vals, *E = Vals + Length; I != E; ++I)
|
|
|
|
cast<T>(*I);
|
|
|
|
#endif
|
|
|
|
return reinterpret_cast<T**>(Vals);
|
2009-08-10 12:35:16 +01:00
|
|
|
|
|
|
|
- A x86 or amd64 processor with support for sse2, sse3, and sse4.1 SIMD
|
|
|
|
instructions. This is necessary because we emit several SSE intrinsics for
|
|
|
|
convenience. See /proc/cpuinfo to know what your CPU supports.
|
|
|
|
|
2009-08-22 22:26:55 +01:00
|
|
|
- scons
|
2009-08-10 12:35:16 +01:00
|
|
|
|
|
|
|
|
|
|
|
Building
|
|
|
|
========
|
|
|
|
|
|
|
|
To build everything invoke scons as:
|
|
|
|
|
|
|
|
scons debug=yes statetrackers=mesa drivers=llvmpipe winsys=xlib dri=false -k
|
|
|
|
|
2009-08-22 22:26:55 +01:00
|
|
|
Alternatively, you can build it with GNU make, if you prefer, by invoking it as
|
|
|
|
|
|
|
|
make linux-llvm
|
|
|
|
|
|
|
|
but the rest of these instructions assume scons is used.
|
|
|
|
|
2009-08-10 12:35:16 +01:00
|
|
|
|
|
|
|
Using
|
|
|
|
=====
|
|
|
|
|
|
|
|
Building will create a drop-in alternative for libGL.so. To use it set the
|
|
|
|
environment variables:
|
|
|
|
|
2009-08-10 16:12:51 +01:00
|
|
|
export LD_LIBRARY_PATH=$PWD/build/linux-x86_64-debug/lib:$LD_LIBRARY_PATH
|
2009-08-10 12:35:16 +01:00
|
|
|
|
2009-08-22 22:26:55 +01:00
|
|
|
or
|
|
|
|
|
|
|
|
export LD_LIBRARY_PATH=$PWD/build/linux-x86-debug/lib:$LD_LIBRARY_PATH
|
|
|
|
|
2009-08-10 12:35:16 +01:00
|
|
|
|
|
|
|
Unit testing
|
|
|
|
============
|
|
|
|
|
|
|
|
Building will also create several unit tests in
|
|
|
|
build/linux-???-debug/gallium/drivers/llvmpipe:
|
|
|
|
|
|
|
|
- lp_test_blend: blending
|
|
|
|
- lp_test_conv: SIMD vector conversion
|
|
|
|
- lp_test_format: pixel unpacking/packing
|
|
|
|
|
2009-08-20 10:21:49 +01:00
|
|
|
Some of this tests can output results and benchmarks to a tab-seperated-file
|
|
|
|
for posterior analysis, e.g.:
|
|
|
|
|
2009-08-22 22:26:55 +01:00
|
|
|
build/linux-x86_64-debug/gallium/drivers/llvmpipe/lp_test_blend -o blend.tsv
|
2009-08-10 12:35:16 +01:00
|
|
|
|
2009-08-21 10:57:48 +01:00
|
|
|
|
|
|
|
Development Notes
|
|
|
|
=================
|
|
|
|
|
2009-08-22 22:26:55 +01:00
|
|
|
- When looking to this code by the first time start in lp_state_fs.c, and
|
|
|
|
then skim through the lp_bld_* functions called in there, and the comments
|
|
|
|
at the top of the lp_bld_*.c functions.
|
|
|
|
|
|
|
|
- All lp_bld_*.[ch] are isolated from the rest of the driver, and could/may be
|
|
|
|
put in a standalone Gallium state -> LLVM IR translation module.
|
|
|
|
|
2009-08-21 10:57:48 +01:00
|
|
|
- We use LLVM-C bindings for now. They are not documented, but follow the C++
|
|
|
|
interfaces very closely, and appear to be complete enough for code
|
|
|
|
generation. See
|
|
|
|
http://npcontemplation.blogspot.com/2008/06/secret-of-llvm-c-bindings.html
|
|
|
|
for a standalone example.
|