Replied in thread
@tauon #Microsoft did!
- That's why they pushed for #CensirBoot!
IMHO #USEFI is an irredeemabke #Bloatware and needs to be replaced with #LinuxBoot aka. #NERF!
en.wikipedia.orgLinuxBoot - Wikipedia
#linuxboot
0 posts0 participants0 posts today
Replied in thread
@wolf480pl @cas I just assume they don't want to have to deal with a gazillion of undocumented SBCs that may only get 1 person to once push code that gets accepted, but then "orphaned" and break over time as they may not be willing to build & test every new kernel before release just to enshure it ain't broken!
- Espechally since #ARM doesn't have just a
bootcode.binand #UEFI to boot from, but half a dozen different mechanisms ranging from fixed sector location and -sizes for theinitramfsto #uBOOT & #LinuxBoot, #Coreboot and potentially even #OpenFirmware-style #bootcode...
It's absolute chaos and one of the reasons I didn't even try to build @OS1337 for the #Pi0W as of today...
Infosec.SpaceKevin Karhan :verified: (@kkarhan@infosec.space)@cas@treehouse.systems @wolf480pl@mstdn.io granted, the distain is mutual, given almost all #SBC & #SoC vendors refuse to do basic #documentation on how their shit works and barely release some dodgy images with custom kernel modules.
- @olimex@mastodon.social and #RaspberryPi being an exception of the norm, but #Rockchip, #Allwinner and other SOCs are a real pain in the ass to support unless they are #ARMv8 with #UEFI to boot.
#Apple's Hardware does have @AsahiLinux@treehouse.systems as project to care for *and* is popular enough to be *worth the hassle* for them, as it brings decent performance and battery runtime to the table...
#dailyreport #gentoo #linux #linuxkernel #linuxboot
#installation #osinstallation #microsoft #wifi
OS Installation Memos.
For Gentoo Linux 
:
- wifi/bluetooth adapter trigger loading of binary
firmware blobs from installUSB, it is better to remove
it before installation. Driver may be fully opensource
or requre
firmware analspy. https://en.wikipedia.org/wiki/Comparison_of_open-source_wireless_drivers
- Ensure that SSD is supported (NVME) in kernel
- To speedup kernel building disable:
+ Network device support > Ethernet driver support and
Wireless LAN
+ HID - > devices drivers
- Firstly try Legacy BIOS. Don't disable anything in
kernel.
For MS Windows 
: configure firewall to block outgoin
and store backups at separate partition.
en.wikipedia.orgComparison of open-source wireless drivers - Wikipedia
Replied in thread
Grateful to NovaCustom for their generous financial contribution and collaboration to integrate Heads firmware into their hardware offerings.
This partnership highlights the growing adoption of Heads as a trusted solution for secure boot verification and tamper detection.
Looking to adapt Heads to your specific needs? Explore our consultation services: https://osresearch.net/Consultation-Services/
Want hardware preflashed with Heads? Check out our trusted vendors: https://osresearch.net/Vendors/
Heads - WikiConsultation ServicesDocumentation for the Heads firmware project
Continued thread
Done!
Installation was bumpy… The main issue was that I chose btrfs for /boot, which apparently needs ext4 instead.
Now I am getting this error message during boot, does anyone have any idea about how to solve this? (Please tell me I don’t need to reinstall…)
Apart from that everything seems to be working well! I will conclude the configuration tomorrow.
Y'all, we'll be at #38C3 with the OSFF (Open Source Firmware Foundation) again - come visit us at our assembly!
Find us here:
https://38c3.c3nav.de/l/osfw/@0,169.58,160.34,5 
Talk to us about #firmware #security, @coreboot, #LinuxBoot and much more, we'll bring demo hardware and a good bunch of folks. 
c3navOpen Source FirmwareAssembly, I5-J6, Hall 3 Foyer, Level 0
Replied in thread
@BleepingComputer pretty shure #Linux supoort is more of an #accident, but eother way it clearly shows the problem that #overcomplex garbage like #UEFI has.
- The solution is to swutch over to #LinuxBoot nee. #NERF instead!
Replied in thread
@wravoc IMHO, #TPM & #UEFI are both #Scams and neither can be trusted due to being #backdoored and #Bloatware respectably.
Personally, I want a machine that is purposefully #incompatible with #CensorBoot by #Microsoft (and thus #Windows11) by using #LinuxBoot / #NERF and no TPM at all!
Sadly I guess that means I've to use the #RISCv version of the @frameworkcomputer mainboard for that...
The fact that UEFI has more code than the #Linux #Kernel with all it's drivers yet less than 100 contributors makes it inacceptable!
Replied in thread
@frameworkcomputer Do you intend to support @oreboot and #LinuxBoot? Get in touch with me if so.
And have you solved the power management issues with the JH7110, i.e. suspend to RAM or even to NVMe?
Replied in thread
@SebinNyshkim "#aiBIOS" should not exist to begin with!
- How about shipping the #UEFI with optimal settings per default instead?
It's high time we all mandate #NERF aka. #LinuxBoot to be #mandatory instead of #Bloatware like (U) #EFI!
en.wikipedia.orgLinuxBoot - Wikipedia
We showed lots of cool demos and flashed a recent
release of Mr Chromebox' #firmware on a Lenovo X131e.
Many friends and new folks interested in our projects came by, learning about #coreboot, #LinuxBoot, OpenBMC, u-bmc, platform security and much more.
See you again tomorrow at the second day of #FOSDEM!
Just a PoC, #LinuxBoot on an X270.
I started publishing the recordings of our #UEFI exploitation sessions.
Playlist is here: https://youtube.com/playlist?list=PLenOHeTI_A9PIW3zelb6c2vhd9V9GhCgF
If you're at #37C3, go check out the self-organized sessions. I have submitted an intro to #oreboot and a #LinuxBoot/u-root/cpu workshop.
And at the Open Source #Firmware Foundation (OSFF) assembly, I'll run a little a #UEFI exploitation session.
YouTubeFirmware Security
IT WORKS!!!!!
We can now fully boot the Allwinner D1 RISC-V SoC in #Rust, from flash right into #Linux, demoed on a Lichee RV + Dock. :-)
The full flow:
boot0 (ROM/SRAM) -> #oreboot (DRAM) + #RustSBI -> #LinuxBoot (Linux + u-root)
The last issue was a stupid one again. I had sorta crapped up arithmetics again. :D
If you have a D1 with a NOR flash (16MB / 128Mbit), you can try it out:
https://metaspora.org/oreboot-linuxboot-licheerv-spinor.rom
In the coming weeks, we will iron a few things out and do a writeup on everything.
I am happy to announce #Fiedka the #firmware editor v1.3.4
Now with a nice welcome screen, toolbar, CBFS (coreboot) parsing and #UEFI editing capabilities. You can remove DXEs, and if space allows, replace BdsDxe with your own app to roll out https://linuxboot.org via the #LinuxBoot button. Someone has already done that on real hardware, as I heard. \o/
Download and more information: https://fiedka.app 
PS.: Progress on the AMD PSP analysis is also happening (see screenshot). :-)