Preliminary Open Source Bootloader for Raspberry Pi Boards Released

Raspberry Pi boards require a closed-source binary to boot. I understand it this is handled by VideoCore IV GPU,  and so  far the Raspberry Pi foundation are not release source code for the bootloader, possibly due to legal reason (e.g. NDA to Broadcom). But I noticed people chatting about an open source bootloader for Raspberry Pi on sunxi-linux IRC channel.

Raspberry_Pi-3

The bootloaded called rpi-open-firmware has been developed by Kristina Brooks (christinaa), who previously did some work on the VideoCore IV GPU, as you can see on her blog and github account.

Kristina describe the project as follows:

This is a small firmware for RPi VPU (VideoCore4) versions 1/2/3 that is capable of initializing VPU PLL (PLLC), UART, SDRAM and ARM itself. It’s intended to be used instead of stock bootcode.bin on RPi’s SD card. You need to have UART to see anything meaningful as far as output goes.

This has been tested on RPi1 Model B (Hynix PoP DDR), RPi 2 Model B and RPi 3 Model B (both Elpida DDR).

Bear in mind that this is all work in progress, and it’s not capable of booting Linux right now. The media part of the VPU is also not handled by this driver, and probably never will. There are multiple license used for the code, with some source  licensed under “Broadcom Corporation”, which the license explains is itself released under a BSD 3-Clause License, as well as code released under GPLv2+.

You can check the code and instructions on Github. There’s also a discussion in Hacker News with some more bits of info.

Support CNX Software - Donate via PayPal or become a Patron on Patreon

9
Leave a Reply

avatar
9 Comment threads
0 Thread replies
0 Followers
 
Most reacted comment
Hottest comment thread
9 Comment authors
KarenHeinzJustinJohn WilliamsBiugMikejqpabc123 Recent comment authors
  Subscribe  
newest oldest most voted
Notify of
Methanoid
Guest
Methanoid

And what is the significance of this? I have no idea!!

cortex-a72
Guest
cortex-a72

This hybrid approach, when the system is owned by different CPU’s and the main CPU is like a co-processor for some hidden crappy not documented thing behind the scene, is so lame. I heard that vpu runs the whole OS, so this “replacement” hardly is usable. Working individually on firmware for arm boards, I avoid raspberry pi exactly because of this mess. I don’t like this approach.

ssvb
Guest
ssvb

@Methanoid
The significance of this work is that we are moving towards finally getting rid of the closed source proprietary code, which runs in the background on every Raspberry Pi device. Nobody has audited this proprietary code to ensure the absence of hidden backdoors and/or vulnerabilities.

Drone
Guest
Drone

Ah Grasshopper – audit if you must, but you can never truly know if you are totally in control.

jqpabc123
Guest
jqpabc123

Looks like a lame attempt at copy protection — designed to prevent cloning or make it more difficult..

BiugMike
Guest
BiugMike

A solution looking for a problem. When there was no problem they just made one up.

John Williams
Guest

nice

Justin
Guest
Justin

Does this mean OpenBSD might be ported to the Pi? I thought the main reason they refuse to support the Pi is because of the closed source boot-loader. However I don’t think that is likely.

KarenHeinz
Guest
KarenHeinz

Good post