RJrjsw·May 17, 2022
There is the Tianocore EDK II [1] for the Quartz64
[1] https://github.com/jaredmcneill/quartz64_uefi
In My Unholy Battle with a Rock64jaredmcneill
quartz64_uefi
C2022–2022
jaredmcneill / quartz64_uefi
quartz64_uefi
EDK2 UEFI for Rockchip RK3566 and RK3568 based SBCs.
3Distinct people
4Mentions
0Explicit recommenders
217GitHub stars
What to know before exploring
What it is
EDK2 UEFI for Rockchip RK3566 and RK3568 based SBCs.
GitHub
Where it is used
No documented product use has been verified yet.
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, 5:04:57 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 week4 dated mentions
Observed mentions: 2022-01-19 20:15:44 UTC to 2022-05-17 16:33:36 UTC. Weeks start Monday, UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| Jan 17 | 2022-01-17 00:00:00 UTC | 2022-01-24 00:00:00 UTC | 1 | 0 | 1 |
| Jan 24 | 2022-01-24 00:00:00 UTC | 2022-01-31 00:00:00 UTC | 0 | 0 | 0 |
| Jan 31 | 2022-01-31 00:00:00 UTC | 2022-02-07 00:00:00 UTC | 0 | 0 | 0 |
| Feb 7 | 2022-02-07 00:00:00 UTC | 2022-02-14 00:00:00 UTC | 1 | 0 | 1 |
| Feb 14 | 2022-02-14 00:00:00 UTC | 2022-02-21 00:00:00 UTC | 0 | 0 | 0 |
| Feb 21 | 2022-02-21 00:00:00 UTC | 2022-02-28 00:00:00 UTC | 0 | 0 | 0 |
| Feb 28 | 2022-02-28 00:00:00 UTC | 2022-03-07 00:00:00 UTC | 0 | 0 | 0 |
| Mar 7 | 2022-03-07 00:00:00 UTC | 2022-03-14 00:00:00 UTC | 1 | 0 | 1 |
| Mar 14 | 2022-03-14 00:00:00 UTC | 2022-03-21 00:00:00 UTC | 0 | 0 | 0 |
| Mar 21 | 2022-03-21 00:00:00 UTC | 2022-03-28 00:00:00 UTC | 0 | 0 | 0 |
| Mar 28 | 2022-03-28 00:00:00 UTC | 2022-04-04 00:00:00 UTC | 0 | 0 | 0 |
| Apr 4 | 2022-04-04 00:00:00 UTC | 2022-04-11 00:00:00 UTC | 0 | 0 | 0 |
| Apr 11 | 2022-04-11 00:00:00 UTC | 2022-04-18 00:00:00 UTC | 0 | 0 | 0 |
| Apr 18 | 2022-04-18 00:00:00 UTC | 2022-04-25 00:00:00 UTC | 0 | 0 | 0 |
| Apr 25 | 2022-04-25 00:00:00 UTC | 2022-05-02 00:00:00 UTC | 0 | 0 | 0 |
| May 2 | 2022-05-02 00:00:00 UTC | 2022-05-09 00:00:00 UTC | 0 | 0 | 0 |
| May 9 | 2022-05-09 00:00:00 UTC | 2022-05-16 00:00:00 UTC | 0 | 0 | 0 |
| May 16 | 2022-05-16 00:00:00 UTC | 2022-05-23 00:00:00 UTC | 1 | 0 | 1 |
What Hacker News says
4 sourcesAnother EFI implementation is Tianocore [1], I use it to boot NetBSD on my Pine64 Quartz64 board.
[1] https://github.com/jaredmcneill/quartz64_uefi
In Booting ARM Linux the standard way> no clue if there's a project to reimplement that
There was! And it even booted Linux in some capacity: https://github.com/christinaa/rpi-open-firmware
> every chip is very different from one another
Eh, the usual embedded SoCs are not that different from each other — ARM GIC, ARM timer, lots of Synopsys Designware crap for SDMMC/XHCI/PCIe/etc.
For many SoCs it's totally feasible to make standards-compliant firmware, e.g. for the Rockchip RK3566 there is https://github.com/jaredmcneill/quartz64_uefi
And SoCs from the networking world (Marvell, NXP) are typically supported by upstream EDK2.
In SoftBank's Sale of Arm to Nvidia Collapses, Arm to IPO>> As one example, we could be installing the Linux distribution of our choice on the Pinebook Pro using a standard aarch64 UEFI ISO installer, just like we do for any other laptop, if someone spent a couple of weeks upstreaming the last 6 patches to mainline Linux and put together a suitable u-Boot payload to flash on the SPI flash chip. But, instead of one working solution for everyone, we have 20+ Linux distros publishing Pine64-specific images to flash to microSD cards.
I think this is a key part of the problem and is not unique to Pine64 devices, but the ARM ecosystem as a whole.
There needs to be more funding and focus drawn towards standards compliant firmware. U-Boot is great, but it tends to lead to lots of unique distribution-specific problems as Drew points out here.
We have the SBBR and UEFI standards for ARM, but it needs to
Read the rest
be more widely built out for consumer devices and not just servers.
Here is one key piece of work that NetBSD maintainers are working on: https://github.com/jaredmcneill/quartz64_uefi