parser: extract function to handle .m

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: extract function to handle .n

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: extract function to handle .flags

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: extract function to handle .init

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: extract function to handle .function

Co-authored-by: Sebastian Dröge <sebastian@centricular.com>
Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: make directive handling extensible

Reformat the code for easier future extensions.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: extract a function to handle directives

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: extract a function to handle opcodes

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: add is_directive helper

To improve encapsulation

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: rewrite line tokenization code

Make the tokenization a separate function, leveraging the OrcLine
struct.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: introduce line handling utility: OrcLine

to extract and simplify the line handling logic.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: simplify the line handling

Make the code more regular and do a little cleanup.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: switch to orc_program_append_str_n

For better error reporting.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: add has_data helper

to check if a parser has still data to process

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: extract initialization function

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: reformat orc_parse_sanity_check

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: reorder and rename for consistency

minor internal cleanup
* put public APIs on top.
* rename internally for consistency.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: new API with better error reporting

Add orc_parse_code with more detailed error reporting
* more detailed error reporting, both machine and human friendlier.
* collect errors only if asked to.
* preserve backward compatibility with orc_parse_full.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: move init_function in the parser

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

parser: cleanup: use OrcVector to store programs

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

utils: add utility dynamic array

Add utility code to handle a dynamic array.
Supported operations:
* append an item
* grow the array
* get an item
* get the length of the array
* check if the array has any data on it.

There are clear use cases for this utility in the OrcParser,
but may be useful elsewhere as well.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

program: add orc_program_append_str_n

Add a new API which generalizes orc_program_append_str_2 which
* supports any number of operands for the given opcode
* reports the status of the operation

most notably, in case of unknown operand, the new API signals
the wrong operand.

Co-authored-by: Sebastian Dröge <sebastian@centricular.com>
Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/30>

orcrules-neon: Fix 64-bit loadupdb of size 16

It would otherwise be unhandled and result in an error although the code
for it exists.

CID 1523164

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/94>

orcprogram-neon: Fix usage of negative array index on errors

CID 1522422
CID 1522354

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/94>

orcparse: Check for correct number of function header directive arguments

This was otherwise accessing random pointers.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/94>

orcarm: Fix undefined behaviour

Left-shift of a negative signed integer is undefined behaviour. The
value becomes negative because bitwise-not on a positive, signed integer
results in a negative signed integer.

To solve this use unsigned integers. The code assumes that the sign bit
is not treated differently from any other bits.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/94>

orcprogram-mips: Fix memory leak of optimized instruction order array

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/94>

orcprogram: Don't read random stack memory if an opcode with 5 parameters is used

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/94>

orcprogram: Don't output garbage when unknown opcodes are observed

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/94>

Don't use volatile to mean atomic

volatile is not sufficient to provide atomic guarantees and real atomics
should be used instead. GCC 11 has started warning about using volatile
with atomic operations.

In case of orc, the volatile integers were always protected with a
mutex, which makes it completely unnecessary.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/91>

ci: Add default retry policy and mark jobs as interruptible by default

Copied from gst/gst repo.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/93>

ci: Move the windows image to Server 2022 base

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/93>

ci: Add workflow rules for Merge Requests

This will only trigger pipelines for merge requests, or branch
pipelines from scheduled pipelines, protected branched and tags
or when explicitly triggered from the web gui.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/93>

README: Fix typo

sucessor -> successor

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/90>

Fix guard around usage of pthread_jit_write_protect*

The guard should be macOS 11.0, not 10.11. We got no compiler warning
for this because `-Wunguarded-availability-new` only checks that you
have a guard. It can't check whether the guard is correct.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/89>

orccodemem: silence gcc 12 compiler warning

warning: null destination pointer [-Wformat-overflow=]
  223 |   sprintf(filename, "%s/orcexec.XXXXXX", dir);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/88>

ci: Add protect against future unguarded API usage

`-Werror=unguarded-availability-new` will protect us from using APIs
that are only available on new macOS / iOS versions without
`__builtin_available` guards.

Fix usage of pthread_jit_write_protect_np() on macOS and iOS

The API is not available on iOS at all, and is only available on macOS
starting from macOS 11, as can be seen in `pthread/pthread.h` in the
Xcode SDK:

```
__API_AVAILABLE(macos(11.0))
__API_UNAVAILABLE(ios, tvos, watchos, driverkit)
void pthread_jit_write_protect_np(int enabled);

__API_AVAILABLE(macos(11.0))
__API_UNAVAILABLE(ios, tvos, watchos, driverkit)
int pthread_jit_write_protect_supported_np(void);
```

The configuration check for this is actually wrong. We should detect
availability of the API at compile time and use it conditionally at
runtime. The code now checks the following cases:

1. Are we building for macOS?
2. Do we have a new-enough SDK that defines MAC_OS_VERSION_11_0 and
   hence has pthread_jit_write_* available?
3. Is the maximum macOS version allowed at least macOS 11.0, so we
   have a possibility of using this API at runtime?
4. Are we running on macOS 11.0 or newer?

Also: we need to ensure that pthread_jit_write_protect_supported_np()
actually returns true before using the API, because if you're shipping
an app, you need to set `com.apple.security.cs.allow-jit` in your app
otherwise the API won't work if you've opted in to Hardened Runtime.
See: https://developer.apple.com/documentation/apple-silicon/porting-just-in-time-compilers-to-apple-silicon

Fixes https://gitlab.freedesktop.org/gstreamer/orc/-/issues/44

Meson: Do not always generate static library for test library

Follow-up from ae14127e7131e5d7e747abf3f5988f8057c8ad48

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/85>

testsuite: fix memory leak in parse test

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/84>

Add NetBSD/powerpc support.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/83>

Add missing include.

Fixes
../orc/orccodemem.c:227:71: error: 'errno' undeclared (first use in this function)

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/83>

testsuite: fix compiler warning about unused variable

Happens on gst-macos-12.3 with --werror with clang 13.1.6
"Apple clang version 13.1.6 (clang-1316.0.21.2)":
../testsuite/memcpy_speed.c:25:23: error: variable 'sum' set but not used

ci: bump macOS/iOS versions

Back to development

Release 0.4.33

Fixes #42

Fix build on iOS simulator

pthread_jit_write_protect_np() is available but unusable on
iOS simulator:

../orc/orccompiler.c:460:3: error: 'pthread_jit_write_protect_np' is unavailable: not available on iOS

Fixes #43

meson: Enable only SSE and MMX backends for Windows

Other backends would not work or do not make sense

ci: move deploy stage behind build stage

orcarm.c: Implement orc_arm_flush_cache on Windows

Use the Windows API FlushInstructionCache() to flush the CPU cache on ARM64
Windows.  As a consequence, include windows.h with WIN32_LEAN_AND_MEAN defined.

orccpu-arm.c: Assume ARMv8 on Windows ARM64

ARM64 Windows are supported on ARMv8 CPUs only, so just assume that we have
the NEON and EDSP ARM instructions.

orccpu-arm.c: Include headers conditionally

unistd.h and sys/time.h may not be universally available, so only include them
if they were found at configure time.

meson: don't depend on pthreads when compiling for windows

On UNIX toolchains cross compiling for Windows, winpthread will be detected and
added as a dependency even though it's not used.

meson: export ORC_STATIC_COMPILATION in the pkgconfig file

If the library is compiled statically the define also needs to be set in the
orc-0.4.pc file so that users of the library (in a UNIX toolchain cross
compiling to Windows) will not import the functions as DLL imports.

orc: fix ORC_RESTRICT definition for MSVC

Fixes #40

meson: bump req to >= 0.55 and use meson.can_run_host_binaries()

.. instead of the deprecated meson.has_exe_wrapper()

ci: build docs and deploy to gitlab pages

https://gitlab.freedesktop.org/gstreamer/orc/-/issues/27

neon: Fix discrepancy when using loadupdb in 32-bit

Fix shifted outputs when output array is 8-byte aligned but not 16-byte aligned and loop shift is 1.

Fixes #32

Signed-off-by: Gaetan Bahl <gaetan.bahl@nxp.com>

neon: Fix testsuite not passing on arm CPUs

Set the FPCR.FZ bit before running tests using ARM NEON,
in order to make tests pass for most opcodes.

Add a way to check for expected failures in the test suite,
since ARM NEON does not comply to IEEE754.

Errors are expected when using divf (resp. sqrtf) on large
(resp. small) numbers.

Fixes #33, #20

Signed-off-by: Gaetan Bahl <gaetan.bahl@nxp.com>

neon: Fix sqrtf only processing two inputs out of four

This solves an issue where two out of four inputs are not processed
by passing the correct value of vec shift.

Fixes #33, #20.

Signed-off-by: Gaetan Bahl <gaetan.bahl@nxp.com>

neon: Fix divf only processing two inputs out of four

This solves an issue where two out of four input values are not processed
by passing the correct value of vec shift.

Fixes #33, #20.

Signed-off-by: Gaetan Bahl <gaetan.bahl@nxp.com>

neon: Fix out-of-shift errors when compiling certain float/double opcodes using neon

Setting the correct shift values solve the "out-of-shift" errors
and allow the following operators to successfully compile:
addf, subf, mulf, maxf, minf, cmpeqf, convfl, convlf, addd, subd, muld, divd

Fixes #33, #20, #2.

Signed-off-by: Gaetan Bahl <gaetan.bahl@nxp.com>

orccodemem: Fix use-after-free in error paths

In file included from gstreamer/subprojects/orc/orc/orc.h:7,
                 from gstreamer/subprojects/orc/orc/orcprogram.h:5,
                 from gstreamer/subprojects/orc/orc/orccodemem.c:30:
gstreamer/subprojects/orc/orc/orccodemem.c: In function ‘orc_code_region_allocate_codemem_dual_map.constprop’:
gstreamer/subprojects/orc/orc/orcdebug.h:138:3: warning: pointer ‘filename’ may be used after ‘free’ [-Wuse-after-free]
  138 |   orc_debug_print((level), __FILE__, ORC_FUNCTION, __LINE__, __VA_ARGS__); \
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
gstreamer/subprojects/orc/orc/orcdebug.h:92:26: note: in expansion of macro ‘ORC_DEBUG_PRINT’
   92 | #define ORC_WARNING(...) ORC_DEBUG_PRINT(ORC_DEBUG_WARNING, __VA_ARGS__)
      |                          ^~~~~~~~~~~~~~~
gstreamer/subprojects/orc/orc/orccodemem.c:252:5: note: in expansion of macro ‘ORC_WARNING’
  252 |     ORC_WARNING ("failed to create write map '%s'. err=%i", filename, errno);
      |     ^~~~~~~~~~~
gstreamer/subprojects/orc/orc/orccodemem.c:234:3: note: call to ‘free’ here
  234 |   free (filename);
      |   ^~~~~~~~~~~~~~~
gstreamer/subprojects/orc/orc/orcdebug.h:138:3: warning: pointer ‘filename’ may be used after ‘free’ [-Wuse-after-free]
  138 |   orc_debug_print((level), __FILE__, ORC_FUNCTION, __LINE__, __VA_ARGS__); \
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
gstreamer/subprojects/orc/orc/orcdebug.h:92:26: note: in expansion of macro ‘ORC_DEBUG_PRINT’
   92 | #define ORC_WARNING(...) ORC_DEBUG_PRINT(ORC_DEBUG_WARNING, __VA_ARGS__)
      |                          ^~~~~~~~~~~~~~~
gstreamer/subprojects/orc/orc/orccodemem.c:245:5: note: in expansion of macro ‘ORC_WARNING’
  245 |     ORC_WARNING("failed to create exec map '%s'. err=%i", filename, errno);
      |     ^~~~~~~~~~~
gstreamer/subprojects/orc/orc/orccodemem.c:234:3: note: call to ‘free’ here
  234 |   free (filename);
      |   ^~~~~~~~~~~~~~~

Fixes: bb5fcb31 ("orccodemem: Report errno during failures to create mmap codemap.")

ci: Add ARM64 and ARM Windows UWP jobs

Cross and native files are modified versions of the files used in the
gstreamer CI since we use the same Docker image.

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/64>

ci: Update Windows image and macos/ios tags

The latest image contains VS 2019, and was built in
https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1570

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/63>

neon: Fix unsigned only implementation of loadoffb, loadoffw and loadoffl

This has direct impact on bayer2rgb performance. Tested on i.MX8mm aarch64 -> Speedboost of ~17%.
Reason:
The line loadoffw t, s, -1 results in orc silent compile error
Pipeline:
gst-launch-1.0 -v videotestsrc ! video/x-bayer,width=1920,height=1080 ! bayer2rgb ! fpsdisplaysink video-sink=fakesink sync=0
Average performance with fix: 25.21fps
Average performance without fix: 21.60fps

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/62>

meson: Disable ARM64 support for Windows

Disable Windows ARM64 support/build for now, because it doesn't work.

Fixes: https://gitlab.freedesktop.org/gstreamer/orc/-/issues/36
Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/61>

executor: Fix orc_executor_set_program() to save OrcCode

orc_executor_set_program() was missed when it was added to
orc_executor_new().

meson: Set recursive for extract_all_objects()

Fixes the following warning:

WARNING: extract_all_objects called without setting recursive
keyword argument. Meson currently defaults to
non-recursive to maintain backward compatibility but
the default will be changed in the future.
orc-test\meson.build:16:0: ERROR: Fatal warnings enabled, aborting

orc: Add support for MacOS Hardened runtime.

orccodemem: Report errno during failures to create mmap codemap.

orc/orccpu-powerpc.c: fix build with kernel < 4.11

Build with powerpc and kernel < 4.11 is broken since version 0.4.30 and
https://gitlab.freedesktop.org/gstreamer/orc/-/commit/a999325abea6a5549d60d99ddeb0271d2aa00235:

FAILED: orc/liborc-0.4.so.0.32.0.p/orccpu-powerpc.c.o
/home/giuliobenetti/autobuild/run/instance-3/output-1/host/bin/powerpc-linux-gcc -Iorc/liborc-0.4.so.0.32.0.p -Iorc -I../orc -I. -I.. -fdiagnostics-color=always -pipe -Wall -Winvalid-pch -std=gnu99 -O3 -DHAVE_CONFIG_H -fvisibility=hidden -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -fPIC -pthread -DORC_ENABLE_UNSTABLE_API -D_GNU_SOURCE -DBUILDING_ORC -MD -MQ orc/liborc-0.4.so.0.32.0.p/orccpu-powerpc.c.o -MF orc/liborc-0.4.so.0.32.0.p/orccpu-powerpc.c.o.d -o orc/liborc-0.4.so.0.32.0.p/orccpu-powerpc.c.o -c ../orc/orccpu-powerpc.c
../orc/orccpu-powerpc.c: In function 'orc_check_powerpc_proc_auxv':
../orc/orccpu-powerpc.c:164:21: error: 'AT_L1D_CACHESIZE' undeclared (first use in this function); did you mean 'AT_DCACHEBSIZE'?
  164 |       if (buf[i] == AT_L1D_CACHESIZE) {
      |                     ^~~~~~~~~~~~~~~~
      |                     AT_DCACHEBSIZE
../orc/orccpu-powerpc.c:164:21: note: each undeclared identifier is reported only once for each function it appears in
../orc/orccpu-powerpc.c:168:21: error: 'AT_L2_CACHESIZE' undeclared (first use in this function); did you mean 'AT_ICACHEBSIZE'?
  168 |       if (buf[i] == AT_L2_CACHESIZE) {
      |                     ^~~~~~~~~~~~~~~
      |                     AT_ICACHEBSIZE
../orc/orccpu-powerpc.c:172:21: error: 'AT_L3_CACHESIZE' undeclared (first use in this function); did you mean 'AT_ICACHEBSIZE'?
  172 |       if (buf[i] == AT_L3_CACHESIZE) {
      |                     ^~~~~~~~~~~~~~~
      |                     AT_ICACHEBSIZE

Indeed, AT_{L1D,L2,L3}_CACHESIZE is only defined since kernel 4.11 and
https://github.com/torvalds/linux/commit/98a5f361b8625c6f4841d6ba013bbf0e80d08147

Fixes:
 - http://autobuild.buildroot.org/results/0821e96cba3e455edd47b87485501d892fc7ac6a

Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/56>

meson: don't set gnu99 as default c_std

Part-of: <https://gitlab.freedesktop.org/gstreamer/orc/-/merge_requests/55>

aarch32: Implement loadupdb instruction

Fill in aarch32 opcodes for loadupdb instruction, which is used
by various color space conversion programs. There is likely still
some space for optimization.

aarch64: Implement loadupdb instruction

Fill in aarch64 opcodes for loadupdb instruction, which is used
by various color space conversion programs. This is thus far only
available on aarch64, but arm32 port should be easy.

aarch64: Implement sqrtf instruction

Fill in aarch64 opcodes for sqrtf instruction.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement divf instruction

Fill in aarch64 opcodes for divf instruction.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement double-precision floating-point arithmetic instructions

Fill in aarch64 opcodes for double-precision floating point
arithmetic instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement flags2d

Implement support for .flags 2d by adding code for handling the loop
counter. The implementation is very similar to aarch32.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement const64 loadiq

Add support for loading 64bit constants on aarch64 by emitting a
sequence of pc-relative load, branch past the literal pool and a
constant as a literal pool entry.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement accumulator store

Add code to store the accumulator register.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement floating-point arithmetic instructions

Fill in aarch64 opcodes for floating point arithmetic instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement andn instruction

Fill in aarch64 opcode for andn instruction.
This is bic instruction with reversed operands.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement splatw3q instruction

This uses TRN2 instruction twice on the same data, first to expand
top half-word of SRC register into TMP register and then to expand
top world of TMP register to DST register. The following scheme is
implemented: src[ABCDEFGH] -> tmp[ABABEFEF] -> dst[ABABABAB] .

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement swapX instructions

Fill in aarch64 opcodes for swapX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement div255w instruction

Fill in aarch64 opcodes for div255w instruction.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement mulX instructions

Fill in aarch64 opcodes for mulX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement cmpX instructions

Fill in aarch64 opcodes for cmpX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement avgX instructions

Fill in aarch64 opcodes for avgX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement splitX/splatX instructions

Fill in aarch64 opcodes for splitX/splatX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement signX instructions

Fill in aarch64 opcodes for signX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement vminX/vmaxX instructions

Fill in aarch64 opcodes for vminX/vmaxX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement accX instructions

Fill in aarch64 opcodes for accX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement loadiX instructions

Fill in aarch64 opcodes for loadiX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement subX instructions

Fill in aarch64 opcodes for subX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement andX instructions

Fill in aarch64 opcodes for andX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement absX instructions

Fill in aarch64 opcodes for absX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement xorX instructions

Fill in aarch64 opcodes for xorX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement copyX/orX instructions

Fill in aarch64 opcodes for copyX/orX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>

aarch64: Implement mergeX instructions

Fill in aarch64 opcodes for mergeX instructions.

Signed-off-by: Marek Vasut <marex@denx.de>