5 ms·

Check Ron Minnich's talk explaining the why: https://schd.ws/hosted_files/osseu17/84/Replace%20UEFI%20with%20Linux.pdf https://schd.ws/hosted_files/osseu17/84/

by euyyn 9y ago

Check Ron Minnich's talk explaining the why: https://schd.ws/hosted_files/osseu17/84/Replace%20UEFI%20with%20Linux.pdf https://schd.ws/hosted_files/osseu17/84/Replace%20UEFI%20wit... (The video of the presentation is linked in the OP). There's already two and a half obscure OS's running underneath the OS for booting. So this replaces all that crap with something lean and good.

mevile 9y ago
Firmware with a built in web server is pretty spooky. Why do they have that?
- AceJohnny2 9y ago
  To administer a fleet of computers remotely. HTTP is a widely-implemented and tested protocol that fits the problem domain well.
  - kevin_thibedeau 9y ago
    As opposed to something like SNMP that was designed for remote management.
- y0ssar1an 9y ago
  Most UEFI implementations have a network stack these days. It's horrible.
  - yuhong 9y ago
    Don't forget OpenSSL. Imagine how long SSLv3 or export ciphers would last if this was done in the 1990s
  - Hello71 9y ago
    I agree, but it's not exactly like PXE didn't exist before EFI was invented, and AIUI EFI actually decided to reuse PXE instead of NIHing another overengineered non-solution, so honestly that's not even so bad.
- carussell 9y ago
  See https://en.wikipedia.org/wiki/Intel_Active_Management_Technology https://en.wikipedia.org/wiki/Intel_Active_Management_Techno... and https://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface https://en.wikipedia.org/wiki/Intelligent_Platform_Managemen...
kodablah 9y ago
> So this replaces all that crap with something lean and good. I think the concern is about "lean". I don't think there's a lot of code yet, but I do see it will use http://u-root.tk/ http://u-root.tk/.
- hugelgupf 9y ago
  LinuxBoot is trying to be agnostic to the initramfs. We don't want to prescribe what tools you use to boot your system. When there is a build system, you'll be able to choose whatever initramfs you want to implement your boot policies. The two choices we have today are NERF (= LinuxBoot + u-root as initramfs, as you linked) and Heads (LinuxBoot with Heads kernel and runtime, see http://osresearch.net http://osresearch.net).
vanderZwan 9y ago
> DigitalTermometerSensor (sic) Heh, that gave me a chuckle > Userland written in Go (http://u-root.tk http://u-root.tk) So much for Go not being a systems programming language.
- justincormack 9y ago
  Its kind if weird, they compile at runtime as Go is a bit bloated. But userspace is a good fit for Go. GC timing is not an issue, it has good libraries. Much better choice than C for almost all userspace bringup.
  - hugelgupf 9y ago
    We also have a mode that rewrites all commands' sources given so it can be compiled into one binary. It ahem needs some improvements, though :)
- pjmlp 9y ago
  > So much for Go not being a systems programming language. There are other examples already. Fuchsia TCP/IP stack and file system driver management utilities are implemented in Go. https://groups.google.com/d/msg/golang-dev/2xuYHcP0Fdc/tKb1PgTXAwAJ https://groups.google.com/d/msg/golang-dev/2xuYHcP0Fdc/tKb1P... Android's new GPU debugger is written in Go. https://github.com/google/gapid https://github.com/google/gapid An then there are some bare-metal experiments like G.E.R.T. https://github.com/ycoroneos/G.E.R.T https://github.com/ycoroneos/G.E.R.T
  - vanderZwan 9y ago
    I knew about G.E.R.T. but the other two are new to me, very nice! (I was going for a tongue-in-cheek ribbing of the Go-haters - in retrospect my wording sounds a bit passive-aggressive, probably should have ended with an exclamation mark and a smily or something)
    - pjmlp 9y ago
      I do share a love-hate relation to Go. I love it is based on a mix of Oberon and Limbo, compiled to native code and an improvement for what a safe C like language should probably look like, and who knows maybe someone decides a day to do a "Goberon" OS for they OS PhD research. Basically what Java and C# 1.0 should have been all along, about 20 years ago. However I also dislike some of the design decisions regarding features that will never come to Go, regardless of how much we get to discuss them, even with the mirage of Go 2.0.

by euyyn 9y ago

mevile 9y ago

Firmware with a built in web server is pretty spooky. Why do they have that?

AceJohnny2 9y ago
To administer a fleet of computers remotely. HTTP is a widely-implemented and tested protocol that fits the problem domain well.
- kevin_thibedeau 9y ago
  As opposed to something like SNMP that was designed for remote management.
y0ssar1an 9y ago
Most UEFI implementations have a network stack these days. It's horrible.
- yuhong 9y ago
  Don't forget OpenSSL. Imagine how long SSLv3 or export ciphers would last if this was done in the 1990s
- Hello71 9y ago
  I agree, but it's not exactly like PXE didn't exist before EFI was invented, and AIUI EFI actually decided to reuse PXE instead of NIHing another overengineered non-solution, so honestly that's not even so bad.
carussell 9y ago
See https://en.wikipedia.org/wiki/Intel_Active_Management_Technology https://en.wikipedia.org/wiki/Intel_Active_Management_Techno... and https://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface https://en.wikipedia.org/wiki/Intelligent_Platform_Managemen...

kodablah 9y ago

> So this replaces all that crap with something lean and good. I think the concern is about "lean". I don't think there's a lot of code yet, but I do see it will use http://u-root.tk/ http://u-root.tk/.

hugelgupf 9y ago
LinuxBoot is trying to be agnostic to the initramfs. We don't want to prescribe what tools you use to boot your system. When there is a build system, you'll be able to choose whatever initramfs you want to implement your boot policies. The two choices we have today are NERF (= LinuxBoot + u-root as initramfs, as you linked) and Heads (LinuxBoot with Heads kernel and runtime, see http://osresearch.net http://osresearch.net).

vanderZwan 9y ago

> DigitalTermometerSensor (sic) Heh, that gave me a chuckle > Userland written in Go (http://u-root.tk http://u-root.tk) So much for Go not being a systems programming language.

justincormack 9y ago
Its kind if weird, they compile at runtime as Go is a bit bloated. But userspace is a good fit for Go. GC timing is not an issue, it has good libraries. Much better choice than C for almost all userspace bringup.
- hugelgupf 9y ago
  We also have a mode that rewrites all commands' sources given so it can be compiled into one binary. It ahem needs some improvements, though :)
pjmlp 9y ago
> So much for Go not being a systems programming language. There are other examples already. Fuchsia TCP/IP stack and file system driver management utilities are implemented in Go. https://groups.google.com/d/msg/golang-dev/2xuYHcP0Fdc/tKb1PgTXAwAJ https://groups.google.com/d/msg/golang-dev/2xuYHcP0Fdc/tKb1P... Android's new GPU debugger is written in Go. https://github.com/google/gapid https://github.com/google/gapid An then there are some bare-metal experiments like G.E.R.T. https://github.com/ycoroneos/G.E.R.T https://github.com/ycoroneos/G.E.R.T
- vanderZwan 9y ago
  I knew about G.E.R.T. but the other two are new to me, very nice! (I was going for a tongue-in-cheek ribbing of the Go-haters - in retrospect my wording sounds a bit passive-aggressive, probably should have ended with an exclamation mark and a smily or something)
  - pjmlp 9y ago
    I do share a love-hate relation to Go. I love it is based on a mix of Oberon and Limbo, compiled to native code and an improvement for what a safe C like language should probably look like, and who knows maybe someone decides a day to do a "Goberon" OS for they OS PhD research. Basically what Java and C# 1.0 should have been all along, about 20 years ago. However I also dislike some of the design decisions regarding features that will never come to Go, regardless of how much we get to discuss them, even with the mirage of Go 2.0.