구차니의 잡동사니 모음

erase block 단위로 정렬하면 좋다는데 그걸 어떻게 확인하지?

데이터시트 안보고 리눅스 레벨에서 확인할 순 없나?

[링크 : https://unix.stackexchange.com/questions/248939/how-to-achieve-optimal-alignment-for-emmc-partition]

[링크 : https://stackoverflow.com/questions/2755171/arm-assembly-converting-endianness]

[링크 : https://developer.arm.com/documentation/dui0473/m/arm-and-thumb-instructions/rev]

[링크 : https://stackoverflow.com/questions/35133829/does-arm-gcc-have-a-builtin-function-for-the-assembly-rev-instruction]

[링크 : https://teus.me/726]

gcc built-in function 이고 자매품(?) 으로 __builtin_bswap16 이라는 녀석도 있다.

[링크 : https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html]

어.. vertorized 안되면.. 그냥 쌩으로 for 돌려야 하는건데...?! 이럼 나가리인데?!?!?

[링크 : https://www.ibm.com/docs/en/openxl-c-and-cpp-aix/17.1.0?topic=functions-supported-gcc-non-vector-built-in]

주로 다루고 있는게 A9(zynq z7020, imx6q) 과 A53(imx8mp) 인데

A53만 해도 나온지 10년이 된 녀석.. A5x 시리즈의 최초 버전

벤치해보면 의외로 빠르지 않았는데, 클럭빨이었나.. A9보다 낮은 2.3DMIPS라니..

라즈베리 같은데 A7 인데 얘도 공정빨로 클럭이 높아서 쓸만할뿐 1.9DMIPS 로 성능이 좋은편은 아니다

A9이 클럭이 낮고 열이 많이 나서 그렇지(!) 기본 성능 자체는 2.5DMIPS로 의외로 좋게 설계되어 있다.

(물론 설계대로 성능이 나온다는 말은 아님)

근데 A9도 out-of-order를 지원하는데 A53은 in-order 라니!! 이게 무슨 소리요!!

다른 의미로는 A53 보다는 A57 이후 버전은 되어야 그나마(?) 쓸만 하다는 의미?

[링크 : https://en.wikipedia.org/wiki/List_of_ARM_processors]

armv7에 비해서 armv8(aarch64)의 simd 통합은 더 강해졌는지

명령어가 사라지고 src와 dst의 레지스터에 vertor와 scalar가 사용된다.

예전에 이상하다 싶어서 찾아두기만 한 녀석인데

add 명령은 그대로이고 v0 이라는 vertor 레지스터에 4s, 4개의 32bit 변수형(아마도 signed int?)을

한번에 더하는 계산을 하라고 시킨다.

dst, src1, oper 일테니까 v0.4s = v0.4s + v1.4s 로 보면 될 듯.

2021.06.30 - [embeded/raspberry pi] - aarch, armv8 asimd build (neon)

scalar

평범(?)한 Q / D / S / H / B

[링크 : https://developer.arm.com/documentation/den0024/a/ARMv8-Registers/NEON-and-floating-point-registers/Scalar-register-sizes]

vector

D가 아마도 double형 같은 64bit(8byte) 변수일텐데

그것 조차도 한번에 2개씩 연산이 가능한 레지스터라니..

[링크 : https://developer.arm.com/documentation/den0024/a/ARMv8-Registers/NEON-and-floating-point-registers/Vector-register-sizes]

저번에 작성한 프로그램에서 VFP 를 통한 연산가속을 활성화 해봤는데 혹시나 해서, 어떤 명령어를 이용했나 역으로 찾아보는 중

역어셈블 해보니 위와 같이 vsub.i16과 같은 neon 으로도 될 것 같은 녀석은 패스하면 vsub.f32 밖에 없다.

vsub.f32가 neon 껀지 vfp껀지 궁금해서 찾아보는 중

[링크 : https://developer.arm.com/documentation/dui0489/i/neon-and-vfp-programming/vsub--floating-point-]

[링크 : https://developer.arm.com/documentation/den0018/a/NEON-and-VFP-Instruction-Summary/List-of-all-NEON-and-VFP-instructions]

cortex a9의 NEON MPE는 Advanced SIMD와 VFP 확장을 구현하였지만

IEEE754 연산중 아래의 연산을 하드웨어적으로 제공하지 않는다 인데

round float-point number to nearest integer-valued in floating point number 때문에

gcc 에서 --fast-math 를 켜줘야 VFP 명령이 활성화 되는걸까?

[링크 : https://developer.arm.com/documentation/ddi0409/e/programmers-model/ieee754-standard-compliance]

+

다시 옵션에 따른 비교를 해보니

어찌 된게 ffast-math 한게 디스어셈블한 부분이 더 길다.. 그런데 왜 빠르지?

흐으으으으음.. 어셈은 어려워 -_ㅠ

[링크 : https://developer.arm.com/documentation/den0018/a/NEON-and-VFP-Instruction-Summary/List-of-all-NEON-and-VFP-instructions]

SLP가 먼가 해서 보는데 gcc/gnu 문서 내에서는 없어서

word 보다 더 큰 크기의 데이터들에 대해서(super word level) 병렬화(parallelism) 한다는 의미인가?

[링크 : https://rcor.me/papers/cgo19snslp.pdf]

[링크 : https://llvm.org/docs/Vectorizers.html#slp-vectorizer]

Example 20: Basic block SLP with multiple types, loads with different offsets, misaligned load, and not-affine accesses:

void foo (int * __restrict__ dst, short * __restrict__ src,
          int h, int stride, short A, short B)
{
  int i;
  for (i = 0; i < h; i++)
    {
      dst[0] += A*src[0] + B*src[1];
      dst[1] += A*src[1] + B*src[2];
      dst[2] += A*src[2] + B*src[3];
      dst[3] += A*src[3] + B*src[4];
      dst[4] += A*src[4] + B*src[5];
      dst[5] += A*src[5] + B*src[6];
      dst[6] += A*src[6] + B*src[7];
      dst[7] += A*src[7] + B*src[8];
      dst += stride;
      src += stride;
    }
}

[링크 : https://gcc.gnu.org/projects/tree-ssa/vectorization.html#slp]

PTM은 Program Trace Macrocell의 약자로 말그대로 프로그램을 추적하는 녀석이라

데이터만을 추적하는 기능은 제공하지 않는 듯.

[링크 : https://www.epnc.co.kr/news/articleView.html?idxno=45715]

[링크 : https://developer.arm.com/documentation/100511/0401/functional-description/about-the-functions/ptm-interface]

문득.. JTAG은 표준인데 왜 업체별로 다르지? 라는 생각에 검색하다 보니

공용으로 쓸 수 있는진 모르겠지만

openOCD를 이용하면 viviado 등이 없어도 FPGA에 쓸 수 있다고 하는걸 봐서는

openOCD가 각종 jtag를 지원한다고 보는게 맞을 듯.

[링크 : http://www.tkjelectronics.dk/?p=products&product=unijtag]

다른 JTAG을 사용..

[링크 : https://tomverbeure.github.io/2019/09/15/Loading-a-Spartan-6-bitstream-with-openocd.html]

이름대로 MCU를 위한 공통 API 라고 보면 될 듯.

칩 제조사 마다 독자적인 C API를 제공하지만, 칩이 달라지면 그대로 쓸 수 없는데 CMSIS를 쓰면 다른 벤더에서도

소스 레벨에서는 문제없이 쓸 수 있을 것 같긴하다.

[링크 : https://developer.arm.com/tools-and-software/embedded/cmsis]

+

cordic 찾다 cmsis sw divider 라는게 보이네.

[링크 : https://arm-software.github.io/CMSIS_5/DSP/html/group__divide.html]

[링크 : https://www.iar.com/kr/knowledge/learn/programming/using-iar-embedded-workbench-for-arm-and-the-cmsis-dsp-library/]

아래 파일은 어디서 봐야하냐..

[링크 : https://www.nxp.com/docs/en/user-guide/IMX_LINUX_USERS_GUIDE.pdf]