ARM (estilizado en minúsculas como arm , anteriormente acrónimo de Advanced RISC Machines y originalmente Acorn RISC Machine ) es una familia de arquitecturas de conjuntos de instrucciones (ISA) RISC para procesadores de computadora . Arm Ltd. desarrolla las ISA y las otorga licencia a otras empresas, que construyen los dispositivos físicos que utilizan el conjunto de instrucciones. También diseña y otorga licencias a núcleos que implementan estas ISA.
Debido a sus bajos costos, bajo consumo de energía y baja generación de calor, los procesadores ARM son útiles para dispositivos livianos, portátiles y que funcionan con baterías, incluidos teléfonos inteligentes , computadoras portátiles y tabletas , así como sistemas integrados . [3] [4] [5] Sin embargo, los procesadores ARM también se utilizan para computadoras de escritorio y servidores , incluida la supercomputadora más rápida del mundo ( Fugaku ) de 2020 [6] a 2022. Con más de 230 mil millones de chips ARM producidos, [7] [8 ] [9] a partir de 2022 [actualizar], ARM es la familia de arquitecturas de conjuntos de instrucciones más utilizada. [10] [4] [11] [12] [13]
Ha habido varias generaciones del diseño ARM. El ARM1 original usaba una estructura interna de 32 bits pero tenía un espacio de direcciones de 26 bits que lo limitaba a 64 MB de memoria principal . Esta limitación se eliminó en la serie ARMv3, que tiene un espacio de direcciones de 32 bits, y varias generaciones adicionales hasta ARMv7 permanecieron en 32 bits. Lanzada en 2011, la arquitectura ARMv8-A agregó soporte para un espacio de direcciones de 64 bits y aritmética de 64 bits con su nuevo conjunto de instrucciones de longitud fija de 32 bits. [14] Arm Ltd. también ha publicado una serie de conjuntos de instrucciones adicionales para diferentes reglas; la extensión "Thumb" agrega instrucciones de 32 y 16 bits para mejorar la densidad del código , mientras que Jazelle agregó instrucciones para manejar directamente el código de bytes de Java . Los cambios más recientes incluyen la adición de subprocesos múltiples simultáneos (SMT) para mejorar el rendimiento o la tolerancia a fallas . [15]
El primer diseño de gran éxito de Acorn Computers fue el BBC Micro , presentado en diciembre de 1981. Se trataba de una máquina relativamente convencional basada en la CPU MOS Technology 6502, pero funcionaba aproximadamente con el doble de rendimiento que diseños de la competencia como el Apple II debido al uso de tecnologías más rápidas. Memoria dinámica de acceso aleatorio (DRAM). La DRAM típica de la época funcionaba a aproximadamente 2 MHz; Acorn llegó a un acuerdo con Hitachi para el suministro de piezas más rápidas de 4 MHz. [16]
Las máquinas de la época generalmente compartían memoria entre el procesador y el framebuffer , lo que permitía al procesador actualizar rápidamente el contenido de la pantalla sin tener que realizar entradas/salidas (E/S) por separado. Como el tiempo de visualización del vídeo es exigente, el hardware de vídeo tenía que tener acceso prioritario a esa memoria. Debido a una peculiaridad del diseño del 6502, la CPU dejó la memoria intacta durante la mitad del tiempo. Por lo tanto, al ejecutar la CPU a 1 MHz, el sistema de video podría leer datos durante esos tiempos de inactividad, ocupando el ancho de banda total de 2 MHz de la RAM. En BBC Micro, el uso de 4 MHz de RAM permitió utilizar la misma técnica, pero funcionando al doble de velocidad. Esto le permitió superar a cualquier máquina similar en el mercado. [17]
1981 fue también el año en que se introdujo la computadora personal IBM . Utilizando el Intel 8088 recientemente presentado , una CPU de 16 bits en comparación con el diseño de 8 bits del 6502 , ofrecía un rendimiento general más alto. Su introducción cambió radicalmente el mercado de las computadoras de escritorio: lo que había sido en gran medida un mercado de pasatiempos y juegos que surgía durante los cinco años anteriores comenzó a convertirse en una herramienta comercial imprescindible donde los diseños anteriores de 8 bits simplemente no podían competir. También estaban llegando al mercado diseños incluso más nuevos de 32 bits , como el Motorola 68000 [18] y National Semiconductor NS32016 . [19]
Acorn comenzó a considerar cómo competir en este mercado y produjo un nuevo diseño de papel llamado Acorn Business Computer . Se fijaron el objetivo de producir una máquina con un rendimiento diez veces mayor que el BBC Micro, pero al mismo precio. [20] Esto superaría y subestimaría el precio de la PC. Al mismo tiempo, la reciente introducción del Apple Lisa llevó el concepto de interfaz gráfica de usuario (GUI) a un público más amplio y sugirió que el futuro pertenecía a las máquinas con GUI. [21] El Lisa, sin embargo, costó $9,995, ya que estaba equipado con chips de soporte, grandes cantidades de memoria y una unidad de disco duro , todo lo cual era muy caro en ese entonces. [22]
Luego, los ingenieros comenzaron a estudiar todos los diseños de CPU disponibles. Su conclusión sobre los diseños de 16 bits existentes fue que eran mucho más caros y seguían siendo "un poco malos", [23] ofreciendo sólo un rendimiento ligeramente superior que su diseño BBC Micro. Además, casi siempre exigían una gran cantidad de chips de soporte para funcionar incluso a ese nivel, lo que elevaba el coste de la computadora en su conjunto. Estos sistemas simplemente no alcanzarían el objetivo de diseño. [23] También consideraron los nuevos diseños de 32 bits, pero estos costaban aún más y tenían los mismos problemas con los chips de soporte. [24] Según Sophie Wilson , todos los procesadores probados en ese momento funcionaron aproximadamente igual, con aproximadamente un ancho de banda de 4 Mbit/s. [25] [un]
Dos eventos clave llevaron a Acorn por el camino hacia ARM. Uno de ellos fue la publicación de una serie de informes de la Universidad de California, Berkeley , que sugerían que un diseño de chip simple podría, no obstante, tener un rendimiento extremadamente alto, mucho mayor que el de los últimos diseños de 32 bits del mercado. [26] La segunda fue una visita de Steve Furber y Sophie Wilson al Western Design Center , una empresa dirigida por Bill Mensch y su hermana, que se había convertido en el sucesor lógico del equipo MOS y ofrecía nuevas versiones como el WDC 65C02 . El equipo de Acorn vio a estudiantes de secundaria producir diseños de chips en máquinas Apple II, lo que sugirió que cualquiera podría hacerlo. [27] [28] Por el contrario, una visita a otra empresa de diseño que trabajaba en CPU modernas de 32 bits reveló un equipo con más de una docena de miembros que ya estaban en la revisión H de su diseño y, sin embargo, todavía contenía errores. [b] Esto consolidó su decisión de finales de 1983 de comenzar su propio diseño de CPU, la Acorn RISC Machine. [29]
Los diseños originales de Berkeley RISC eran en cierto sentido sistemas de enseñanza, no diseñados específicamente para un rendimiento absoluto. A los conceptos básicos de registro pesado y carga/almacenamiento de RISC, ARM agregó una serie de notas de diseño bien recibidas del 6502. La principal de ellas fue la capacidad de atender interrupciones rápidamente , lo que permitió a las máquinas ofrecer un rendimiento de entrada/salida razonable. sin hardware externo añadido. Para ofrecer interrupciones con un rendimiento similar al del 6502, el diseño ARM limitó su espacio de direcciones físicas a 64 MB de espacio direccionable total, requiriendo 26 bits de dirección. Como las instrucciones tenían 4 bytes (32 bits) de largo y debían alinearse en límites de 4 bytes, los 2 bits inferiores de la dirección de una instrucción siempre eran cero. Esto significaba que el contador del programa (PC) sólo necesitaba ser de 24 bits, lo que permitía almacenarlo junto con las banderas del procesador de ocho bits en un único registro de 32 bits. Eso significaba que al recibir una interrupción, todo el estado de la máquina podría guardarse en una sola operación, mientras que si la PC tuviera un valor completo de 32 bits, se requerirían operaciones separadas para almacenar la PC y los indicadores de estado. Esta decisión redujo a la mitad los gastos generales de interrupción. [30]
Otro cambio, y uno de los más importantes en términos de rendimiento práctico en el mundo real, fue la modificación del conjunto de instrucciones para aprovechar la DRAM en modo página . Introducido recientemente, el modo de página permitió que los accesos posteriores a la memoria se ejecutaran dos veces más rápido si estaban aproximadamente en la misma ubicación, o "página", en el chip DRAM. El diseño de Berkeley no consideró el modo página y trató toda la memoria por igual. El diseño de ARM agregó instrucciones especiales de acceso a la memoria similares a vectores, los "ciclos S", que podrían usarse para llenar o guardar múltiples registros en una sola página usando el modo de página. Esto duplicó el rendimiento de la memoria cuando se podía utilizar y fue especialmente importante para el rendimiento de los gráficos. [31]
Los diseños de Berkeley RISC utilizaron ventanas de registro para reducir el número de guardados y restauraciones de registros realizados en llamadas a procedimientos ; el diseño ARM no adoptó esto.
Wilson desarrolló el conjunto de instrucciones, escribiendo una simulación del procesador en BBC BASIC que se ejecutaba en un BBC Micro con un segundo procesador 6502 . [32] [33] Esto convenció a los ingenieros de Acorn de que estaban en el camino correcto. Wilson se acercó al director ejecutivo de Acorn, Hermann Hauser , y solicitó más recursos. Hauser dio su aprobación y reunió un pequeño equipo para diseñar el procesador real basado en el ISA de Wilson. [34] El proyecto oficial Acorn RISC Machine comenzó en octubre de 1983.
Acorn eligió VLSI Technology como "socio de silicio", ya que era una fuente de ROM y chips personalizados para Acorn. Acorn proporcionó el diseño y VLSI proporcionó el diseño y la producción. Las primeras muestras de silicio ARM funcionaron correctamente cuando se recibieron y probaron por primera vez el 26 de abril de 1985. [3] Conocidas como ARM1, estas versiones funcionaban a 6 MHz. [35]
La primera aplicación ARM fue como segundo procesador para BBC Micro, donde ayudó a desarrollar software de simulación para finalizar el desarrollo de los chips de soporte (VIDC, IOC, MEMC) y aceleró el software CAD utilizado en el desarrollo de ARM2. Wilson posteriormente reescribió BBC BASIC en lenguaje ensamblador ARM . El conocimiento profundo adquirido al diseñar el conjunto de instrucciones permitió que el código fuera muy denso, lo que convirtió a ARM BBC BASIC en una prueba extremadamente buena para cualquier emulador ARM.
El resultado de las simulaciones en las placas ARM1 condujo a la introducción a finales de 1986 del diseño ARM2 funcionando a 8 MHz, y a principios de 1987 la versión con velocidad aumentada de 10 a 12 MHz. [c] Un cambio significativo en la arquitectura subyacente fue la adición de un multiplicador de Booth , mientras que anteriormente la multiplicación tenía que realizarse en software. [37] Además, un nuevo modo de solicitud de interrupción rápida, FIQ para abreviar, permitió que los registros 8 a 14 fueran reemplazados como parte de la interrupción misma. Esto significaba que las solicitudes FIQ no tenían que guardar sus registros, lo que aceleraba aún más las interrupciones. [38]
El primer uso del ARM2 fue la computadora personal Acorn Archimedes modelos A305, A310 y A440 lanzada en 1987.
Según el punto de referencia de Dhrystone , el ARM2 tenía aproximadamente siete veces el rendimiento de un sistema típico basado en 68000 de 7 MHz como Amiga o Macintosh SE . Era dos veces más rápido que un Intel 80386 funcionando a 16 MHz y aproximadamente la misma velocidad que una superminicomputadora multiprocesador VAX-11/784 . Los únicos sistemas que lo superaron fueron las estaciones de trabajo basadas en Sun SPARC y MIPS R2000 RISC . [39] Además, como la CPU fue diseñada para E/S de alta velocidad, prescindió de muchos de los chips de soporte que se ven en estas máquinas; En particular, carecía de un controlador de acceso directo a memoria (DMA) dedicado que a menudo se encontraba en las estaciones de trabajo. El sistema de gráficos también se simplificó basándose en el mismo conjunto de suposiciones subyacentes sobre la memoria y la sincronización. El resultado fue un diseño dramáticamente simplificado, que ofrece un rendimiento a la par de costosas estaciones de trabajo pero a un precio similar al de las computadoras de escritorio contemporáneas. [39]
El ARM2 presentaba un bus de datos de 32 bits , un espacio de direcciones de 26 bits y 27 registros de 32 bits , de los cuales 16 son accesibles en cualquier momento (incluido el PC ). [40] El ARM2 tenía un recuento de transistores de sólo 30.000, [41] en comparación con el modelo 68000 de seis años de Motorola con alrededor de 68.000. Gran parte de esta simplicidad se debió a la falta de microcódigo , que representa entre un cuarto y un tercio de los transistores del 68000, y a la falta (como la mayoría de las CPU de la época) de una memoria caché . Esta simplicidad permitió que el ARM2 tuviera un bajo consumo de energía y un empaque térmico más simple, al tener menos transistores alimentados, pero ofreciendo un mejor rendimiento que el IBM PS/2 Modelo 50 contemporáneo de 1987 , que inicialmente utilizaba un Intel 80286 , ofreciendo 1.8 MIPS. @ 10 MHz, y posteriormente en 1987, los 2 MIPS del PS/2 70, con su Intel 386 DX @ 16 MHz. [42] [43]
Se produjo un sucesor, ARM3, con una caché de 4 KB, lo que mejoró aún más el rendimiento. [44] El bus de direcciones se amplió a 32 bits en el ARM6, pero el código del programa aún tenía que estar dentro de los primeros 64 MB de memoria en el modo de compatibilidad de 26 bits, debido a los bits reservados para los indicadores de estado. [45]
A finales de la década de 1980, Apple Computer y VLSI Technology comenzaron a trabajar con Acorn en versiones más nuevas del núcleo ARM. En 1990, Acorn escindió el equipo de diseño en una nueva empresa llamada Advanced RISC Machines Ltd., [46] [47] [48] que se convirtió en ARM Ltd. cuando su empresa matriz, Arm Holdings plc, cotizó en la Bolsa de Valores de Londres y Nasdaq en 1998. [49] El nuevo trabajo Apple-ARM eventualmente evolucionaría hacia el ARM6, lanzado por primera vez a principios de 1992. Apple usó el ARM610 basado en ARM6 como base para su PDA Apple Newton .
En 1994, Acorn utilizó el ARM610 como unidad central de procesamiento (CPU) principal en sus computadoras RiscPC . DEC obtuvo la licencia de la arquitectura ARMv4 y produjo StrongARM . [50] A 233 MHz , esta CPU consumía sólo un vatio (las versiones más nuevas consumen mucho menos). Posteriormente, este trabajo se pasó a Intel como parte de un acuerdo judicial, e Intel aprovechó la oportunidad para complementar su línea i960 con StrongARM. Posteriormente, Intel desarrolló su propia implementación de alto rendimiento llamada XScale , que desde entonces vendió a Marvell . El número de transistores del núcleo ARM se mantuvo esencialmente igual a lo largo de estos cambios; ARM2 tenía 30.000 transistores, [51] mientras que ARM6 creció sólo a 35.000. [52]
En 2005, alrededor del 98% de todos los teléfonos móviles vendidos utilizaban al menos un procesador ARM. [53] En 2010, los productores de chips basados en arquitecturas ARM informaron envíos de 6,1 mil millones de procesadores basados en ARM , lo que representa el 95% de los teléfonos inteligentes , el 35% de los televisores digitales y decodificadores , y el 10% de las computadoras móviles . En 2011, la arquitectura ARM de 32 bits fue la arquitectura más utilizada en dispositivos móviles y la de 32 bits más popular en sistemas integrados. [54] En 2013, se produjeron 10 mil millones [55] y "los chips basados en ARM se encuentran en casi el 60 por ciento de los dispositivos móviles del mundo". [56]
El negocio principal de Arm Ltd. es la venta de núcleos IP , que los licenciatarios utilizan para crear microcontroladores (MCU), CPU y sistemas en chips basados en esos núcleos. El fabricante del diseño original combina el núcleo ARM con otras piezas para producir un dispositivo completo, normalmente uno que se puede construir en plantas de fabricación de semiconductores (fabs) existentes a bajo costo y aún así ofrecer un rendimiento sustancial. La implementación más exitosa ha sido la ARM7TDMI con cientos de millones vendidos. Atmel ha sido un centro de diseño precursor del sistema integrado basado en ARM7TDMI.
Las arquitecturas ARM utilizadas en teléfonos inteligentes, PDA y otros dispositivos móviles van desde ARMv5 hasta ARMv8-A .
En 2009, algunos fabricantes introdujeron netbooks basados en CPU de arquitectura ARM, en competencia directa con los netbooks basados en Intel Atom . [57]
Arm Ltd. ofrece una variedad de términos de licencia, que varían en costos y entregables. Arm Ltd. proporciona a todos los licenciatarios una descripción de hardware integrable del núcleo ARM, así como un conjunto completo de herramientas de desarrollo de software ( compilador , depurador , kit de desarrollo de software ) y el derecho a vender silicio fabricado que contenga la CPU ARM.
Los paquetes de SoC que integran los diseños principales de ARM incluyen las tres primeras generaciones de Nvidia Tegra, la familia Quatro de CSR plc, Nova y NovaThor de ST-Ericsson, el MCU Precision32 de Silicon Labs, los productos OMAP de Texas Instruments , los productos Hummingbird y Exynos de Samsung, A4 , A5 y A5X de Apple , y i.MX de NXP .
Los licenciatarios sin fábrica , que desean integrar un núcleo ARM en su propio diseño de chip, generalmente solo están interesados en adquirir un núcleo de propiedad intelectual de semiconductores verificado y listo para fabricar . Para estos clientes, Arm Ltd. ofrece una descripción de la lista de conexiones del núcleo ARM elegido, junto con un modelo de simulación abstracto y programas de prueba para ayudar en la integración y verificación del diseño. Los clientes más ambiciosos, incluidos los fabricantes de dispositivos integrados (IDM) y los operadores de fundiciones, optan por adquirir el procesador IP en forma RTL ( Verilog ) sintetizable . Con el RTL sintetizable, el cliente tiene la capacidad de realizar optimizaciones y extensiones a nivel arquitectónico. Esto permite al diseñador lograr objetivos de diseño exóticos que de otro modo no serían posibles con una lista de conexiones no modificada ( alta velocidad de reloj , muy bajo consumo de energía, extensiones del conjunto de instrucciones, etc.). Si bien Arm Ltd. no otorga al licenciatario el derecho a revender la arquitectura ARM en sí, los licenciatarios pueden vender libremente productos manufacturados, como dispositivos de chip, placas de evaluación y sistemas completos. Las fundiciones comerciales pueden ser un caso especial; no sólo se les permite vender silicio terminado que contenga núcleos ARM, sino que generalmente tienen el derecho de refabricar núcleos ARM para otros clientes.
Arm Ltd. fija el precio de su propiedad intelectual en función del valor percibido. Los núcleos ARM de menor rendimiento suelen tener costos de licencia más bajos que los núcleos de mayor rendimiento. En términos de implementación, un núcleo sintetizable cuesta más que un núcleo macro duro (caja negra). Para complicar las cuestiones de precios, una fundición comercial que posee una licencia ARM, como Samsung o Fujitsu, puede ofrecer a los clientes fabulosos costos de licencia reducidos. A cambio de adquirir el núcleo ARM a través de los servicios de diseño internos de la fundición, el cliente puede reducir o eliminar el pago de la tarifa inicial de licencia de ARM.
En comparación con las fundiciones de semiconductores dedicadas (como TSMC y UMC ) sin servicios de diseño internos, Fujitsu/Samsung cobran de dos a tres veces más por oblea fabricada . [ cita necesaria ] Para aplicaciones de volumen bajo a medio, una fundición de servicios de diseño ofrece precios generales más bajos (mediante la subvención de la tarifa de licencia). Para piezas producidas en masa en gran volumen, la reducción de costos a largo plazo que se puede lograr mediante precios más bajos de las obleas reduce el impacto de los costos NRE ( ingeniería no recurrente ) de ARM, lo que convierte a la fundición dedicada en una mejor opción.
Las empresas que han desarrollado chips con núcleos diseñados por Arm incluyen la filial Annapurna Labs de Amazon.com , [58] Analog Devices , Apple , AppliedMicro (ahora: MACOM Technology Solutions [59] ), Atmel , Broadcom , Cavium , Cypress Semiconductor , Freescale . Semiconductor (ahora NXP Semiconductors ), Huawei , Intel , [ dudoso – discutir ] Maxim Integrated , Nvidia , NXP , Qualcomm , Renesas , Samsung Electronics , ST Microelectronics , Texas Instruments y Xilinx .
En febrero de 2016, ARM anunció la licencia de tecnología Build on ARM Cortex, a menudo abreviada como licencia Build on Cortex (BoC). Esta licencia permite a las empresas asociarse con ARM y realizar modificaciones en los diseños de ARM Cortex. Estas modificaciones de diseño no se compartirán con otras empresas. Estos diseños de núcleos semipersonalizados también tienen libertad de marca, por ejemplo Kryo 280 .
Las empresas que actualmente son licenciatarias de la tecnología ARM Cortex incluyen Qualcomm . [60]
Las empresas también pueden obtener una licencia de arquitectura ARM para diseñar sus propios núcleos de CPU utilizando los conjuntos de instrucciones ARM. Estos núcleos deben cumplir plenamente con la arquitectura ARM. Las empresas que han diseñado núcleos que implementan una arquitectura ARM incluyen Apple, AppliedMicro (ahora: Ampere Computing ), Broadcom, Cavium (ahora: Marvell), Digital Equipment Corporation , Intel, Nvidia, Qualcomm, Samsung Electronics, Fujitsu y NUVIA Inc. ( adquirido por Qualcomm en 2021).
El 16 de julio de 2019, ARM anunció ARM Flexible Access. ARM Flexible Access proporciona acceso ilimitado a la propiedad intelectual (IP) de ARM incluida para el desarrollo. Se requieren tarifas de licencia por producto una vez que el cliente llega al final de la cinta de fundición o a la creación de prototipos. [61] [62]
El 75 % de las IP más recientes de ARM de los últimos dos años están incluidas en ARM Flexible Access. A octubre de 2019:
Arm proporciona una lista de proveedores que implementan núcleos ARM en su diseño (productos estándar de aplicaciones específicas (ASSP), microprocesadores y microcontroladores). [99]
Los núcleos ARM se utilizan en varios productos, particularmente en PDA y teléfonos inteligentes . Algunos ejemplos informáticos son los dispositivos Surface , Surface 2 y Pocket PC de primera generación de Microsoft (después de 2002 ), los iPads de Apple y las tabletas Eee Pad Transformer de Asus , y varios portátiles Chromebook . Otros incluyen los teléfonos inteligentes iPhone de Apple y los reproductores multimedia portátiles iPod , las cámaras digitales Canon PowerShot , el híbrido Nintendo Switch , el procesador de seguridad Wii y las consolas de juegos portátiles 3DS , y los sistemas de navegación paso a paso TomTom .
En 2005, Arm participó en el desarrollo de la computadora SpiNNaker de la Universidad de Manchester , que utilizaba núcleos ARM para simular el cerebro humano . [100]
Los chips ARM también se utilizan en Raspberry Pi , BeagleBoard , BeagleBone , PandaBoard y otras computadoras de placa única , porque son muy pequeños, económicos y consumen muy poca energía.
La arquitectura ARM de 32 bits ( ARM32 ), como ARMv7-A (que implementa AArch32; consulte la sección sobre Armv8-A para obtener más información), fue la arquitectura más utilizada en dispositivos móviles en 2011 [actualizar]. [54]
Desde 1995, varias versiones del Manual de referencia de arquitectura ARM (ver § Enlaces externos) han sido la principal fuente de documentación sobre la arquitectura del procesador ARM y el conjunto de instrucciones, distinguiendo las interfaces que todos los procesadores ARM deben admitir (como la semántica de instrucciones) de las Detalles de implementación que pueden variar. La arquitectura ha evolucionado con el tiempo y la versión siete de la arquitectura, ARMv7, define tres "perfiles" de arquitectura:
Aunque los perfiles de arquitectura se definieron primero para ARMv7, ARM posteriormente definió la arquitectura ARMv6-M (utilizada por Cortex M0 / M0+ / M1 ) como un subconjunto del perfil ARMv7-M con menos instrucciones.
Excepto en el perfil M, la arquitectura ARM de 32 bits especifica varios modos de CPU, según las características de la arquitectura implementada. En cualquier momento, la CPU puede estar en un solo modo, pero puede cambiar de modo debido a eventos externos (interrupciones) o mediante programación. [101]
La implementación ARM original (y posterior) estaba cableada sin microcódigo , como el procesador 6502 de 8 bits, mucho más simple, utilizado en las microcomputadoras Acorn anteriores.
La arquitectura ARM de 32 bits (y la arquitectura de 64 bits en su mayor parte) incluye las siguientes características RISC:
Para compensar el diseño más simple, en comparación con procesadores como Intel 80286 y Motorola 68020 , se utilizaron algunas características de diseño adicionales:
ARM incluye operaciones aritméticas de números enteros para sumar, restar y multiplicar; Algunas versiones de la arquitectura también admiten operaciones de división.
ARM admite multiplicaciones de 32 bits × 32 bits con un resultado de 32 bits o de 64 bits, aunque los núcleos Cortex-M0/M0+/M1 no admiten resultados de 64 bits. [106] Algunos núcleos ARM también admiten multiplicaciones de 16 bits × 16 bits y 32 bits × 16 bits.
Las instrucciones de división solo se incluyen en las siguientes arquitecturas ARM:
Los registros R0 a R7 son los mismos en todos los modos de CPU; nunca están bancarizados.
Los registros R8 a R12 son los mismos en todos los modos de CPU excepto en el modo FIQ. El modo FIQ tiene sus propios registros distintos del R8 al R12.
R13 y R14 están almacenados en todos los modos de CPU privilegiados, excepto en el modo de sistema. Es decir, cada modo al que se puede ingresar debido a una excepción tiene su propio R13 y R14. Estos registros generalmente contienen el puntero de la pila y la dirección de retorno de las llamadas a funciones, respectivamente.
Alias:
El registro de estado del programa actual (CPSR) tiene los siguientes 32 bits. [109]
Casi todas las instrucciones ARM tienen una función de ejecución condicional llamada predicación , que se implementa con un selector de código de condición de 4 bits (el predicado). Para permitir la ejecución incondicional, uno de los códigos de cuatro bits hace que la instrucción siempre se ejecute. La mayoría de las otras arquitecturas de CPU solo tienen códigos de condición en instrucciones de rama. [110]
Aunque el predicado ocupa cuatro de los 32 bits en un código de instrucción y, por lo tanto, reduce significativamente los bits de codificación disponibles para desplazamientos en las instrucciones de acceso a la memoria, evita instrucciones de bifurcación al generar código para if
declaraciones pequeñas . Además de eliminar las instrucciones de bifurcación en sí, esto preserva la canalización de búsqueda/decodificación/ejecución a costa de solo un ciclo por instrucción omitida.
Un algoritmo que proporciona un buen ejemplo de ejecución condicional es el algoritmo euclidiano basado en restas para calcular el máximo común divisor . En el lenguaje de programación C , el algoritmo se puede escribir como:
int gcd ( int a , int b ) { while ( a != b ) // Entramos al bucle cuando a < b o a > b, pero no cuando a == b if ( a > b ) // Cuando a > b hacemos esto a -= b ; else // Cuando a < b hacemos eso (no se necesita "if (a < b)" ya que a != b está marcado en la condición while) b -= a ; devolver un ; }
El mismo algoritmo se puede reescribir de una manera más cercana a las instrucciones ARM de destino como:
bucle : // Compara a y b GT = a > b ; LT = a < b ; NE = a != b ; // Realizar operaciones basadas en los resultados del indicador if ( GT ) a -= b ; // Resta *solo* si es mayor que if ( LT ) b -= a ; // Resta *solo* si es menor que if ( NE ) goto loop ; // Bucle *solo* si los valores comparados no son iguales return a ;
y codificado en lenguaje ensamblador como:
; asigne a al registro r0, b al bucle r1: CMP r0 , r1 ; establecer la condición "NE" si (a ≠ b), ; "GT" si (a > b), ; o "LT" si (a < b) SUBGT r0 , r0 , r1 ; si "GT" (mayor que), entonces a = a − b SUBLT r1 , r1 , r0 ; si "LT" (Menos que), entonces b = b − un bucle BNE ; si "NE" (no es igual), entonces haga un bucle B lr ; devolver
lo que evita las ramas alrededor de las cláusulas then
y else
. Si r0
y r1
son iguales, entonces ninguna de las SUB
instrucciones se ejecutará, eliminando la necesidad de una rama condicional para implementar la while
verificación en la parte superior del bucle, por ejemplo, se ha SUBLE
utilizado (menor o igual).
Una de las formas en que el código Thumb proporciona una codificación más densa es eliminar el selector de cuatro bits de las instrucciones que no son de rama.
Otra característica del conjunto de instrucciones es la capacidad de incorporar cambios y rotaciones en instrucciones de procesamiento de datos (aritmética, lógica y movimiento de registro-registro), de modo que, por ejemplo, la declaración en lenguaje C :
a += ( j << 2 );
podría representarse como una instrucción de una palabra y un ciclo: [111]
AÑADIR Ra , Ra , Rj , LSL #2
Esto da como resultado que el programa ARM típico sea más denso de lo esperado con menos accesos a la memoria; por lo tanto, la tubería se utiliza de manera más eficiente.
El procesador ARM también tiene características que rara vez se ven en otras arquitecturas RISC, como el direccionamiento relativo a la PC (de hecho, en el ARM de 32 bits [1] la PC es uno de sus 16 registros) y modos de direccionamiento previo y posterior al incremento.
El conjunto de instrucciones ARM ha aumentado con el tiempo. Algunos de los primeros procesadores ARM (anteriores a ARM7TDMI), por ejemplo, no tienen instrucciones para almacenar una cantidad de dos bytes.
ARM7 y las implementaciones anteriores tienen un proceso de tres etapas ; las etapas son buscar, decodificar y ejecutar. Los diseños de mayor rendimiento, como el ARM9, tienen canales más profundos: Cortex-A8 tiene trece etapas. Los cambios de implementación adicionales para un mayor rendimiento incluyen un sumador más rápido y una lógica de predicción de ramas más extensa . La diferencia entre los núcleos ARM7DI y ARM7DMI, por ejemplo, fue un multiplicador mejorado; de ahí la "M" añadida.
La arquitectura ARM (pre-Armv8) proporciona una forma no intrusiva de ampliar el conjunto de instrucciones utilizando "coprocesadores" que pueden abordarse mediante MCR, MRC, MRRC, MCRR e instrucciones similares. El espacio del coprocesador se divide lógicamente en 16 coprocesadores con números del 0 al 15, estando reservado el coprocesador 15 (cp15) para algunas funciones de control típicas como la gestión de las cachés y el funcionamiento de la MMU en los procesadores que tienen uno.
En las máquinas basadas en ARM, los dispositivos periféricos generalmente se conectan al procesador asignando sus registros físicos al espacio de memoria ARM, al espacio del coprocesador o conectándose a otro dispositivo (un bus) que a su vez se conecta al procesador. Los accesos al coprocesador tienen una latencia más baja, por lo que algunos periféricos (por ejemplo, un controlador de interrupciones XScale) son accesibles de ambas maneras: a través de la memoria y a través de los coprocesadores.
En otros casos, los diseñadores de chips sólo integran hardware utilizando el mecanismo del coprocesador. Por ejemplo, un motor de procesamiento de imágenes podría ser un pequeño núcleo ARM7TDMI combinado con un coprocesador que tenga operaciones especializadas para soportar un conjunto específico de primitivas de transcodificación HDTV.
Todos los procesadores ARM modernos incluyen funciones de depuración de hardware, lo que permite a los depuradores de software realizar operaciones como detener, avanzar y establecer puntos de interrupción del código a partir del reinicio. Estas instalaciones se construyen con soporte JTAG , aunque algunos núcleos más nuevos admiten opcionalmente el propio protocolo "SWD" de dos cables de ARM. En los núcleos ARM7TDMI, la "D" representaba la compatibilidad con la depuración JTAG y la "I" representaba la presencia de un módulo de depuración "EmbeddedICE". Para las generaciones centrales ARM7 y ARM9, EmbeddedICE sobre JTAG era un estándar de depuración de facto, aunque no estaba garantizado arquitectónicamente.
La arquitectura ARMv7 define funciones básicas de depuración a nivel arquitectónico. Estos incluyen puntos de interrupción, puntos de vigilancia y ejecución de instrucciones en un "modo de depuración"; Instalaciones similares también estaban disponibles con EmbeddedICE. Se admiten la depuración del modo "detención" y del modo "monitor". El mecanismo de transporte real utilizado para acceder a las funciones de depuración no está especificado arquitectónicamente, pero las implementaciones generalmente incluyen soporte JTAG.
Existe una arquitectura de depuración ARM "CoreSight" separada, que los procesadores ARMv7 no requieren arquitectónicamente.
El puerto de acceso de depuración (DAP) es una implementación de una interfaz de depuración ARM. [112] Hay dos implementaciones compatibles diferentes: el puerto de depuración JTAG de cable serie (SWJ-DP) y el puerto de depuración de cable serie (SW-DP). [113] CMSIS-DAP es una interfaz estándar que describe cómo varios software de depuración en una PC host pueden comunicarse a través de USB con el firmware que se ejecuta en un depurador de hardware, que a su vez se comunica a través de SWD o JTAG con una CPU ARM Cortex habilitada para CoreSight. [114] [115] [116]
Para mejorar la arquitectura ARM para el procesamiento de señales digitales y aplicaciones multimedia, se agregaron instrucciones DSP al conjunto de instrucciones. [117] Estos se indican con una "E" en el nombre de las arquitecturas ARMv5TE y ARMv5TEJ. Las variantes E también implican T, D, M e I.
Las nuevas instrucciones son comunes en las arquitecturas de procesadores de señales digitales (DSP). Incluyen variaciones de multiplicar-acumular con signo , sumar y restar saturados y contar ceros a la izquierda .
Introducida por primera vez en 1999, esta extensión del conjunto de instrucciones central contrastaba con el coprocesador DSP anterior de ARM conocido como Piccolo, que empleaba un conjunto de instrucciones distinto e incompatible cuya ejecución implicaba un contador de programa separado. [118] Las instrucciones Piccolo empleaban un archivo de registro distinto de dieciséis registros de 32 bits, con algunas instrucciones que combinaban registros para su uso como acumuladores de 48 bits y otras instrucciones que abordaban medios registros de 16 bits. Algunas instrucciones pudieron operar con dos de estos valores de 16 bits en paralelo. La comunicación con el archivo de registro de Piccolo implicó cargar en Piccolo y almacenar desde el coprocesador Piccolo instrucciones a través de dos búferes de ocho entradas de 32 bits. Descrito como una reminiscencia de otros enfoques, en particular el SH-DSP de Hitachi y el 68356 de Motorola, Piccolo no empleó memoria local dedicada y dependió del ancho de banda del núcleo ARM para la recuperación de operandos DSP, lo que afectó el rendimiento concurrente. [119] El conjunto de instrucciones distintivo de Piccolo también demostró no ser un "buen objetivo del compilador". [118]
Introducido en la arquitectura ARMv6, fue un precursor de Advanced SIMD, también llamado Neon. [120]
Jazelle DBX (Direct Bytecode eXecution) es una técnica que permite ejecutar el código de bytes de Java directamente en la arquitectura ARM como un tercer estado de ejecución (y conjunto de instrucciones) junto con el modo ARM y Thumb existente. La compatibilidad con este estado está indicada por la "J" en la arquitectura ARMv5TEJ y en los nombres principales ARM9EJ-S y ARM7EJ-S. Se requiere soporte para este estado a partir de ARMv6 (excepto para el perfil ARMv7-M), aunque los núcleos más nuevos solo incluyen una implementación trivial que no proporciona aceleración de hardware.
Para mejorar la densidad del código compilado, los procesadores desde ARM7TDMI (lanzado en 1994 [121] ) han presentado el conjunto de instrucciones comprimido Thumb , que tiene su propio estado. (La "T" en "TDMI" indica la función Thumb). Cuando está en este estado, el procesador ejecuta el conjunto de instrucciones Thumb, una codificación compacta de 16 bits para un subconjunto del conjunto de instrucciones ARM. [122] La mayoría de las instrucciones Thumb se asignan directamente a instrucciones ARM normales. El ahorro de espacio proviene de hacer implícitos algunos de los operandos de las instrucciones y limitar el número de posibilidades en comparación con las instrucciones ARM ejecutadas en el estado del conjunto de instrucciones ARM.
En Thumb, los códigos de operación de 16 bits tienen menos funcionalidad. Por ejemplo, sólo las ramas pueden ser condicionales y muchos códigos de operación están restringidos a acceder sólo a la mitad de todos los registros de propósito general de la CPU. Los códigos de operación más cortos brindan una densidad de código mejorada en general, aunque algunas operaciones requieren instrucciones adicionales. En situaciones en las que el puerto de memoria o el ancho del bus están restringidos a menos de 32 bits, los códigos de operación Thumb más cortos permiten un mayor rendimiento en comparación con el código ARM de 32 bits, ya que es posible que sea necesario cargar menos código de programa en el procesador sobre el ancho de banda de memoria restringido.
A diferencia de las arquitecturas de procesador con instrucciones de longitud variable (16 o 32 bits), como Cray-1 y Hitachi SuperH , los conjuntos de instrucciones ARM y Thumb existen independientemente uno del otro. El hardware integrado, como Game Boy Advance , normalmente tiene una pequeña cantidad de RAM accesible con una ruta de datos completa de 32 bits; se accede a la mayoría a través de una ruta de datos secundaria de 16 bits o más estrecha. En esta situación, normalmente tiene sentido compilar el código Thumb y optimizar manualmente algunas de las secciones que consumen más CPU utilizando instrucciones ARM completas de 32 bits, colocando estas instrucciones más amplias en la memoria accesible del bus de 32 bits.
El primer procesador con un decodificador de instrucciones Thumb fue el ARM7TDMI. Todos los procesadores que admiten conjuntos de instrucciones de 32 bits, comenzando con ARM9 e incluido XScale, han incluido un decodificador de instrucciones Thumb. Incluye instrucciones adoptadas del Hitachi SuperH (1992), que obtuvo la licencia de ARM. [123] Las familias de procesadores más pequeñas de ARM (Cortex M0 y M1) implementan solo el conjunto de instrucciones Thumb de 16 bits para obtener el máximo rendimiento en aplicaciones de menor costo. Los procesadores ARM que no admiten direccionamiento de 32 bits también omiten Thumb.
La tecnología Thumb-2 se introdujo en el núcleo ARM1156 , anunciado en 2003. Thumb-2 amplía el conjunto limitado de instrucciones de 16 bits de Thumb con instrucciones adicionales de 32 bits para darle más amplitud al conjunto de instrucciones, produciendo así un conjunto de instrucciones de longitud variable. . Un objetivo declarado para Thumb-2 era lograr una densidad de código similar a Thumb con un rendimiento similar al conjunto de instrucciones ARM en memoria de 32 bits.
Thumb-2 amplía el conjunto de instrucciones Thumb con manipulación de campos de bits, ramas de tablas y ejecución condicional. Al mismo tiempo, se amplió el conjunto de instrucciones ARM para mantener una funcionalidad equivalente en ambos conjuntos de instrucciones. Un nuevo "Lenguaje ensamblador unificado" (UAL) admite la generación de instrucciones Thumb o ARM a partir del mismo código fuente; Las versiones de Thumb que se ven en los procesadores ARMv7 son esencialmente tan capaces como el código ARM (incluida la capacidad de escribir controladores de interrupciones). Esto requiere un poco de cuidado y el uso de una nueva instrucción "IT" (si-entonces), que permite ejecutar hasta cuatro instrucciones sucesivas en función de una condición probada o en su inversa. Al compilar en código ARM, esto se ignora, pero al compilar en Thumb genera una instrucción real. Por ejemplo:
; si (r0 == r1) CMP r0 , r1 ITE EQ ; ARM: sin código... Pulgar: instrucción de TI ; entonces r0 = r2; MOVEQ r0 , r2 ; ARM: condicional; Pulgar: condición vía ITE 'T' (luego) ; de lo contrario r0 = r3; MOVNE r0 , r3 ; ARM: condicional; Pulgar: condición vía ITE 'E' (de lo contrario) ; Recuerde que la instrucción Thumb MOV no tiene bits para codificar "EQ" o "NE".
Todos los chips ARMv7 admiten el conjunto de instrucciones Thumb. Todos los chips de la serie Cortex-A que admiten ARMv7, todas las series Cortex-R y todas las series ARM11 admiten tanto el "estado del conjunto de instrucciones ARM" como el "estado del conjunto de instrucciones Thumb", mientras que los chips de la serie Cortex-M solo admiten el Thumb conjunto de instrucciones. [124] [125] [126]
ThumbEE (erróneamente llamado Thumb-2EE en alguna documentación de ARM), que se comercializó como Jazelle RCT [127] (Runtime Compilation Target), se anunció en 2005 y quedó obsoleto en 2011. Apareció por primera vez en el procesador Cortex-A8 . ThumbEE es un cuarto estado del conjunto de instrucciones, que realiza pequeños cambios en el conjunto de instrucciones extendido Thumb-2. Estos cambios hacen que el conjunto de instrucciones sea especialmente adecuado para el código generado en tiempo de ejecución (por ejemplo, mediante compilación JIT ) en entornos de ejecución administrados . ThumbEE es un objetivo para lenguajes como Java , C# , Perl y Python , y permite a los compiladores JIT generar código compilado más pequeño sin reducir el rendimiento. [ cita necesaria ]
Las nuevas características proporcionadas por ThumbEE incluyen verificaciones automáticas de puntero nulo en cada instrucción de carga y almacenamiento, una instrucción para realizar una verificación de límites de matriz e instrucciones especiales que llaman a un controlador. Además, debido a que utiliza la tecnología Thumb-2, ThumbEE proporciona acceso a los registros r8–r15 (donde se mantiene el estado de Jazelle/DBX Java VM). [128] Los controladores son pequeñas secciones de código llamado con frecuencia, comúnmente utilizados para implementar lenguajes de alto nivel, como la asignación de memoria para un nuevo objeto. Estos cambios provienen de la reutilización de un puñado de códigos de operación y de saber que el núcleo está en el nuevo estado ThumbEE.
El 23 de noviembre de 2011, Arm desaprobó cualquier uso del conjunto de instrucciones ThumbEE, [129] y Armv8 elimina la compatibilidad con ThumbEE.
La tecnología VFP (Vector Floating Point) es una extensión del coprocesador de unidad de punto flotante (FPU) de la arquitectura ARM [130] (implementada de manera diferente en Armv8; los coprocesadores no están definidos allí). Proporciona cálculo de punto flotante de precisión simple y doble de bajo costo que cumple totalmente con el estándar ANSI/IEEE Std 754-1985 para aritmética binaria de punto flotante . VFP proporciona computación de punto flotante adecuada para un amplio espectro de aplicaciones como PDA, teléfonos inteligentes, compresión y descompresión de voz, gráficos tridimensionales y audio digital, impresoras, decodificadores y aplicaciones automotrices. La arquitectura VFP estaba destinada a admitir la ejecución de instrucciones cortas en "modo vectorial", pero éstas operaban en cada elemento vectorial de forma secuencial y, por lo tanto, no ofrecían el rendimiento de un verdadero paralelismo vectorial de instrucción única y datos múltiples (SIMD). Por lo tanto, este modo vectorial se eliminó poco después de su introducción, [131] para ser reemplazado por el SIMD avanzado, mucho más potente, también llamado Neon.
Algunos dispositivos, como el ARM Cortex-A8, tienen un módulo VFPLite reducido en lugar de un módulo VFP completo y requieren aproximadamente diez veces más ciclos de reloj por operación flotante. [132] La arquitectura anterior a Armv8 implementó punto flotante/SIMD con la interfaz del coprocesador. Otras unidades de punto flotante y/o SIMD que se encuentran en procesadores basados en ARM que utilizan la interfaz de coprocesador incluyen FPA, FPE, iwMMXt , algunas de las cuales se implementaron en software mediante captura, pero podrían haberse implementado en hardware. Proporcionan algunas de las mismas funciones que VFP pero no son compatibles con el código de operación . FPA10 también proporciona precisión extendida , pero implementa el redondeo correcto (requerido por IEEE 754) solo en precisión simple. [133]
En Debian Linux y derivados como Ubuntu y Linux Mint , armhf ( ARM hard float ) se refiere a la arquitectura ARMv7 que incluye la extensión de hardware de punto flotante VFP3-D16 adicional (y Thumb-2) anterior. Los paquetes de software y las herramientas de compilación cruzada utilizan los sufijos armhf frente a arm/armel para diferenciar. [135]
La extensión SIMD avanzada (también conocida como Neon o motor de procesamiento de medios "MPE") es un conjunto de instrucciones SIMD combinado de 64 y 128 bits que proporciona aceleración estandarizada para aplicaciones de procesamiento de señales y medios. Neon está incluido en todos los dispositivos Cortex-A8, pero es opcional en los dispositivos Cortex-A9. [136] Neon puede ejecutar decodificación de audio MP3 en CPU que funcionan a 10 MHz y puede ejecutar el códec de voz GSM adaptativo de velocidad múltiple (AMR) a 13 MHz. Cuenta con un completo conjunto de instrucciones, archivos de registro separados y hardware de ejecución independiente. [137] Neon admite datos de punto flotante de precisión simple (32 bits) enteros de 8, 16, 32 y 64 bits y operaciones SIMD para manejar el procesamiento de audio y video, así como el procesamiento de gráficos y juegos. En Neon, el SIMD admite hasta 16 operaciones al mismo tiempo. El hardware Neon comparte los mismos registros de punto flotante que se utilizan en VFP. Dispositivos como ARM Cortex-A8 y Cortex-A9 admiten vectores de 128 bits, pero se ejecutarán con 64 bits a la vez, [132] mientras que los dispositivos Cortex-A15 más nuevos pueden ejecutar 128 bits a la vez. [138] [139]
Una peculiaridad de Neon en los dispositivos Armv7 es que vacía todos los números anormales a cero y, como resultado, el compilador GCC no lo usará a menos que -funsafe-math-optimizations
esté activado, que permite perder anormales. Neon "mejorado" definido desde Armv8 no tiene esta peculiaridad, pero a partir de GCC 8.2 todavía se requiere el mismo indicador para habilitar las instrucciones de Neon. [140] Por otro lado, GCC considera que Neon es seguro en AArch64 para Armv8.
ProjectNe10 es el primer proyecto de código abierto de ARM (desde sus inicios; mientras adquirieron un proyecto más antiguo, ahora llamado Mbed TLS ). La biblioteca Ne10 es un conjunto de funciones útiles y comunes escritas tanto en Neon como en C (por compatibilidad). La biblioteca se creó para permitir a los desarrolladores utilizar optimizaciones de Neon sin aprender Neon, pero también sirve como un conjunto de ejemplos de código ensamblador e intrínseco de Neon altamente optimizados para rutinas comunes de procesamiento de imágenes, aritmética y DSP. El código fuente está disponible en GitHub. [141]
El helio es la extensión vectorial de perfil M (MVE). Agrega más de 150 instrucciones escalares y vectoriales. [142]
Las extensiones de seguridad, comercializadas como tecnología TrustZone, se encuentran en arquitecturas de perfil de aplicación ARMv6KZ y posteriores. Proporciona una alternativa de bajo costo a la adición de otro núcleo de seguridad dedicado a un SoC, al proporcionar dos procesadores virtuales respaldados por control de acceso basado en hardware. Esto permite que el núcleo de la aplicación cambie entre dos estados, denominados mundos (para reducir la confusión con otros nombres de dominios de capacidad), para evitar que la información se filtre del mundo más confiable al mundo menos confiable. Este cambio de mundo es generalmente ortogonal a todas las demás capacidades del procesador, por lo que cada mundo puede funcionar independientemente del otro mientras usa el mismo núcleo. Luego, la memoria y los periféricos conocen el mundo operativo del núcleo y pueden usarlo para proporcionar control de acceso a secretos y códigos en el dispositivo. [143]
Normalmente, un sistema operativo rico se ejecuta en el mundo menos confiable, con un código más pequeño especializado en seguridad en el mundo más confiable, con el objetivo de reducir la superficie de ataque . Las aplicaciones típicas incluyen la funcionalidad DRM para controlar el uso de medios en dispositivos basados en ARM [144] y evitar cualquier uso no aprobado del dispositivo.
En la práctica, dado que los detalles específicos de implementación de las implementaciones patentadas de TrustZone no se han divulgado públicamente para su revisión, no está claro qué nivel de seguridad se proporciona para un modelo de amenaza determinado , pero no son inmunes a los ataques. [145] [146]
Open Virtualization [147] es una implementación de código abierto de la arquitectura mundial confiable para TrustZone.
AMD ha licenciado e incorporado la tecnología TrustZone en su tecnología de procesador seguro . [148] Habilitadas en algunos productos, pero no en todos, las APU de AMD incluyen un procesador Cortex-A5 para manejar el procesamiento seguro. [149] [150] [151] De hecho, el núcleo Cortex-A5 TrustZone se había incluido en productos AMD anteriores, pero no se habilitó debido a limitaciones de tiempo. [150]
Samsung Knox utiliza TrustZone para fines tales como detectar modificaciones en el kernel, almacenar certificados y certificar claves. [152]
La extensión de seguridad, comercializada como TrustZone para la tecnología Armv8-M, se introdujo en la arquitectura Armv8-M. Si bien contiene conceptos similares a TrustZone para Armv8-A, tiene un diseño arquitectónico diferente, ya que el cambio de mundo se realiza mediante instrucciones de rama en lugar de utilizar excepciones. También admite el manejo seguro de interrupciones entrelazadas de cualquier mundo, independientemente del estado de seguridad actual. Juntas, estas características proporcionan llamadas de baja latencia al mundo seguro y un manejo receptivo de interrupciones. ARM proporciona una pila de referencia de código mundial seguro en forma de firmware confiable para M y certificado PSA .
A partir de ARMv6, la arquitectura ARM admite la protección de páginas sin ejecución , que se conoce como XN , para eXecute Never . [153]
La extensión de dirección física grande (LPAE), que extiende el tamaño de la dirección física de 32 bits a 40 bits, se agregó a la arquitectura Armv7-A en 2011. [154]
El tamaño de la dirección física puede ser incluso mayor en procesadores basados en la arquitectura de 64 bits (Armv8-A). Por ejemplo, es de 44 bits en Cortex-A75 y Cortex-A65AE. [155]
Las arquitecturas Armv8-R y Armv8-M , anunciadas después de la arquitectura Armv8-A, comparten algunas características con Armv8-A. Sin embargo, Armv8-M no incluye ninguna instrucción AArch64 de 64 bits, y Armv8-R originalmente no incluía ninguna instrucción AArch64; esas instrucciones se agregaron a Armv8-R más tarde.
La arquitectura Armv8.1-M, anunciada en febrero de 2019, es una mejora de la arquitectura Armv8-M. Trae nuevas características que incluyen:
Anunciado en octubre de 2011, [14] Armv8-A (a menudo llamado ARMv8, aunque Armv8-R también está disponible) representa un cambio fundamental en la arquitectura ARM. Admite dos estados de ejecución : un estado de 64 bits denominado AArch64 y un estado de 32 bits denominado AArch32 . En el estado AArch64, se admite un nuevo conjunto de instrucciones A64 de 64 bits; en el estado AArch32, se admiten dos conjuntos de instrucciones: el conjunto de instrucciones original de 32 bits, denominado A32 , y el conjunto de instrucciones Thumb-2 de 32 bits, denominado T32 . AArch32 proporciona compatibilidad en espacio de usuario con Armv7-A. El estado del procesador puede cambiar en un cambio de nivel de excepción; esto permite que las aplicaciones de 32 bits se ejecuten en el estado AArch32 bajo un sistema operativo de 64 bits cuyo núcleo se ejecuta en el estado AArch64, y permite que un sistema operativo de 32 bits se ejecute en el estado AArch32 bajo el control de un hipervisor de 64 bits que se ejecuta en el estado AArch64. . [1] ARM anunció sus núcleos Cortex-A53 y Cortex-A57 el 30 de octubre de 2012. [74] Apple fue el primero en lanzar un núcleo compatible con Armv8-A en un producto de consumo ( Apple A7 en iPhone 5S ). AppliedMicro , utilizando una FPGA , fue el primero en hacer una demostración de Armv8-A. [156] El primer SoC Armv8-A de Samsung es el Exynos 5433 utilizado en el Galaxy Note 4 , que presenta dos grupos de cuatro núcleos Cortex-A57 y Cortex-A53 en una configuración big.LITTLE ; pero se ejecutará sólo en modo AArch32. [157]
Tanto para AArch32 como para AArch64, Armv8-A crea VFPv3/v4 y el estándar SIMD (Neon) avanzado. También agrega instrucciones de criptografía que admiten AES , SHA-1 / SHA-256 y aritmética de campos finitos . [158] AArch64 se introdujo en Armv8-A y su revisión posterior. AArch64 no está incluido en las arquitecturas Armv8-R y Armv8-M de 32 bits.
Un procesador ARMv8-A puede admitir uno o ambos AArch32 y AArch64; puede admitir AArch32 y AArch64 en niveles de excepción más bajos y solo AArch64 en niveles de excepción más altos. [159] Por ejemplo, ARM Cortex-A32 solo admite AArch32, [160] ARM Cortex-A34 solo admite AArch64, [161] y ARM Cortex-A72 admite tanto AArch64 como AArch32. [162] Un procesador ARMv9-A debe admitir AArch64 en todos los niveles de excepción y puede admitir AArch32 en EL0. [159]
Se agregó compatibilidad opcional con AArch64 al perfil Armv8-R, y el primer núcleo ARM que lo implementó fue el Cortex-R82. [163] Agrega el conjunto de instrucciones A64.
Anunciada en marzo de 2021, la arquitectura actualizada se centra en la ejecución segura y la compartimentación . [164] [165]
Arm SystemReady, anteriormente llamado Arm ServerReady, es un programa de certificación que ayuda a integrar los sistemas operativos e hipervisores genéricos disponibles en el mercado en los sistemas basados en Arm, desde servidores de centros de datos hasta dispositivos industriales y de IoT. Los componentes clave del programa son las especificaciones de los requisitos mínimos de hardware y firmware en los que pueden confiar los sistemas operativos y los hipervisores. Estas especificaciones son: [166]
Estas especificaciones son desarrolladas conjuntamente por Arm y sus socios en el Comité Asesor de Arquitectura del Sistema (SystemArchAC).
Architecture Compliance Suite (ACS) son las herramientas de prueba que ayudan a verificar el cumplimiento de estas especificaciones. La Especificación de requisitos de Arm SystemReady documenta los requisitos de las certificaciones. [171]
Arm presentó este programa en 2020 en el primer evento DevSummit . Su predecesor Arm ServerReady se presentó en 2018 en el evento Arm TechCon. Este programa incluye actualmente cuatro bandas:
PSA Certified , anteriormente denominado Platform Security Architecture, es un marco de seguridad y un esquema de evaluación independientes de la arquitectura. Su objetivo es ayudar a proteger los dispositivos de Internet de las cosas (IoT) integrados en procesadores de sistema en un chip (SoC). [172] Se introdujo para aumentar la seguridad cuando un entorno de ejecución totalmente confiable es demasiado grande o complejo. [173]
Arm presentó la arquitectura en 2017 en el evento anual TechCon . [173] [174] Aunque el esquema es independiente de la arquitectura, se implementó por primera vez en núcleos de procesador Arm Cortex-M destinados al uso de microcontroladores. PSA Certified incluye modelos de amenazas y análisis de seguridad disponibles gratuitamente que demuestran el proceso para decidir sobre las características de seguridad en productos comunes de IoT. [175] También proporciona paquetes de interfaz de programación de aplicaciones (API), especificaciones arquitectónicas, implementaciones de firmware de código abierto y conjuntos de pruebas relacionados que se pueden descargar gratuitamente. [176]
Tras el desarrollo del marco de seguridad de la arquitectura en 2017, el esquema de garantía de PSA Certified se lanzó dos años después en Embedded World en 2019. [177] PSA Certified ofrece un esquema de evaluación de seguridad de múltiples niveles para proveedores de chips, proveedores de sistemas operativos y fabricantes de dispositivos de IoT. [178] La presentación de Embedded World presentó a los proveedores de chips la certificación de Nivel 1. Al mismo tiempo se presentó un proyecto de protección de nivel 2. [179] La certificación de nivel 2 se convirtió en un estándar utilizable en febrero de 2020. [180]
La certificación fue creada por PSA Joint Stakeholders para permitir un enfoque de seguridad por diseño para un conjunto diverso de productos de IoT. Las especificaciones de PSA Certified son independientes de la implementación y la arquitectura, como resultado, se pueden aplicar a cualquier chip, software o dispositivo. [181] [179] La certificación también elimina la fragmentación de la industria para los fabricantes y desarrolladores de productos de IoT . [182]
La primera computadora personal basada en ARM de 32 bits, la Acorn Archimedes , originalmente estaba destinada a ejecutar un ambicioso sistema operativo llamado ARX . Las máquinas se enviaron con RISC OS , que también se utilizó en sistemas posteriores basados en ARM de Acorn y otros proveedores. Algunas de las primeras máquinas Acorn también podían ejecutar un puerto Unix llamado RISC iX . (Ninguno de los dos debe confundirse con RISC/os , una variante contemporánea de Unix para la arquitectura MIPS).
La arquitectura ARM de 32 bits es compatible con una gran cantidad de sistemas operativos integrados y en tiempo real , incluidos:
En marzo de 2024, la arquitectura ARM de 32 bits solía ser el entorno de hardware principal para la mayoría de los sistemas operativos de dispositivos móviles, como los siguientes, pero muchas de estas plataformas, como Android y Apple iOS, han evolucionado a la arquitectura ARM de 64 bits:
Anteriormente, pero ahora descontinuado:
La arquitectura ARM de 32 bits es compatible con el sistema operativo RISC y con múltiples sistemas operativos tipo Unix, incluidos:
Las aplicaciones de Windows recompiladas para ARM y vinculadas con Winelib, del proyecto Wine , pueden ejecutarse en ARM de 32 o 64 bits en Linux, FreeBSD u otros sistemas operativos compatibles. [211] [212] Los binarios x86, por ejemplo, cuando no están especialmente compilados para ARM, se han demostrado en ARM usando QEMU con Wine (en Linux y más), [ cita necesaria ] pero no funcionan a máxima velocidad ni tienen la misma capacidad que con Winelib .
el despliegue acumulado de 100 mil millones de chips, la mitad de los cuales se enviaron en los últimos cuatro años. [..] ¿por qué no un billón o más? Ese es nuestro objetivo: ver un billón de dispositivos conectados implementados en las próximas dos décadas.
ARM comenzó como una sucursal de Acorn Computer en Cambridge, Inglaterra, con la formación de una empresa conjunta entre Acorn, Apple y VLSI Technology. Un equipo de doce empleados diseñó el primer microprocesador ARM entre 1983 y 1985.
Apple ha invertido unos 3 millones de dólares (aproximadamente 1,5 millones de libras) por una participación del 30% en la empresa, denominada Advanced Risc Machines Ltd. (ARM) [...]
Chip ARMv8 SVE (Scalable Vector Extension), que utiliza punto flotante de 512 bits.
Puede ejecutar dos subprocesos en paralelo en cada ciclo. Cada subproceso puede tener diferentes niveles de excepción y ejecutar diferentes sistemas operativos.
En relación con IEEE 754-1985, la FPA logra conformidad en aritmética de precisión simple [...] Ocasionalmente, se pueden producir multiplicaciones de precisión doble y extendida con un error de 1 o 2 unidades en el lugar menos significativo de la mantisa. .
Se agregaron bits APX y XN (nunca se ejecuta) en VMSAv6 [Arquitectura del sistema de memoria virtual]
Esta nueva versión de Windows 10 es el primer sistema operativo ARM de 64 bits de Microsoft. Ejecutará aplicaciones ARM x86 y de 32 bits de la Tienda y, a su debido tiempo, aplicaciones ARM de 64 bits. Sin embargo, Microsoft aún no ha finalizado su SDK ARM de 64 bits. Hay muchas piezas en su lugar (hay un compilador ARM de 64 bits, por ejemplo), pero la compañía aún no acepta aplicaciones ARM de 64 bits enviadas a la Tienda, y tampoco hay aplicaciones de escritorio ARM de 64 bits.