Top
Best
New

Posted by LaSombra 1 day ago

First steps in bare-metal programming using UEFI(kevinboone.me)
246 points | 52 commentspage 2
erminpour 1 day ago|
More posts and projects like this please!
joeinfo888 1 day ago||
Had been looking for this. Thank you
0c3ca83 1 day ago||
It's like programming an overengineered DOS.
tremon 1 day ago||
Is it real bare-metal if you're using UEFI, though?
jasomill 1 minute ago||
It's as close to the metal as you're likely to get on a modern UEFI system short of a firmware hack.
RetroTechie 1 day ago||
> Is it real bare-metal if you're using UEFI, though?

If I'm not mistaken, the "bare metal" part refers to how directly you can touch it once control passes to your code. So definitely qualifies imho.

Not whether a 'glorified bootloader' burned some CPU cycles before that.

The "bare metal" qualifier goes away if underlying OS prevents your code from touching the hardware directly.

tremon 3 hours ago|||
Well, articles about touching said hardware directly is exactly I'm missing here. As far as I can see, the only article about actual code is article 5, and that one is about "using EFI’s Simple File Protocol to read and write files". That doesn't qualify as bare-metal programming to me. Perhaps the goal is for those articles to appear later, but for now this is "prerequisites for doing bare-metal programming" more than "first steps".

Of course, I'm aware that doing actual hardware access on a complex platform such as x86 is massively complicated, which is why most bare-metal targets tend to use simpler platforms in the first place.

akoboldfrying 15 hours ago||
I enjoyed this informative series (I skipped only the article on setting up on a DVD or USB flash drive). The tone is enjoyable too: that of a developer who has spent time working through many difficult corners and wants to share useful tips based on their experience, but makes no claims to omniscience. Needless to say, this is a refreshing change of pace from the AI-"enhanced" fare that's so common nowadays.

I did notice that the link in the main "menu" to part 5 actually goes to part 4, but you can still get to that final part via the "next part" link from the end of part 4.

SilentM68 1 day ago||
Wish there was a noobie-friendly book e.g.,pdf, epub showing how to do this as is and assembly.
brcmthrowaway 1 day ago||
Does anyone still use UEFI?

If I start looking into the latest and greatest Qualcomm Nuvia ARM Windows laptops, does it use UEFI? Or regular BIOS?

ranger207 22 hours ago||
BIOS was always heavily tied to x86 PCs, as it was a de facto standard in the first place by the fact that it was reverse engineered from the IBM PC. Of course, PC-compatible firmwares were never required for x86 PCs, but it made it convenient in the era when people would bring their own OS. When ARM started becoming popular, it was generally in embedded applications where the manufacturer was going to produce a single firmware to do a single task. It's only lately, since UEFI became the standard on x86-type computers, that anyone's bothered making a general-purpose enough ARM device where you might want to bring your own OS and that UEFI has been something that would be useful there
vel0city 1 day ago|||
> Does anyone still use UEFI?

Yes. It's extremely common.

> If I start looking into the latest and greatest Qualcomm Nuvia ARM Windows laptops, does it use UEFI?

Yes, those use UEFI.

> Or regular BIOS?

Almost nothing widely produced today uses old "regular BIOS". Even those which seem to use "regular BIOS" are largely UEFI systems acting like a legacy BIOS. Even things like Apple MacBooks which don't use EFI use an Apple custom similar firmware concept far removed from legacy BIOS.

Melatonic 15 hours ago|||
What do you think will succeed UEFI ?
vel0city 7 hours ago||
I dunno. Probably some kind of firmware interface standard. Hopefully it'll be extensible so the same base design can adapt to a large range of hardware profiles and features. It sure would be nice if it was a unified concept as well so there could be wide ranges of compatibility.

Only kind of kidding. I imagine the future for a while will either be continued growth into proprietary firmware platforms (like Apple and how tons of other phones/tablets have done) or a reworking/adapting of the main concepts behind UEFI but maybe making it less like ancient Microsoft-like patterns. Potentially something like u-boot becoming more common, or things like LK (Little Kernel). I think we'll see more evolution instead of hard replacement of concepts.

brcmthrowaway 17 hours ago|||
UEFI engineer found!
majorchord 7 hours ago||
> Does anyone still use UEFI?

Only 99% of all non-embedded computing products that are faster than a few hundred MHz.

ogoffart 15 hours ago||
[flagged]
alderworth 1 day ago||
[flagged]
alexkampler 1 day ago|
[flagged]
mhitza 1 day ago||
LLM generated text is not seen kindly over here.
gradus_ad 1 day ago|||
Begone, demon!