]> git.ipfire.org Git - thirdparty/valgrind.git/commitdiff
Update.
authorJulian Seward <jseward@acm.org>
Fri, 21 Feb 2014 14:54:51 +0000 (14:54 +0000)
committerJulian Seward <jseward@acm.org>
Fri, 21 Feb 2014 14:54:51 +0000 (14:54 +0000)
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13827

README.aarch64

index 6f5de968d3837026390223bdc835ba00ac572204..706afa9020d777dcfd0230032f006bc0237fb6ab 100644 (file)
@@ -7,15 +7,14 @@ the 64-bit ARM architecture.  Currently it supports integer and FP
 instructions and can run almost anything generated by gcc-4.8.2 -O2.
 The port is under active development.
 
-Current limitations, as of mid-Jan 2014.
+Current limitations, as of mid-Feb 2014.
 
-* threaded apps won't work, due to inadequate sys_clone() support.
-
-* almost no support of vector (SIMD) instructions
+* limited support of vector (SIMD) instructions.  Initial target is
+  support for instructions created by gcc-4.8.2 -O3 (via vectorisation).
+  This is mostly complete.
 
 * Integration with the built in GDB server:
-   - basically works but breakpoints are causing crashes due to missing
-     unchainXDirect_ARM64 needed by LibVEX_UnChain.
+   - basically works but breakpoints may be problematic (unclear)
      Use --vgdb=full to bypass the problem.  
    - still to do:
       arm64 xml register description files (allowing shadow registers
@@ -23,11 +22,18 @@ Current limitations, as of mid-Jan 2014.
       ptrace invoker : currently disabled for both arm and arm64
       cpsr transfer to/from gdb to be looked at (see also arm equivalent code)
 
+* limited syscall support
+
 There has been extensive testing of the baseline simulation of integer
 and FP instructions.  Memcheck is also believed to work, at least for
 small examples.  Other tools appear to at least not crash when running
 /bin/date.
 
+Enough syscalls are supported for /bin/ssh and /bin/bash to work.  In
+particular that means that programs that create and use TCP sockets
+are likely to work.
+
+
 
 Building
 ~~~~~~~~
@@ -231,3 +237,6 @@ the upper half of the values is "harmless."
 
 math_MINMAXV: use real Iop_Cat{Odd,Even}Lanes ops rather than
 inline scalar code
+
+
+chainXDirect_ARM64: use direct jump forms when possible