Jaka jest różnica między ARM a armv71? [zamknięte]

Zamknięte . To pytanie wymaga szczegółów lub jasności . Obecnie nie przyjmuje odpowiedzi.

Komentarze

Czy skompilowałeś ten program? Jaki jest wynik działania readelf -A ./program.elf? Istnieje wiele wersji Arm. ARMv2, ARMv3, ARMv5, ARMv7 … hard-float i soft-float ABI: itd.
Patrząc na tę stronę ( wiki.debian.org / ArmEabiPort ) wygląda na to ..: powinno: .. działać. Może być konieczne porównanie opcji kompilatora w porównaniu z twoim sprzętem.
Skompilowałem program na innym komputerze przy użyciu SDK, ale ten pakiet SDK jest dostarczany przez producentów procesora I ' m używam, więc wyobrażam sobie, że ich SDK powinien mieć konfiguracje kompilacji do kierowania na własny chip, prawda?
To też byłoby moje przypuszczenie, ale SDK może być używany do wiele µ P. Nadal sprawdź readelf -A ./program.elf informacje, aby zweryfikować. Czy błąd jest czymś więcej niż tym, że " nie może wykonać pliku binarnego "?
Czekaj. bash ./program.elf? Plik elf NIE jest skryptem bash. Nie przepuszczaj tego przez interpreter basha. Jest to plik elfów ./program.elf. Załóż, że zestaw bitów wykonania. chmod a+x ./program.elf.

Odpowiedz

Polecenie bash ./program.elf wyśle plik przez interpreter basha.

Plik elf jest skompilowanym plikiem binarnym i powinien być uruchamiany z wiersza poleceń w następujący sposób: ./program.elf

Nie zapomnij ustawić wykonywalnego bitu dla pliku za pomocą:

chmod a+x ./program.elf

Odpowiedź

Z tego, co mogę stwierdzić, jest znacznie bardziej powszechne, gdy procesor ARMv7 to model ARMv7-A (taki, który jest używany w Snapdragon 600/800 w Galaxy S4 i Nexus 5, a także Raspberry Pi 2 / model B), jednak wyjście wymienia układ systemowy jako ARMv71 (aka ARMv7 Revision 1). Wydaje się całkowicie możliwe, że wariant pakietu SDK procesora ARMv7, który wybrałeś podczas kompilowania / budowania programu, był po prostu niewłaściwym podzbiorem ARMv7, podobnie jak w przypadku, gdybyś miał budować dla ARMv7-A, a zamiast tego zbudowany dla ARMv7-M. Teraz to tylko przypuszczenie, ponieważ nie mam pojęcia, dla jakiego procesora / urządzenia budowałeś lub na którym budowałeś, ale biorąc pod uwagę, jak wybredne są procesory SoC, jeśli chodzi o uruchamianie programów, które nie zostały specjalnie skompilowane dla nich, sugerowałbym skompilowanie źródeł bezpośrednio na danym komputerze, jeśli to możliwe.

Komentarze

Kompilacja natywna była moją pierwszą myślą, ale próba zrobienia tego wywołała inny zestaw problemy, które ' również próbuję rozwiązać. Chip, którego używam, to procesor Xilinx i kompiluję na Xilinx SDK na komputerze z systemem Windows. Założyłem, że Xilinx SDK powinien się skompilować pod kątem odpowiedniej architektury ARM, której używają w procesorach Xilinx, więc ' wydaje mi się dziwne, że to nie ' wydaje się, że tak jest.
Patrząc na to, wydaje się, że Xilinx ma kilka rodzin procesorów, z których wszystkie należą do kategorii ARMv7x, ale wykorzystują różne kombinacje różnych rdzeni ramion, które są często spotykane w procesorach ARMv7. Na przykład jeden model może mieć dwa A9-Cortex i A7-Cortex jako dodatkowy koprocesor, podczas gdy inny może mieć jeden A8-Cortex z innym pojedynczym A5-Cortex jako koprocesorem. (Nie mam pojęcia, czy są to prawdziwe kombinacje obecne w procesorach Xilinx, tylko przykłady: P

Dodaj komentarz Anuluj pisanie odpowiedzi