기존 이솝 임베디드 포럼의 지식인 서비스가 게시판 형태로 변경되었습니다.
안녕하세요.
이것 저것 다 해보았는데 문제가 끊이 질 않네요.. ㅜㅜ;;;
U-BOOT의 arm_boot 함수에서 특정 기능을 하는 FW(main_go() 함수)를 호출하는 부분을 Porting 했는데요.
BSS 영역의 특정 Global 변수를 접근하면 Data Abort가 발생합니다.
ARMCC로 컴파일 되던 소스를 GCC로 변환 시키는 작업이라 굳이 U-BOOT을 사용하게 되었네요.
작업은 s3c6410 보드로 하였습니다.
Floating Point(64Bit 연산)을 위해서 -mabi=apcs-gnu 를 aapcs로 변환 시키고, 관련 library를 추가 해 주었습니다.
그리고, U-BOOT RAM Address관련 사항을 base 0x5000 0000 + 0x07e0 0000을 + 0x0010 0000으로 변경 해주었습니다.
Nor 부팅을 이용해서 DNW로 램영역 0x5010 0000에 다운로드 시켜서 특정 BSS영역의 Global변수를 호출 할 때까지 정상 동작을 합니다.
처음에는 4byte align이 안 맞아서 생기는 문제 인 줄 알았는데, structure type과 union type 등 __packed을 사용해서 맞춰 준 것 같은데, 다른 Global 변수를 호출 할 때 Data Abort가 발생하더군요. (structure type 변수 pass 후 u8 배열 변수에서 Data Abort, 변수 배열 사이즈(기존 4Mbyte) 조절하면 다른 곳에서 발생... ㅜㅜ;;;)
memory map을 봐도 문제 되는 부분은 4byte align이 잘 맞고 있습니다.
(좀 이상한 부분이 Data Abort 발생 지점의 상위 단의 변수인
0x0000 000c g_time
0x0000 000d g_day
이런 식으로 u8 데이타가 존재하는 부분이 있습니다.
하지만 이 부분 접근 시에는 별다른 문제가 없네요.
)
Bootloader라서 Ram의 초기화가 안될 수도 있어서 보니 128MByte 영역을 모두 초기화 해주는 것 같습니다.
실제로 Global 변수 사이즈를 조절해서 봐도 특정 address를 어느 때는 접근 가능하고 어느 때는 Data Abort가 뜹니다.
그리고, link Script 부분도 이것 저것 수정해 봤는데 역시 변화는 없더군요.
FW 내부에서 GPIO 및 기타 Kernel에서 하는 초기화 루틴이 있는데 clock 변경 등...
큰 문제는 없는데 뭔가 불안하네요.
이렇게 Global 변수를 접근 시에 Data Abort가 발생 할 경우, Check해봐야 하는 부분이 뭐가 있을 까요??
U-BOOT의 특성을 타는 건지 모르겠네요...
약간의 힌트라도 답변 부탁드립니다. ㅜㅜ
https://github.com/theopolis/u-boot-sboot/blob/master/doc/README.arm-unaligned-accesses
uboot 관련문서들을 참조해 보시면 도움이 되지 않을까 합니다.
정확히 어떤 문제로 data abort가 발생되는지는 저도 잘 모르겠네요.. 추측만 할뿐...ㅠㅠ