awesome-repositories.com
Blog
awesome-repositories.com

Découvrez les meilleurs dépôts open-source grâce à notre recherche par IA.

ExplorerRecherches sélectionnéesAlternatives open sourceLogiciels auto-hébergésBlogPlan du site
ProjetÀ proposNotre méthodologiePresseServeur MCP
Mentions légalesConfidentialitéConditions d'utilisation
© 2026 Bringes Technology SRL·VAT RO45896025·hello@awesome-repositories.com
·

24 dépôts

Awesome GitHub RepositoriesFirmware Boot Interfaces

Support for loading operating systems directly from modern system firmware.

Distinguishing note: Distinct from general hardware support: focuses specifically on UEFI and firmware-based boot mechanisms.

Explore 24 awesome GitHub repositories matching operating systems & systems programming · Firmware Boot Interfaces. Refine with filters or upvote what's useful.

Awesome Firmware Boot Interfaces GitHub Repositories

Trouvez les meilleurs dépôts grâce à l'IA.Nous recherchons les dépôts les plus pertinents grâce à l'IA.
  • torvalds/linuxAvatar de torvalds

    torvalds/linux

    237,355Voir sur GitHub↗

    Le noyau Linux est un cœur de système d'exploitation monolithique qui gère les ressources matérielles, la mémoire et la planification des processus à travers diverses architectures informatiques. Il fournit un environnement standardisé et conforme à POSIX pour l'exécution des applications tout en maintenant un framework de pilotes modulaire qui permet le chargement et la suppression dynamiques des interfaces matérielles. Le projet se distingue par sa boîte à outils de concurrence haute performance, qui utilise des primitives de synchronisation sans verrou et des mécanismes de lecture-copie-mise à jour pour gérer l'accès aux données partagées dans les environnements multi-cœurs. Il intègre une suite complète de traçage et d'instrumentation du noyau qui permet une surveillance non intrusive des événements système, de l'exécution des fonctions et des métriques de latence. De plus, le noyau impose des garanties strictes de stabilité de l'interface et un suivi du cycle de vie pour assurer la rétrocompatibilité des applications dépendantes. Au-delà de son identité principale, le système inclut des capacités étendues pour l'abstraction matérielle, l'implémentation de protocoles réseau et l'application de politiques de sécurité. Il prend en charge des exigences d'ingénierie spécialisées grâce à la gestion de l'état d'alimentation, aux optimisations des systèmes embarqués et aux processus de démarrage basés sur le firmware. L'architecture dispose également de frameworks de diagnostic robustes pour l'analyse de la mémoire, la vérification de l'exécution du système et la validation des modèles de programmation concurrente. Le dépôt source fournit un système de construction complet pour transformer le code en images binaires exécutables, incluant des outils pour la sélection des fonctionnalités du noyau et l'optimisation de la configuration afin d'adapter la sortie aux exigences matérielles spécifiques.

    Supports firmware-based booting to load the kernel directly and bypass intermediate bootloaders.

    C
    Voir sur GitHub↗237,355
  • kholia/osx-kvmAvatar de kholia

    kholia/OSX-KVM

    23,392Voir sur GitHub↗

    OSX-KVM is a project that enables running macOS as a virtualized guest operating system on non-Apple hardware using QEMU/KVM and the OpenCore bootloader. It provides the core capability to install and boot macOS on a Linux host, supporting GPU passthrough for improved graphics performance and remote access via SSH and VNC for headless management. The project distinguishes itself by offering a complete virtualization stack for macOS, including hardware passthrough for physical GPUs and other devices, integration with libvirt and virt-manager for graphical VM management, and the ability to boot

    Uses the OpenCore bootloader to enable macOS installation and booting on non-Apple hardware.

    Shellcatalina-hackinotshemulationhackintosh
    Voir sur GitHub↗23,392
  • dortania/opencore-legacy-patcherAvatar de dortania

    dortania/OpenCore-Legacy-Patcher

    17,633Voir sur GitHub↗

    OpenCore Legacy Patcher is a utility designed to enable the installation and operation of modern operating systems on legacy hardware that is no longer officially supported. By interposing a custom bootloader between the system firmware and the kernel, the project facilitates the deployment of current software releases on older devices, bypassing restrictive compatibility checks and hardware identification requirements. The project distinguishes itself through a comprehensive framework for system interposition and persistent patching. It employs dynamic kernel extension injection and runtime

    Applies system modifications in memory during the boot process to ensure that no permanent changes are made to the underlying firmware.

    Pythonbig-surmacosopencore
    Voir sur GitHub↗17,633
  • redox-os/redoxAvatar de redox-os

    redox-os/redox

    16,054Voir sur GitHub↗

    Redox is a POSIX-compliant, microkernel-based operating system written entirely in Rust. By utilizing a memory-safe language for the kernel and all system components, the project eliminates common vulnerabilities such as buffer overflows and use-after-free errors. Its architecture relies on a minimal kernel that manages only essential hardware and process isolation, delegating all other system services to unprivileged user-space processes. The system distinguishes itself through a modular design where hardware drivers and system services run as independent user-space daemons, allowing them to

    Initializes hardware and boots the operating system environment.

    Rustbsdfreebsdgnu
    Voir sur GitHub↗16,054
  • acidanthera/opencorepkgAvatar de acidanthera

    acidanthera/OpenCorePkg

    14,750Voir sur GitHub↗

    OpenCorePkg is a modular UEFI bootloader designed to initialize hardware and facilitate the loading of modern operating systems on non-standard or unsupported hardware. It functions as a comprehensive firmware emulation environment, providing the necessary runtime services and memory management to bridge the gap between diverse hardware configurations and operating system requirements. The project distinguishes itself through its ability to perform runtime kernel patching and system firmware modification, allowing for the injection of drivers and the manipulation of hardware tables during the

    Patches system firmware and configuration to enable the loading and execution of operating systems on hardware not manufactured by the original vendor.

    Copencore
    Voir sur GitHub↗14,750
  • s-matyukevich/raspberry-pi-osAvatar de s-matyukevich

    s-matyukevich/raspberry-pi-os

    13,854Voir sur GitHub↗

    This project is a bare-metal operating system developed for ARM64 architecture. It serves as a low-level implementation of kernel engineering, focusing on the fundamental construction of an OS from the hardware level up. The system is distinguished by its comprehensive approach to ARM64 processor control, featuring a red-black tree task scheduler and a hierarchical page table system for virtual memory management. It implements a sophisticated privilege model that handles transitions between kernel and user modes, ensuring process isolation through address space splitting and exception level m

    Adds a Portable Executable header to the kernel image to enable booting via UEFI firmware services.

    Carmarmv8assembler
    Voir sur GitHub↗13,854
  • bin456789/reinstallAvatar de bin456789

    bin456789/reinstall

    12,251Voir sur GitHub↗

    Reinstall is an automated operating system deployer and bare metal provisioning tool designed for virtual private servers and remote hardware. It functions as a remote disk imaging utility and OS management tool, enabling the deployment and reinstallation of Linux and Windows operating systems without requiring physical access to the machine. The project distinguishes itself by automating complex installation hurdles, such as bypassing hardware requirements for RAM, TPM, and SecureBoot. It manages critical low-level tasks including hardware-aware driver injection, raw disk image deployment wi

    Boots a memory-resident operating system to perform disk partitioning and image deployment without affecting the host.

    Shellalpinealpine-linuxboot
    Voir sur GitHub↗12,251
  • netbootxyz/netboot.xyzAvatar de netbootxyz

    netbootxyz/netboot.xyz

    11,855Voir sur GitHub↗

    netboot.xyz is a network-based system management platform that enables automated operating system deployment and remote system maintenance. By leveraging iPXE and standard network protocols like DHCP and TFTP, it provides a centralized infrastructure for booting installers and utility tools directly over a local network. The system is designed to facilitate unattended installations and live environment execution, allowing users to manage hardware without the need for physical installation media. The project distinguishes itself through a highly flexible, template-driven approach to boot menu

    Provides a collection of bootable menus and scripts for remote OS installation and live environment execution.

    Jinjaansiblebaremetalboot
    Voir sur GitHub↗11,855
  • rrorg/rrAvatar de RROrg

    RROrg/rr

    8,379Voir sur GitHub↗

    This project provides a specialized UEFI boot environment and hardware emulation layer designed to run proprietary network-attached storage operating systems on generic x86 and x64 hardware. It functions as a bootloader and recovery environment that enables these systems to initialize on devices not originally manufactured by the vendor. The system employs a hardware emulation layer that mimics specific vendor IDs and boot parameters to ensure operating system compatibility. It includes a virtual machine image generator to create bootable images in multiple formats for deployment within virtu

    Enables booting of vendor-specific network storage operating systems on generic x86 and x64 hardware through firmware patching.

    Shellbootloaderdsmredpill
    Voir sur GitHub↗8,379
  • fbelavenuto/arplAvatar de fbelavenuto

    fbelavenuto/arpl

    7,307Voir sur GitHub↗

    Arpl is a bootloader manager and custom kernel loader for network attached storage devices. It provides a network boot environment to automate the fetching, flashing, and installation of modified operating systems and kernels onto hardware storage. The project distinguishes itself through a remote management suite that exposes bootloader controls via a web browser, secure shell connection, or local terminal. It utilizes RSS feeds to automate the retrieval of the latest system images and version metadata for online updates. The system handles hardware boot configuration by mapping network int

    Ships a shell-based network boot environment with web and SSH interfaces for configuring hardware mappings and kernel arguments.

    Shell
    Voir sur GitHub↗7,307
  • lzhoang2801/opcore-simplifyAvatar de lzhoang2801

    lzhoang2801/OpCore-Simplify

    6,823Voir sur GitHub↗

    OpCore-Simplify is an automated tool that generates a complete OpenCore EFI folder for Hackintosh builds. It scans the system hardware to identify supported devices and compatible macOS versions, then assembles a bootable EFI configuration by downloading the latest OpenCore bootloader and required kernel extensions from official sources. The tool differentiates itself by automating the entire EFI creation process, from hardware detection through patch application. It automatically selects and applies the correct ACPI hotfixes and kernel extensions based on the detected hardware and target mac

    Generates a complete OpenCore EFI folder for Hackintosh builds, automating the entire creation process.

    Pythonhackintoshhackintosh-efilzhoang2601
    Voir sur GitHub↗6,823
  • luchina-gabriel/osx-proxmoxAvatar de luchina-gabriel

    luchina-gabriel/OSX-PROXMOX

    6,461Voir sur GitHub↗

    Integrates the OpenCore bootloader as a firmware shim to emulate Apple hardware and boot macOS.

    Shellapplehackintoshmacos
    Voir sur GitHub↗6,461
  • tianocore/edk2Avatar de tianocore

    tianocore/edk2

    6,061Voir sur GitHub↗

    edk2 est un projet de développement pour créer un firmware système conforme à la spécification UEFI. Il fournit l'infrastructure nécessaire pour initialiser les plateformes matérielles et démarrer les systèmes d'exploitation sur plusieurs architectures CPU. Le projet utilise une architecture de firmware modulaire qui découple les protocoles de gestion de haut niveau des couches de transport physiques. Il implémente des fonctionnalités de sécurité critiques, notamment une chaîne de démarrage mesurée (measured boot), des primitives cryptographiques pour l'authentification d'images et la prise en charge des implémentations matérielles et logicielles du Trusted Platform Module (TPM). Sa surface de capacité s'étend aux standards de gestion de plateforme tels que Redfish, IPMI et MCTP, ainsi qu'à la génération de tables ACPI dynamiques. Le projet inclut également une suite complète d'outils pour la compilation multi-architecture, la simulation de firmware et l'émulation de plateforme virtuelle pour des hyperviseurs comme KVM, Xen et QEMU. Le projet inclut un système de build multi-cible et une orchestration de tests automatisés pour valider la fonctionnalité du firmware dans des environnements émulés et physiques.

    Provides a full system firmware implementation that complies with the UEFI specification to initialize hardware and boot operating systems.

    Ccfirmwarepython
    Voir sur GitHub↗6,061
  • raspberrypi/documentationAvatar de raspberrypi

    raspberrypi/documentation

    5,575Voir sur GitHub↗

    This is the official documentation repository for Raspberry Pi hardware and software. It covers the complete range of Raspberry Pi single-board computers, the RP-series microcontrollers, and the Raspberry Pi operating system. The documentation provides reference material for setting up devices, configuring hardware, and using the system for tasks including AI inference, camera and video capture, embedded development, and remote access. The documentation covers the full boot chain from the GPU firmware and EEPROM bootloader through to kernel loading, with detailed guidance on boot configuratio

    Runs first-stage GPU firmware that initializes hardware and loads the kernel from a FAT32 partition.

    Pythonasciidocdocumentationraspberry-pi
    Voir sur GitHub↗5,575
  • raspberrypi/firmwareAvatar de raspberrypi

    raspberrypi/firmware

    5,485Voir sur GitHub↗

    This repository contains the pre-compiled firmware, bootloader binaries, device tree overlay files, and Linux kernel modules that power Raspberry Pi single-board computers. It provides the foundational system firmware that initializes the hardware and loads an operating system. The boot architecture relies on a proprietary VideoCore GPU that co-processes early initialization, memory partitioning, device tree overlay loading, and mailbox-based peripheral configuration before handing control to the main CPU. This multi-stage boot process uses a chain of small binary stages and loads a raw kerne

    Booting the main CPU by first executing proprietary firmware on a separate graphics processor that initialises system memory and loads the ARM boot stage.

    Voir sur GitHub↗5,485
  • cirosantilli/x86-bare-metal-examplesAvatar de cirosantilli

    cirosantilli/x86-bare-metal-examples

    5,306Voir sur GitHub↗

    Ce projet est une collection de systèmes d'exploitation minimaux, de chargeurs de démarrage (bootloaders) et de pilotes matériels utilisés pour démontrer la programmation système x86 bas niveau et l'interfaçage matériel. Il sert de boîte à outils de développement de noyau et de laboratoire de programmation système conçu pour tester les concepts d'architecture et le comportement matériel au sein d'un émulateur système. Le dépôt fournit des implémentations de référence pour créer des images disque amorçables et charger des étapes de noyau. Il inclut des guides pour implémenter les transitions en mode protégé, la pagination mémoire, les tables de descripteurs d'interruption et le multiprocesseur symétrique sur matériel x86. La base de code couvre un large éventail de primitives système, incluant le mappage de mémoire virtuelle, la gestion des interruptions matérielles et la détection de mémoire physique. Il contient également des pilotes bare-metal pour le haut-parleur PC, le clavier PS/2, les ports série et les tampons texte VGA. Le projet inclut une chaîne d'outils binaire brute pour compiler le code source assembleur en images pour une exécution matérielle directe et prend en charge les tests via l'émulation matérielle et le débogage à distance.

    Records CPU and control register values immediately after boot to analyze the firmware environment.

    Assemblyassemblybare-metalbaremetal
    Voir sur GitHub↗5,306
  • cloverhackycolor/cloverbootloaderAvatar de CloverHackyColor

    CloverHackyColor/CloverBootloader

    5,053Voir sur GitHub↗

    CloverBootloader is a UEFI-compliant boot loader designed to initialize hardware and launch multiple operating systems across various platforms. Its primary purpose is to enable the booting of operating systems on unsupported hardware through system identity spoofing and hardware emulation. The project specializes in hardware compatibility patching by modifying ACPI tables, faking hardware IDs, and patching binary kernels or extensions in memory during the boot process. It provides capabilities to inject kernel extensions and spoof system parameters, such as product names and serial numbers,

    Alters device and vendor identifiers at the boot level to ensure compatibility with available drivers.

    C
    Voir sur GitHub↗5,053
  • mylinuxforwork/dotfilesAvatar de mylinuxforwork

    mylinuxforwork/dotfiles

    4,828Voir sur GitHub↗

    Ce projet est une configuration de gestionnaire de fenêtres à tuiles dynamiques et un installateur de bureau automatisé pour Linux. Il fournit un système pour organiser les fenêtres d'application afin de maximiser l'espace écran et la productivité, spécifiquement centré autour d'une configuration de bureau Hyprland. L'environnement dispose d'un thème visuel adaptatif qui extrait les teintes dominantes des fonds d'écran pour mettre à jour automatiquement les couleurs de l'interface utilisateur globale. Il inclut également des optimisations spécialisées pour les environnements de machine virtuelle afin d'assurer la stabilité et les performances du système. Le projet couvre le déploiement automatisé du bureau via des scripts shell et des images disque live, permettant l'installation d'un environnement de bureau préconfiguré sur plusieurs distributions Linux. Le processus de déploiement intègre une mise en page de fichiers basée sur des sous-volumes pour prendre en charge la récupération du système et les instantanés d'état.

    Enables booting a temporary read-only operating system from a disk image for configuration testing.

    QMLarchconfigurationfedora
    Voir sur GitHub↗4,828
  • opnsense/coreAvatar de opnsense

    opnsense/core

    4,493Voir sur GitHub↗

    Ce projet est le framework de gestion central pour un équipement de sécurité, fournissant l'infrastructure principale pour la gestion de pare-feu, la prévention des intrusions réseau et la mise en réseau à haute disponibilité. Il sert de système centralisé pour contrôler les politiques de sécurité réseau, filtrer le trafic et administrer le tableau de bord de l'équipement de sécurité. Le système se distingue par ses capacités de haute disponibilité, qui incluent la synchronisation des configurations et des tables d'état de connexion entre des nœuds redondants pour permettre un basculement matériel automatique. Il dispose également d'une architecture de plugins modulaire pour étendre la logique backend et les interfaces utilisateur, ainsi qu'une API basée sur JSON pour la gestion programmatique des règles de pare-feu et des paramètres système. La plateforme couvre un large éventail de domaines de capacité, incluant la configuration réseau pour IPv4 et IPv6, le tunneling VPN sécurisé, l'administration de portail captif et des outils complets de surveillance et d'observabilité. Elle intègre en outre la gestion des identités avec authentification multi-facteurs et fournit des outils pour la sauvegarde de configuration, le suivi de version et le déploiement sur matériel x86-64.

    Allows the system to boot and run entirely from memory for recovery or testing without modifying local storage.

    PHPapibsdcaptive-portal
    Voir sur GitHub↗4,493
  • ic005k/ocauxiliarytoolsAvatar de ic005k

    ic005k/OCAuxiliaryTools

    4,371Voir sur GitHub↗

    OCAuxiliaryTools est une interface graphique pour gérer les configurations du bootloader OpenCore et les partitions EFI. Il fonctionne comme un éditeur de configuration, un outil de mise à jour de bootloader et un gestionnaire de préréglages matériels, permettant aux utilisateurs de modifier les paramètres système sans édition de texte manuelle. L'outil fournit un système pour suggérer et appliquer des quirks de configuration optimaux basés sur les modèles de processeur détectés. Il automatise la migration des fichiers de configuration vers les derniers schémas et gère l'installation des bootloaders et extensions de noyau mis à jour. Le logiciel couvre l'administration des partitions EFI, y compris le montage des partitions système, la génération de structures de répertoires et la création de sauvegardes de configuration. Il inclut également un système de validation pour analyser les fichiers de configuration à la recherche de conflits et d'erreurs.

    Provides a comprehensive graphical interface for editing, validating, and updating OpenCore configurations and EFI partitions.

    C++
    Voir sur GitHub↗4,371
Préc.12Suivant
  1. Home
  2. Operating Systems & Systems Programming
  3. Firmware Boot Interfaces

Explorer les sous-tags

  • Boot Validation1 sous-tagVerifying the integrity of the boot process using hardware-rooted trust and firmware checks. **Distinct from Firmware Boot Interfaces:** Focuses on the validation of trusted code during boot, whereas Firmware Boot Interfaces is the general mechanism for loading OS.
  • Boot Variable RoutersMechanisms that redirect standard firmware boot entries to vendor-specific non-volatile variables. **Distinct from Firmware Boot Interfaces:** Specifically handles the routing of boot variables rather than general firmware boot interfaces
  • Cross-Vendor Boot LoadersBoot loaders that patch firmware and configuration to enable OS execution on hardware not manufactured by the original vendor. **Distinct from Firmware Boot Interfaces:** Distinct from Firmware Boot Interfaces: focuses on the specific capability of enabling non-vendor hardware booting through patching.
  • Hardware Compatibility PatchersTools for patching firmware to enable OS execution on non-native hardware. **Distinct from Firmware Boot Interfaces:** Distinct from Firmware Boot Interfaces: focuses on patching for cross-vendor compatibility rather than standard boot interfaces.
  • Hardware ID SpoofingAltering hardware identifiers at the firmware level to deceive operating systems into loading specific drivers. **Distinct from Firmware Boot Interfaces:** Distinct from Firmware Boot Interfaces as it focuses on identity masking rather than the boot loading mechanism.
  • Modern Boot Environment Initializers6 sous-tagsTools that configure boot environments to enable modern operating systems on hardware lacking native firmware support. **Distinct from Firmware Boot Interfaces:** Distinct from general firmware boot interfaces: focuses on the active initialization of modern boot environments on unsupported hardware.
  • Non-Destructive Boot LoadersBoot mechanisms that apply modifications in memory to avoid permanent changes to system firmware. **Distinct from Firmware Boot Interfaces:** Distinct from Firmware Boot Interfaces: focuses on memory-only modification to ensure non-destructive operation.
  • UEFI Emulators1 sous-tagEnvironments that provide a compliant UEFI interface on legacy hardware to support modern firmware drivers. **Distinct from Firmware Boot Interfaces:** Distinct from general firmware boot interfaces: focuses on the emulation of the UEFI environment itself rather than just boot support.
  • UEFI Specification ImplementationsFirmware implementations that adhere to the Unified EFI specification for hardware initialization and OS booting. **Distinct from Firmware Boot Interfaces:** Focuses on the implementation of the specification itself, not just the interface for loading an OS.
  • VideoCore Firmware Boot Sequences1 sous-tagProprietary GPU firmware that initializes system memory and loads the ARM boot stage during Raspberry Pi startup. **Distinct from Firmware Boot Interfaces:** Distinct from Firmware Boot Interfaces: covers the specific VideoCore GPU firmware boot process used in Raspberry Pi, not general UEFI or firmware-based boot mechanisms.