Ps2toolchain: ELF 파일의 마지막 바이트가 때때로 손상됨

어떻게 그런 결론에 도달했는지 놀랍습니다

ELF 내의 값이 좋은 것 같으면 ps2link 문제라고 생각하지 않는 이유는 무엇입니까? ELF를 로드하기 위해 다른 방법을 사용했다면?
ps2link가 메모리를 지우지 않아 발생했을 가능성이 있다고 생각합니다. sceSifLoadElf() 함수는 메모리를 0으로 만들지 않으므로 ELF가 해당 함수로 로드되기 전에 메모리가 지워지지 않으면 잘못된 데이터가 나타날 수 있습니다.

ELF 내의 값이 좋은 것 같으면 ps2link 문제라고 생각하지 않는 이유는 무엇입니까? ELF를 로드하기 위해 다른 방법을 사용했다면?

네, ELF 파일의 데이터는 괜찮은 것 같은데, 이번 호 제목이 좀 오해의 소지가 있는 것 같습니다. 다른 로더를 사용해 보겠습니다.

ps2link가 메모리를 지우지 않아 발생했을 가능성이 있다고 생각합니다. sceSifLoadElf() 함수는 메모리를 0으로 만들지 않으므로 ELF가 해당 함수로 로드되기 전에 메모리가 지워지지 않으면 잘못된 데이터가 나타날 수 있습니다.

const int는 .sdata(정적 데이터) 섹션에 있습니다. .sdata 섹션이 elf 파일에서 메모리 어딘가에 16bytes/128bit 단위로 복사된 것 같아요. 아마도 .sdata 섹션이 128비트의 배수가 아닌 경우 나머지 데이터는 복사되지 않고 그 자리에 0이 남게 될까요?
또는 .sdata 섹션이 올바르게 복사되었지만 다른 0으로 채워진 섹션이 옆에 제대로 정렬되지 않았습니까? 그리고 .sdata가 복사된 후에 영점이 발생합니까?

안녕하세요,
@sp193 이 옳았고 문제가 ps2link 에 있는지 확인하기 위해 예제를 수정했으며 이제 scr_prinf 기능을 사용하여 화면에서 출력을 보고 다음으로 쉽게 실행할 수 있습니다. ULaunchELF 또는 PCSX2 에 로드됨

파일의 내용

#include <stdio.h>

void init_scr(void);
void scr_printf(const char *, ...) __attribute__((format(printf,1,2)));

extern const int i1, i2, i3, i4;

int main()
{
   init_scr();
   scr_printf("i1=%d\n", i1);
   scr_printf("i2=%d\n", i2);
   scr_printf("i3=%d\n", i3);
   scr_printf("i4=%d\n", i4);

   while(1) {}

   return 0;
}

const int dum1=1;
const int dum2=2;
const int dum3=3;
const int dum4=4;
const int dum5=5;
const int i1=1111;
const int i2=2222;
const int i3=3333;
const int i4=4444;

컴파일 과정

ee-gcc -o hello.elf hello.c -L$PS2SDK/ee/lib -ldebug

이 경우 PCSX2 를 사용하여 출력

보시다시피 결과는 @rickgaiser 가 언급한 것과 같습니다.

i1=1111
i2=2222
i3=3333
i4=0

감사 해요

ps2link는 SifLoadElf 함수를 사용하여 elf 파일을 로드합니다.
https://github.com/ps2dev/ps2link/blob/1ec566c54bb8b567ee0a702982b392f37807b5e2/ee/cmdHandler.c#L138

ps2sdk에서:
https://github.com/ps2dev/ps2sdk/blob/5385a6ccd9db8c9fa54ecfd8af45322a5908bf6d/ee/kernel/src/loadfile.c#L129

결국 IOP에서 RPC 함수를 호출합니다. LOADFILE의 일부입니다.

LOADFILE의 버그일 수 있습니까? 아니면 툴체인이 LOADFILE이 예상하는 대로 섹션을 정렬하지 않습니까? sbv_patches로 이 문제를 해결할 수 있습니까? 나는 그들이 LOADFILE을 패치하는 것을 볼 수 있지만 이것과 관련된 것을 패치합니까?

LOADFILE용 SBV 패치는 LoadModuleBuffer()용 RPC 기능을 활성화하는 것이었습니다. 어떤 이유로 해당 기능은 LOADFILE의 초기 버전에서 지원되지 않습니다. Sony도 이를 패치하므로 분명히 간과된 것입니다.

버그를 찾았습니다.

crt0은 16바이트/128비트 단위로 .bss 섹션을 지웁니다. .bss 섹션이 최소 16바이트/128비트로 정렬되어야 합니다. 이전에는 ps2sdk의 링커 파일에 의해 보장되었습니다. 그러나 binutils의 기본 링커 스크립트(여기에 추가했습니다: https://github.com/ps2dev/ps2toolchain/commit/7c494f217d379639aaca23d3c588e48986177a51)는 crt0에 대해 .bss 섹션을 올바르게 정렬하지 않습니다. .sdata의 마지막 몇 개 값도 지워집니다.

여기 에서 내장 binutils 링커스크립트에 대한 수정 사항을 만들었습니다. newlib PR의 일부가 될 것입니다.

IIRC, 항상 섹션이 128비트로 정렬되어 있는지 확인하고 싶습니다. DMA 정렬이나 이와 관련이 있다고 생각하지만 확실하지 않습니다.

이 문제는 최근에 병합된 newlib PR, 특히 다음 커밋으로 해결되었습니다. https://github.com/ps2dev/ps2toolchain/commit/f5544b8d68fbdf611e277e9583714ae6627f3a61