//===- README.txt - Notes for improving CellSPU-specific code gen ---------===// This code was contributed by a team from the Computer Systems Research Department in The Aerospace Corporation: - Scott Michel (head bottle washer and much of the non-floating point instructions) - Mark Thomas (floating point instructions) - Michael AuYeung (intrinsics) - Chandler Carruth (LLVM expertise) - Nehal Desai (debugging, i32 operations, RoadRunner SPU expertise) Some minor fixes added by Kalle Raiskila. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, NONINFRINGEMENT, OR OTHERWISE. IN NO EVENT SHALL THE AEROSPACE CORPORATION BE LIABLE FOR DAMAGES OF ANY KIND OR NATURE WHETHER BASED IN CONTRACT, TORT, OR OTHERWISE ARISING OUT OF OR IN CONNECTION WITH THE USE OF THE SOFTWARE INCLUDING, WITHOUT LIMITATION, DAMAGES RESULTING FROM LOST OR CONTAMINATED DATA, LOST PROFITS OR REVENUE, COMPUTER MALFUNCTION, OR FOR ANY SPECIAL, INCIDENTAL, CONSEQUENTIAL, OR PUNITIVE DAMAGES, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES OR SUCH DAMAGES ARE FORESEEABLE. --------------------------------------------------------------------------- --WARNING--: --WARNING--: The CellSPU work is work-in-progress and "alpha" quality code. --WARNING--: If you are brave enough to try this code or help to hack on it, be sure to add 'spu' to configure's --enable-targets option, e.g.: ./configure \ --enable-targets=x86,x86_64,powerpc,spu --------------------------------------------------------------------------- TODO: * In commit r142152 vector legalization was set to element promotion per default. This breaks half vectors (e.g. v2i32) badly as they get element promoted to much slower types (v2i64). * Many CellSPU specific codegen tests only grep & count the number of instructions, not checking their place with FileCheck. There have also been some commits that change the CellSPU checks, some of which might have not been thoroughly scrutinized w.r.t. to the changes they cause in SPU assembly. (especially since about the time of r142152) * Some of the i64 math have huge tablegen rules, which sometime cause tablegen to run out of memory. See e.g. bug 8850. i64 arithmetics should probably be done with libraries. * Create a machine pass for performing dual-pipeline scheduling specifically for CellSPU, and insert branch prediction instructions as needed. * i32 instructions: * i32 division (work-in-progress) * i64 support (see i64operations.c test harness): * shifts and comparison operators: done * sign and zero extension: done * addition: done * subtraction: needed * multiplication: done * i128 support: * zero extension, any extension: done * sign extension: done * arithmetic operators (add, sub, mul, div): needed * logical operations (and, or, shl, srl, sra, xor, nor, nand): needed * or: done * f64 support * Comparison operators: SETOEQ unimplemented SETOGT unimplemented SETOGE unimplemented SETOLT unimplemented SETOLE unimplemented SETONE unimplemented SETO done (lowered) SETUO done (lowered) SETUEQ unimplemented SETUGT unimplemented SETUGE unimplemented SETULT unimplemented SETULE unimplemented SETUNE unimplemented * LLVM vector suport * VSETCC needs to be implemented. It's pretty straightforward to code, but needs implementation. * Intrinsics * spu.h instrinsics added but not tested. Need to have an operational llvm-spu-gcc in order to write a unit test harness. ===-------------------------------------------------------------------------===