HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
raspberrypi
firmware
Systems & Infrastructure2014–2024
raspberrypi / firmware

firmware

This repository contains pre-compiled binaries of the current Raspberry Pi kernel and modules, userspace libraries, and bootloader/GPU firmware.

17Distinct people
22Mentions
0Explicit recommenders
5.6KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

This repository contains pre-compiled binaries of the current Raspberry Pi kernel and modules, userspace libraries, and bootloader/GPU firmware.

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 10:22:47 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year22 dated mentions

Observed mentions: 2014-01-14 04:15:22 UTC to 2024-12-03 09:08:55 UTC.

012342014-01-01 00:00:00 UTC to 2015-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20142015-01-01 00:00:00 UTC to 2016-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments20192020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20142014-01-01 00:00:00 UTC2015-01-01 00:00:00 UTC101
20152015-01-01 00:00:00 UTC2016-01-01 00:00:00 UTC303
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC211
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC202
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC303
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC202
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC202
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC101
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC000
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC202
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC404

What Hacker News says

4 sources
i've done the rant many times before [1] but frankly rpi has almost never made sense. there were always things like the ECS Liva/Liva X for $100-125 that were fully-featured, for roughly the same price as a rpi once you consider all the shit you'll need to get that $45 computer booted up. The Liva (and similar booksizes/net-tops, and similar things like AM1 platform from AMD) benefited hugely from using standard drivers and standard BIOS versus a massive amount of early ARM jank (the early RPi days a lot of things were actually soft-float, let alone niceties like UEFI!). the best argument for rpi has always been the combination of GPIO and linux. But that's a double-edged sword too, because linux isn't really very good at hard-realtime. And you can always just get a Bus Pirate or similar tool for doing just plain GPIO. And nowadays t
Read the rest
he ESP32 has basically completely displaced it for a lot of those sorts of "GPIO glue" roles. If you didn't need that, like if you just wanted a low-power fileserver or HTPC... the x86 stuff was better, because it actually worked reliably, at roughly the same price. Like literally just go buy an off-lease mini-tower or USFF mini-pc for $10 from a surplus store, even. This goes doubly when you consider all the problems with the early rpi. Like basically it uses USB 2.0 (unidirectional 500mbps) as a system bus... but it also dropped USB packets under load due to bugs in the firmware[0], that nobody outside the Pi foundation could address because Broadcom didn't release the documentation for like 5 years. [0] https://github.com/raspberrypi/firmware/issues/19 [1] https://news.ycombinator.com/item?id=40701297
In Intel N100 Radxa X4 First Thoughts
Yes, as the article discusses, there were also the options of just using a mini-tower or SFF desktop, or a NUC/booksize PC, and often these options were comparable or less in price. For example, I owned an ECS Liva 2/32 that I got for $100 AR and a pair of ECS Liva X 2/32 that I got for $125 each AR. These used standard N2807 and N2808 Bay Trail-D processors (Silvermont), meaning they are OoO, run standard x86 binaries and distributions, come with storage onboard (which was far more reliable than the early days of fullsize SD cards), a proper adapter, a case, and USB 3.0, for essentially the same price you paid for a Raspberry Pi 1B once you factored in all the little extras. Obviously if you want to do GPIO and stuff, the RPi is a better option, but that also competes with micros, as mentioned. And a lot of people ended up using it for
Read the rest
some variety of non-GPIO IOT thing attaching some USB device to wifi/ethernet, or as a NAS, etc, and the Pi was terrible at these. It had massive reliability problems (unthinkable today) and I went from incredibly excited to bouncing off it hard and learning a lesson about the right tool for the job, and I think I wasn't alone. Part of the problem was the decision to use USB 2.0 as a system bus. Everything including network and disk all hung off a single half-duplex USB 2.0 high-speed bus. And the Rpi firmware had a bug in the USB stack which dropped frames under load, so actually this was unreliable and could lead to corruption all on its own. It took over 2 years after launch for the foundation to fix this fundamental bug in the literal system bus of their hardware (and thanks to broadcom's closed documentation/blobs, they were the only ones who could see the info to fix it). https://github.com/raspberrypi/firmware/issues/19 On top of that, people forget about the non-micro-SD card slot. The fullsize slot just let the card cantilever out into space... but the thermoplastic used to make SD cards actually will soften enough from the heat of the rpi over time to warp away from the contacts and lose connection. Even just stepping up to eMMC (not the most reliable) was a massive step upwards because of how bad the Pi was at not melting its SD cards. And the power adapter situation has always been dire - most USB chargers were utterly unable to provide consistent enough power to avoid brownouts and corruption, and (while you could PXE boot) the hardware was not even capable of PXE booting without at least a helper SD card to load from. Today, it's dire once again, with the Pi 5 drawing 5A @ 5V from the adapter, which essentially no adapter on the market is capable of delivering. The 2B and later models (especially 4B) are enormously faster, the move to OoO cores instead of literal a single-core A57 or whatever improved performance a ton. The change to USB 3.0 (5gbps full-duplex vs 480mbps half-duplex) and getting the USB frame drop bug fixed helped a ton (the pi couldn't even serve a usb hard drive at full speed). And the 4B moved to armv8 which has a drastically clearer standard for binaries than the armv7 situation, which was an utter mess at the start (softfp binaries were a thing for a bit with the early 1B releases iirc!). Admittedly Pi was better than any other arm device but the Liva just ran debian or ubuntu. I actually think it was an utter failure as a product. I cannot imagine having to maintain a whole computer lab of these things melting (softening+warping) the SD cards, can't even PXE boot unassisted, can't get good adapters? Let alone the situation with firmware problems/driver quality and needing (at the time) weird binaries with a non-standardized bootloader etc. Why would you buy that instead of the Liva X for the same finished price? The pivot to "these are for makers!" was a pivot, and then they pivoted again into commercial. Like good for them but it's always been a messy product with an uncertain target market. It was always borne largely on the backs of enthusiasts shoving it into various home-server and IOT usage, most of which didn't actually need a GPIO. And the GPIO thing was always better served by the ESP8266 in most situations, and that ecosystem really matured almost in parallel with the Rpi. So sure, while the Pi got more suitable for actual GPIO hobbyism over time, so did everything else too. I regard the whole thing as fundamentally having been overhyped and a waste of time by people who (in most circumstances) really should just have bought a booksize or an off-lease OEM USFF desktop. That was me. Got an old Core2Duo desktop for $10 at a surplus sale, that became the fileserver I was trying to build, which instantly ended the reliability struggle I'd been having (rpi lasted an average of 1-2 months MTBF in my homeserver usage) then I got a couple booksize and nettops and ended up with NUCs etc which are just a far better fit for what I'm trying to do. To each their own, but again, I think really very few people are interested in them for the GPIO stuff, it's the "$35 for a little computer" thing that draws people in, but that's an impedence mismatch to expectations, that's not why you should buy a rpi/if that's your use-case then there are better options.
In The Raspberry Pi 5 Is No Match for a Tini-Mini-Micro PC

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.