Diferencia entre ARM64, ARMel y ARMhf


6

Estoy intentando descargar una imagen de Debian para un procesador ARM Cortex-A7, pero no puedo averiguar qué imagen descargar. He mirado el sitio web de Debian , y veremos tres descargas diferentes para el procesador ARM. ¿Cuál es la diferencia entre ellos y cuál debo descargar?

Respuestas:



7

El puerto ARM EABI (armel) se dirige a una gama de dispositivos ARM de 32 bits más antiguos, en particular los que se usan en el hardware NAS y una variedad de computadoras con conexión *.

El nuevo puerto de flotación dura (armhf) de ARM admite dispositivos de 32 bits más nuevos y más potentes que utilizan la versión 7 de la especificación de arquitectura ARM.

El puerto ARM (arm64) de 64 bits admite los últimos dispositivos de 64 bits alimentados por ARM.

Fuente

Aunque esta pregunta es de finales del '15, todavía puede ser útil saberlo.


3

Entonces ... explicar la oferta de Debian requiere un poco de antecedentes.

De lo que hablas son los nombres de sus oficiales. Puertos ARM . Como puede ver, corresponden a un triplete específico de ISA, OS y ABI opciones Estos a su vez son los múltiplos menos comunes que pueden asegurar la compatibilidad del software de los paquetes compilados.

Dejando a un lado el auto-evidente Arm64 build (explotando el Modo de 64 bits de algunos ARMv8 cpu), supongo que como la mayoría de la confusión surge de los otros, todos comenzando con brazo-linux- .

Una vez En un momento, en realidad solo había un único objetivo de "brazo", pero por una serie de razones que van desde endianidad a soporte de punto flotante y actuación se ha quedado obsoleto. EmbeddedABI (Apodo bastante vacío si me preguntas técnicamente, pero así ARM lo llama ) especificación desde entonces lo suplantó perfectamente.

Armel no es más que un nuevo nombre, para distinguir entre la versión anterior y el brazo big-endian (entonces no oficial, ahora abandonado por completo) uno. Debe ser considerado la más básico, y debería ejecutarse en casi cualquier hardware bajo el sol.

Sin embargo, por otro lado, si su procesador tiene una FPU que no se va a utilizar. Dado antes de ARMv8 no había ninguna garantía de que esto fuera respaldado (la mayoría de v7-A núcleos Lo hizo, pero la situación es muy difícil, ya que el tiempo se retrasa, la "máxima compatibilidad" implica que cualquier instrucción relacionada se refiera a la biblioteca de glibc soft-fp (no debe confundirse con la softfp float-abi bandera), no VFP.

Y es por eso que, en última instancia, se creó Armhf. De nuevo, el espacio de usuario no es compatible con los enlaces, pero está obteniendo la mayor velocidad posible.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.