226 meneos
2865 clics
Se acerca el fin de BIOS: Intel eliminará el soporte en 2020
El fin de este sistema está cada vez más cerca, ya que Intel ha anunciado que acabará con su soporte en el año 2020. Es un movimiento completamente lógico, ya que desde el 2010 las placas base vienen con UEFI, una solución mucho más segura y moderna.
|
comentarios cerrados
en.wikipedia.org/wiki/Trusted_Platform_Module
Pero claro, estaba loco y se comía tranchetes de los pies.
Visionario. Siempre lo fue y siempre lo será.
www.meneame.net/story/como-desactivar-intel-management-engine-ime-eng
Sencillamente esto es el no es no aplicado a la informática
El SETUP es esa pantallita en la que ajustamos cosas, aunque cada vez menos.
La BIOS se encarga del arranque del PC y de llamadas estándar. Por ejemplo se puede llamara la disquetera para que lea un sector, o a la tarjeta gráfica (hasta la VGA) para que se ponga a determinada resolución de gráficos o texto.
El problema de la BIOS es que está muy anticuada: por compatibilidad, sigue funcionando en el modo real de 16 bits, con limitaciones como los famosos 640 KB de RAM (1 MB en total contando RON y memoria de gráficas y extensiones) cuando la mayoría de usuarios usan el de 64 bits (o todavía muchos el de 32 bit). Eso hace que los procesadores arranquen en modo de 16 bit y después se cambie al modo de 32 o 64 bit.
Una vez que el procesador ha cambiado a 32 o 64 bit la BIOS no vale para nada, así que esta absolutamente obsoleta y por eso ya la van a eliminar.
El siguiente paso supongo que será eliminar el soporte de 16 bit, lo que permitirá simplificar un poco el diseño de los procesadores.
TianoCore UEFI: www.coreboot.org/TianoCore
¿Obsoleto es entrar en 32-bit tras 10 instrucciones?
/cc #18
La BIOS es un programa en EEPROM que se encarga de tres cosas: configurar el hardware, comprobarlo (POST) e iniciar el arranque del SO (bootsrap). También tiene su menú para configurar la máquina.
UEFI es un protocolo que sólo se encarga de iniciar el arranque del SO o cualquier otra cosa desde disco. El SO puede estar firmado (secureboot) o no, en principio no es obligatorio en UEFI.
Lo que todo el mundo asocia con BIOS y EFI son los menús de configuración del sistema. En el primero está en EEPROM y en el segundo en disco.
Intel va a quitar la EEPROM porque las funciones de configuración y comprobación del hardware ya las hace con el infame IME (Management Engine).
No tiene nada que ver con bits, es simplemente librarse del legacy.
Pero bueno, mejor.
Solo que hasta hace poco ( ya empiezan a desaparecer, y mejor asi ), habia hibridos BIOS UEFI que tenian todo esto pero usaban los CSM ( compatibility support module ) para poder arrancar en modo BIOS ( leer sector de arranque en vez de particion UEFI con UEFI boot managers ) etc. Incluso esta el modo arranque UEFI pero dejando habilitadas las llamadas a BIOS ( un chapuzon, pero W7, por ejemplo, aun necesita este modo... salvo que parchees cosas, pero eso es largo de explicar ).
El programa de setup que está en UEFI es el menú del que hablaba, que ahora puede ser chulo y con muchos gŕaficos.
El setup y drivers que están en módulos de UEFI son de periféricos y sistema operativo.
La configuración a bajo nivel de la placa base no puede estar en disco. Antes de poder acceder al disco tiene que configurar la velocidad de la memoria, las tensiones o los rangos de DMAs, p.e. Esto lo hace el IME con la configuración concreta de cada placa base.
Creo que confundes algun tema ahi: "La configuración a bajo nivel de la placa base no puede estar en disco" < nadie ha dicho eso ni ha dicho algo que implique eso. Los modulos UEFI que se cargan del disco son: boot managers o UEFI loaders, en algunos casos drivers UEFI ( pero no drivers de la fase DXE ). Todo eso que dices que "antes de acceder al disco tiene que...", claro, asi es, y eso ocurre en el codigo que se carga desde la EEPROM ( Flash ROM ) de la placa ( esos bonitos chips Winbond de 8 patas y generalmente 32Mbit o 64Mbit ), que son, la gran mayoria de ellos, modulos UEFI ( binarios PE como los de windows con ciertas caracteristicas y demas, pero binarios PE ).
Mirate si quieres las fases de UEFI: PEI, DXE, ...
Y no, nada de eso lo hace el IME. El Intel Management Engine hace otras cosas pero todo eso que dices lo hace tu CPU x86, parte ( muuuuyyy poca, la ultrabasica ) en modo real ( modo unreal/voodoo en realidad ), y el resto ya unos PEs de 32bit o 64bit, todos leidos de la Flash ROM y cargados en memoria y ejecutados por la CPU normal.
Hago desarrollo de cosas de estas, tanto algunos hacks a nivel de FlashROM ( en realidad compilar y flashear la Flash ROM, sin mas, no es muy diferente a hacerlo en binarios UEFI que se ponen en la perticion UEFI de disco, segun a que nivel lo hagas ) como a nivel de UEFI loaders en esa particion UEFI ( para hacks cargando Windows, Linux,... ).
Desconocía las fases SEC, PEI y DXE, y entiendo que las dos primeras están en Flash. Pensaba que en Flash seguía estando un código similar al del BIOS de inicializiación y POST y luego saltaba a código UEFI, pero veo que UEFI incluye incluso las primeras de inicilización de la placa base.
github.com/tianocore/tianocore.github.io/wiki/PI-Boot-Flow
Gracias por la iluminación.
Hombre, al final hay cosas que tanto BIOS como UEFI tienen que hacer, inicializar todo, solo que en UEFI se hace lo miiinimo minimo y se pasa a modo protegido plano de 32 o 64 bit, y ya ahi se ejecutan drivers y otras inicializaciones ya en un entorno mas comodo/sano.
RV64G al rescate.
RMS es una de las personas no solo mas coherentes, sino mas consecuentes de la sociedad actual. La gente se olvida que fue profesor hemerito del MIT (a donde practicamente ningun ingeniero informatico o teleco puede llegar), que lo dejo todo por embarcarse para luchar por un mundo mejor, que tiene tantos commits en tantos proyectos, que hoy en dia GNU/Linux es asi, gracias principalmente a el. Tan solo en GNU/Emacs tiene mas de 20.000 commits, que son impresionantes. Influenciado por Noam Chomsky, ya que fue companero de oficina. Tuve el placer de conocerle en persona, hace unos anos cuando vino a Finlandia.
Según lo sofisticada que sea la UEFI puede:
* Permitir desactivar el Secure Boot
* Añadir tus propias keys para poder firmar tus propios shim, grub, kernels
Porque Secure Boot no es lo mismo que Secure Boot haciendo caso únicamente de las keys de Microsoft (aúnque en el 90% de los casos es así).
Eso sí, parece ser que muchas máquinas ARM con Windows no llevan la opción para desactivar el Secure Boot.