구차니의 잡동사니 모음

음.. JTAG없이 SWD만으로 하는데

SWD로 안되면.. 머가 문제일려나..

TCK/TMS 인식인가..?

How do I switch the debugger connection between JTAG and SWD (Serial Wire Debug) protocol?

Applies to: Debug Access Port (DAP)

Answer

The SWJ-DP component supports both protocols - Serial Wire and JTAG. The selector is part of the SWJ-DP.

The default protocol at power-up is JTAG, so if you want to use Serial Wire, you need to use the TCK and TMS pins to scan in a special 'key', which is a sequence of TMS values which has no effect for a pure JTAG TAP but is recognized by a SWJ-DP TAP as a request to switch into Serial Wire mode. Similarly, there is another another TMS sequence to switch back from SWD to JTAG protocol.

[링크 : http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka11775.html]

음.. 문서도 같이 있으려나?

[링크 : https://github.com/beagleboard]

[링크 : http://elinux.org/Building_BBB_Kernel]

확실히. SIMD쪽이 DSP 보다는 명령어가 먼가.. 파워풀 해보이는 기분?

ARM9 dsp

[링크 : http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dvi0022a/ar01s02s14.html]

ARM11 simd

[링크 : http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0301h/Caccebch.html]

Parallel add /subtract

Sign/zero extend and add

Signed multiply and multiply, accumulate

Saturate, select, and pack

[링크 : http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0491i/CJADHCJE.html]

그나저나..ARM11의 SIMD 명령어 셋 목록 구하기 어렵네..

무슨 차이가 있나 보려고 했더니..

ARMv6 SIMD Features:

 75% performance increase for audio and video processing

 Simultaneous computation of 2x16-bit or 4x8-bit operands

 Fractional arithmetic

 User definable saturation modes (arbitrary word-width)

 Dual 16x16 multiply-add/subtract 32x32 fractional MAC

 Simultaneous 8/16-bit select operations

 Performance up to 3.2 GOPS at 800MHz

 Performance is achieved with a "near zero" increase in power consumption on a typical implementation

[링크 : http://www.arm.com/products/processors/technologies/dsp-simd.php]

[링크 : http://elinux.org/images/4/40/Elc2011_anderson_arm.pdf]

[링크 : https://web.eecs.umich.edu/~prabal/teaching/eecs373-f10/readings/ARM_Architecture_Overview.pdf]

오예 찾았다

__qadd16 intrinsic

__qadd8 intrinsic

__qasx intrinsic

__qsax intrinsic

__qsub16 intrinsic

__qsub8 intrinsic

__sadd16 intrinsic

__sadd8 intrinsic

__sasx intrinsic

__sel intrinsic

__shadd16 intrinsic

__shadd8 intrinsic

__shasx intrinsic

__shsax intrinsic

__shsub16 intrinsic

__shsub8 intrinsic

__smlad intrinsic

__smladx intrinsic

__smlald intrinsic

__smlaldx intrinsic

__smlsd intrinsic

__smlsdx intrinsic

__smlsld intrinsic

__smlsldx intrinsic

__smuad intrinsic

__smuadx intrinsic

__smusd intrinsic

__smusdx intrinsic

__ssat16 intrinsic

__ssax intrinsic

__ssub16 intrinsic

__ssub8 intrinsic

__sxtab16 intrinsic

__sxtb16 intrinsic

__uadd16 intrinsic

__uadd8 intrinsic

__uasx intrinsic

__uhadd16 intrinsic

__uhadd8 intrinsic

__uhasx intrinsic

__uhsax intrinsic

__uhsub16 intrinsic

__uhsub8 intrinsic

__uqadd16 intrinsic

__uqadd8 intrinsic

__uqasx intrinsic

__uqsax intrinsic

__uqsub16 intrinsic

__uqsub8 intrinsic

__usad8 intrinsic

__usada8 intrinsic

__usax intrinsic

__usat16 intrinsic

__usub16 intrinsic

__usub8 intrinsic

__uxtab16 intrinsic

__uxtb16 intrinsic.

[링크 : http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0491i/CJADHCJE.html]

결론만 적자면..

A5는 저전력

A7은 A5의 저전력에 A8의 고성능 추구

A5 - ARM11 대체용, 전력은 ARM9급 성능은 ARM11, ARMv7 명령어 셋

A7 -                  전력은 Cortex-A5급 성능은 Cortex-A8, ARMv7 명령어 셋

[링크 : http://avenuel.tistory.com/1298] cortex-a5

[링크 : http://avenuel.tistory.com/1314] cortex-a7

[링크 : https://namu.wiki/w/ARM%20Cortex-A%20시리즈#s-1.1.1]

cortex-m3만 사용했는데 문득 M0 라던가 다른 모델군이 있는게 생각이 나서 검색..

일단은.. cortex-m3 는 그래도 나름! 풀 스펙에 가까운 표준형 cortex-m 시리즈라고 보면

M0는 숫자가 적은 만큼 마이너 버전이다.

그리고 M0/M1은 M3와 다르게 ARMv6 계열.. ㄷㄷㄷ

또한 Thumb 호환성도 조금 더 낮고(그래서 저전력/gate 수가 적다고)

결정적으로.. Hardware divider가 제외되어있다. 그나마 Hardware multiplier가 있는게 다행인가..

조금.. 의아한건..

M3/4/7이 Harvard 아키텍쳐인데 반해

M0/1은 폰 노이만으로의 회귀...

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

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

[링크 : https://en.wikipedia.org/wiki/ARM_Cortex-M]

그런데 보다 보니 Saturated math라는게 보여서 링크를 따라가니.. 오홍.. 좋아 보이는데?!?!?!

간단하게 설명하면 더 큰 변수로 캐스팅, 계산 값 범위 비교, 클 경우 최대값 넣기

이 세가지를 한방에 끝내주는 연산이다. overflow로 인한 예측하지 못한 값에 의한 오류도 막아주고(물론 오차는 존재하지만)

if문에 의한 branch를 줄여주는 부분에서 상당한 장점이 있을 것으로 보인다.

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

[링크 : http://www.arm.com/products/processors/cortex-m/]

CPU 패밀리(?)는 EJ

아키텍쳐는 TE

ARM926EJ-S

Architecture ARMv5TE

The ARM926EJ-S processor implements the ARMv5TEJ instruction set 

[링크 : http://www.arm.com/products/processors/classic/arm9/arm926.php]

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

근데 ARM 홈페이지에서도 페이지 별로 ARMv5TE와 ARMv5TEJ 를 섞어 쓰는건 함정.. ㄷㄷㄷ

TEJ라는 녀석도 구글에서 검색은 되는데 레퍼런스로 쓸만한건 안보이는 듯..

Integrated Modem + Applications

OMAP710 ‐ ARM925 + GSM/GPRS

OMAP730 ‐ ARM926TEJ + GSM/GPRS

OMAP733 ‐ ARM926TEJ + GSM/GPRS

OMAP750 ‐ ARM926TEJ + GSM/GPRS

OMAP850 ‐ ARM926TEJ + EDGE

OMAPV1030 ‐ ARM926TEJ + GSM/GPRS/EDGE

OMAPV1035 ‐ ARM926EJ + GSM/GPRS/EDGE

[링크 : http://www.wdic.org/w/WDIC/OMAP]

jazelle 가속이 ARMv7 부터 사라진거 봐서는 의미가 없는거 같긴한데

결론은.. 실제적으로 실패한 기술이려나?

[링크 : http://en.wikipedia.org/wiki/Jazelle]

[링크 : http://en.wikipedia.org/wiki/Ahead-of-time_compilation]

[링크 : http://en.wikipedia.org/wiki/Just-in-time_compilation]

음.. rpm이 요구사항이라.. 우분투에서는 조금 빡센건가..

그나저나.. 저런거 깔아도 경로 문제는 해결이 안되는거 같던데.. 끄응...

[링크 : http://ltib.org/documentation-LtibFaq#ref_10]

[링크 : http://forum.falinux.com/zbxe/index.php?document_srl=785398&mid=lecture_tip]

전반적으로...

SD card에 JFFS를 쓰는건 듣도 보도 못한 이야기다! 라는 느낌 -_-

아.. 앙대 ㅠㅠ

일부 SD 메모리에는 자체적으로 wear leveling을 지원한다고 하니..

그런걸 쓰고 noatime 정도가 한계이려나?

[링크 : http://lists.rocketboards.org/pipermail/rfi/2014-October/002413.html]

[링크 : http://superuser.com/questions/248078/choice-of-filesystem-for-gnu-linux-on-an-sd-card]

[링크 : http://wiki.openmoko.org/wiki/FileSystem_microSD_cards]