UEFI Bindings for JavaScript (codeberg.org)

178 points by ananas-dev 8 hours ago

fnimick 6 hours ago

p0w3n3d an hour ago

I don't know if it's only me, but did this guy... Did this guy make a huge mistake?

I think he was trying to bend reality with words. I can see many apps that are running in electron on my laptop, each consuming 300MB+ (e.g. Spotify), while many other apps are written in native Swift for example, especially with the help of AI, giving the best performance possible...

Edit.

And prices of RAM nowadays...

pwdisswordfishy an hour ago

Those apps are not consuming 300MB of RAM because they are written in JS. JS is running on microcontrollers and the James Webb Space Telescope.

They are consuming 300MB of RAM because they are built on Electron and the NPM ecosystem.

monax 6 hours ago

I'm doing my part ∠(‘-‘)

ruined 6 hours ago

thank u 4 ur serves

epistasis 5 hours ago

Whoa, I haven not been following ASM.js stuff in any detail.

Seeing that Metal replaces kernel/userspace boundaries with VM protections for memory, meaning that system call overhead is eliminated, at the price of ASM/VM overhead.

What a fascinating idea. Kidding on the square...

kiddico 6 hours ago

Thank you for the reminder to do my yearly viewing of that video lol

faxmeyourcode 7 hours ago

Love this. An example of complete and total dominion over the machine. Great quote here too lol

> Prometheus stole fire from the gods and gave it to man. For this he was chained to a rock and tortured for eternity.

falcor84 43 minutes ago

Talking about quotes, I also absolutely loved this note at the end of the readme:

> If this makes you grin, you are probably holding the torch.

catapart 7 hours ago

Can someone break this down for me? Looks like it's using... C? to load a js interpreter which bootstraps an API around all UEFI features? Do I have that right?

And, if so, does that mean that once the API has been bootstrapped, one could actually write an OS in js? Or are there other abstractions that would need to be migrated first?

tatskaari 6 hours ago

You don't need a JS bootloader to write an OS in JS. The bootloader just drops the machine into some memory address for it to start executing your OS init script. that bit could be a Javascript interpreter. You can't do much with the architecture in Javascript though, because it doesn't allow you to map memory directly to your types (unless there's some ungodly nonesense I'm not aware of) so you'll have to drop into C/asm to e.g. interact with the ports/registers/tables to set up userspace.

Zambyte 5 hours ago

An OS doesn't need to have a user space :)

monocasa 2 hours ago

You should be able to write a meta circular VM in JavaScript that targets bare metal without any C or asm.

asveikau 6 hours ago

> And, if so, does that mean that once the API has been bootstrapped, one could actually write an OS in js?

I bet somebody has done that.

https://www.google.com/search?q=os+kernel+in+javascript

Seems like a small number of hobbyists have attempted.

I've heard of people doing this with other high level languages. Basically you need enough low level code to bootstrap a VM. Once you have that, you can make the high level language decide some logic that traditionally would be in C code, like manipulating page tables or whatever.

gwbas1c 6 hours ago

Automatic Garbage Collection in a kernel probably won't work:

I vaguely remember hearing about someone trying to use .Net in the Windows kernel.

The big problem is garbage collection: If I remember correctly, the fact that "any" operation can fail with an out of memory exception was a huge problem. Another problem was that random pauses for garbage collections in the kernel had major stability issues.

In short, I hope that the js kernel is for amusement and education; otherwise it would need a much more advanced garbage collector then earl 2000's .Net.

asveikau 4 hours ago

leoedin 6 hours ago

You'd need to write an entire hardware abstraction layer to do anything useful. There's projects that do this for microcontrollers - eg MicroPython and Espruino.

tracker1 an hour ago

hajile 6 hours ago

I'm pretty sure someone already compiled Linux to asm.js a few years ago. As asm.js is/was a subset of JS, you could say it's already been done. In theory, you could continue work from there in JS.

https://medium.com/@retrage/lkl-js-running-linux-kernel-on-j...

monax 7 hours ago

Depending on your definition of OS, yeah you could do that :)

nxobject 7 hours ago

Hey, when Apple transitioned from m68k to PowerPC, it took them a hell of a long time to rewrite massive parts of their OS. It's a low bar, though...

DustinBrett 6 hours ago

OS in JS, ok I am interested now...

my_throwaway23 7 hours ago

I presume you'll add the network stack next, so that I can use my favourite, most useful packages?

  import isOdd from "https://unpkg.com/is-odd";

p_l 7 hours ago

Well, there's a network stack already there, including HTTP and HTTPS on newer firmwares.

monax 7 hours ago

We are getting isOdd in the bootloader before GTA-IV

spiffyk 7 hours ago

Wait, when did I time-travel?

monax 7 hours ago

eqvinox 6 hours ago

> If this makes you grin, you are probably holding the torch.

What if it makes me recoil in horror? screams into the void

redvulps 7 hours ago

next step is to create a UEFI TUI using react (please don't)

tracker1 an hour ago

Considering how bad some of the Gamer-ish firmware UIs are now, it might be an improvement.

aruametello 7 hours ago

you may just have casted a curse on our future motherboards, damn you

monax 7 hours ago

OMG we can use ink for that

bayindirh 7 hours ago

This project will go places. Like every silly project not intended for production. :)

edward28 8 hours ago

Wow, this is cursed.

lnenad 8 hours ago

I think the proper term is blursed.

monax 8 hours ago

I think r/unixporn will love it once it gets DOM support :^)

kijin 8 hours ago

Finally, we can create splash screen animations in pure CSS!

shevy-java 5 hours ago

I think there are two philosophies here:

1) JavaScript must stay in the box (aka in the browser).

2) JavaScript as a general purpose programming language.

While I can absolutely understand 1), I have had wanted to access the filesystem via JavaScript, just as I do via ruby or python, for local use only. After I googled for a while, they would say that this is not possible unless one uses npm/node. I think this shows that there are use cases here and the "default" JavaScript, aka 1), does not cover these. I do not like JavaScript, but based on my own use cases, I actually favour 2) far more than 1). So from that point of view, being able to access UEFI can also be useful. So why not.

pwdisswordfishy an hour ago

> I googled for a while, they would say that this is not possible unless one uses npm/node

Gnome Shell and Firefox/SeaMonkey/Mozilla Application Suite/Netscape 6+ (and Zotero[1]) are implemented on top of SpiderMonkey.

1. <https://news.ycombinator.com/item?id=46735616>

tracker1 an hour ago

I've been using Deno a LOT for general shell scripting... it's been pretty nice in general. FWIW, Node, Bun and Deno have FS interfaces in the box, so yes, you can do it without npm modules. Though Deno allows you to directly reference the modules/repos from the script without needing a separate install step, package.json or node_modules directory.

It's also a single, self-updating executable and includes a lot in the box. Including SQLite3.

notpushkin 5 hours ago

> I have had wanted to access the filesystem via JavaScript, just as I do via ruby or python

There are some (limited) ways to do so now: https://developer.mozilla.org/en-US/docs/Web/API/File_System...

As for (1) vs (2), it’s not really an issue of JavaScript at all. The main question is, do you want to build something that runs in a browser? If you’re building a web app, you’ll have to use the sandboxed APIs (and probably JavaScript). If you don’t care about the runtime, yeah, you can use Node or Bun or Deno (or use another language altogether).

watermelon0 3 hours ago

You are missing one option:

0) JavaScript must be abolished from the browser

DJBunnies 5 hours ago

Try webkitdirectory file attribute for browser access to the file system.

GranPC 7 hours ago

"The Birth and Death of JavaScript" is coming true after all.

marijnz0r 6 hours ago

I was going to post this as well! A direct link to the video: https://www.destroyallsoftware.com/talks/the-birth-and-death...

pwdisswordfishy 7 hours ago

Does it manage to support floats? I am not sure if those can be safely used in the UEFI environment. (I recall GRUB’s build of Lua being integer-only, and Linux avoiding the use of floating-point arithmetic in kernel mode, but I don’t remember the reason.)

flopsamjetsam 4 hours ago

Floating point was not supported in the Linux kernel to avoid having to save/restore FP registers.

monax 7 hours ago

Yeah floats works

juancn 6 hours ago

This is both so impressive and cursed that I'm not sure how to feel.

sanufar 6 hours ago

This is hilarious lol, it’ll be any day now before we get a full JS kernel. Garbage collection could be an obstacle, but I know there have been some kernels written in Go/Java before

shepherdjerred 6 hours ago

fnimick 6 hours ago

Who needs to garbage collect? Just leak memory until the system dies! That strategy seems to be good enough for claude code, anyway.

cluckindan 5 hours ago

If it’s good enough for missile guidance systems, it’s good enough for me.

xp84 4 hours ago

lioeters 7 hours ago

Turning in the widening gyre, the falcon cannot hear the falconer. The center cannot hold.. The old prophecy is coming true.

raphaelmolly8 5 hours ago

The choice of Duktape here is smart — it's one of the few JS engines that can actually run freestanding with minimal libc stubs, since it was designed for embedding in constrained environments. V8 or SpiderMonkey would be a nightmare to get running pre-boot.

What I find most interesting is the UEFI services binding approach. Rather than trying to abstract away the hardware, it exposes the raw EFI protocols (GraphicsOutput, SimpleFileSystem, etc.) directly to JS. That's a much more pragmatic design than trying to build a full HAL — you get to prototype UEFI applications rapidly while keeping the escape hatch to C for anything performance-critical.

Would love to see if anyone tries hooking this into UEFI's built-in network stack for PXE boot scripting. That could actually be useful beyond the novelty factor.

written-beyond 5 hours ago

Are em-dashes really that common to use or did I just start noticing them after LLMs became popular for rewriting comments?

Not implying your comment is LLM generated, clearly it isn't but asking as a genuine question.

Kerrick 4 hours ago

Pretty dang common. OS X and macOS (and maybe iOS and iPadOS, though I'm not certain) have been autocorrecting "--" into "—" for over a decade. Windows users have been using Alt codes for them since approximately forever ago: https://superuser.com/q/811318.

Typography nerds, which are likely overrepresented on HN, love both em dash and en dash, and we especially love knowing when to use each. Punctation geeks, too! If you know what an octothorp or an interrobang are, you've probably been using em dashes for a long time.

Folks who didn't know what an em dash was by name are now experiencing the Baader-Meinhof phenomenon en masse. I've literally had to disable my "--" autocorrect just to not be accused of using an LLM when writing. It's annoying.

geocar 4 hours ago

xp84 4 hours ago

Decabytes 6 hours ago

I’m always amazed and slightly envious of what programming languages with large developer bases can do. I mean if a language is Turing complete it can do anything, but JavaScript takes this to the extreme.

Mind you I never said anything about quality or performance, obviously doing everything in JavaScript comes with it’s own issues but if you were to say that someone got JavaScript running in the Linux kernel as a POC I wouldn’t even be surprised

vaylian 6 hours ago

Could this be used as a learning tool? Rebooting the computer takes so much more time compared to reloading the browser tab. And you probably can't brick your computer.

fbnszb 8 hours ago

Yeah, but your [developers] were so preoccupied with whether or not they could, they didn't stop to think if they should.

moffkalast 2 hours ago

>boot sector

>looks inside

>node modules

Smalltalker-80 7 hours ago

Can't wait for browser support for this... ;-)

ruined 6 hours ago

webuefi has already been shipped by google for use on chromebooks. but mozilla and apple irrationally refuse to implement the standard for "security reasons"

monax 7 hours ago

Soon™

IshKebab 2 hours ago

Javascript is a horrible choice but I think having a scripting language for this is actually quite a good idea. If only there was a popular scripting language that didn't totally suck balls.

smetannik 2 hours ago

Cursed, but fun

rafram 6 hours ago

This is incredible.

ycombinatornews 7 hours ago

> If this makes you grin you are probably holding a torch

Hilarious

g051051 8 hours ago

"Your scientists were so preoccupied with whether or not they could, they didn't stop to think if they should."

Pretty neat, though.

bwat49 7 hours ago

Your scientists were so preoccupied with whether or not they could, they didn't stop to think if they should!

grougnax 7 hours ago

Awesome! Everything will be rewritten in JS

rezmason 7 hours ago

It begins!

fenwick67 7 hours ago

Finally!

outadoc 7 hours ago

I love it.

madduci 8 hours ago

But why?

monax 8 hours ago

It's just a silly experiment; the real endgame is to make a bootloader that is customisable using HTML/CSS/JS

magicalhippo 8 hours ago

Since PDFs can contain JS, presumably that should be the preferred way of modifying your boot loader.

monax 8 hours ago

ThrowawayTestr 7 hours ago

Why not?

madduci 7 hours ago

Because this can end very badly. It is a new surface to attack

M95D 7 hours ago

eqvinox 6 hours ago

yjftsjthsd-h 7 hours ago

dfedbeef 7 hours ago

Cursed