Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality. Learn more →
Quartz64_uefi Alternatives
Similar projects and alternatives to quartz64_uefi
-
aws-graviton-getting-started
Helping developers to use AWS Graviton2 and Graviton3 processors which power the 6th and 7th generation of Amazon EC2 instances (C6g[d], M6g[d], R6g[d], T4g, X2gd, C6gn, I4g, Im4gn, Is4gen, G5g, C7g[d][n], M7g[d], R7g[d]).
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
quartz64_uefi reviews and mentions
-
NetBSD on Pine64 SOQuartz
I have a follow up on this post... i have tried several different eMMC modules (from Pine64 and Hardkernel), I have tried different carrier boards, and different power supplies. The issue remains - UEFI on the SDcard and an NetBSD-current generic 64bit (from armbsd.org) - the eMMC continues to be write-protected. This might be a huge ask, but is there anyone out there with: * a SOQuartz module * an eMMC module containing the NetBSD-current generic 64-bit image * Jared McNeill's quart64 UEFI on an SDcard * an official raspberry pi compute module carrier board who could try this out?
1) uefi (https://github.com/jaredmcneill/quartz64_uefi) on sd card, NetBSD Generic Arm 64-bit image (https://nycdn.netbsd.org/pub/arm/HEAD/202211221110Z/NetBSD-HEAD-aarch64-202211221110Z-generic.img.gz) on eMMC.
-
NetBSD port-arm Pine64 SOQuartz Module Question
Take one of the images from https://github.com/jaredmcneill/quartz64_uefi/releases and write it to an SD card.
-
SoftBank's Sale of Arm to Nvidia Collapses, Arm to IPO
> 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.
-
Pine64 should re-evaluate their community priorities
>> 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 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
-
A note from our sponsor - InfluxDB
www.influxdata.com | 3 May 2024
Stats
The primary programming language of quartz64_uefi is C.
Popular Comparisons
Sponsored