this post was submitted on 24 Oct 2025
248 points (98.8% liked)

Technology

88155 readers
2565 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related news or articles.
  3. Be excellent to each other!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
  9. Check for duplicates before posting, duplicates may be removed
  10. Accounts 7 days and younger will have their posts automatically removed.

Approved Bots


founded 3 years ago
MODERATORS
top 50 comments
sorted by: hot top controversial new old
[–] oce@jlai.lu 117 points 11 months ago (3 children)

Does that mean I will have more choice in which surveillance agency I want to be spied by?

[–] salacious_coaster@infosec.pub 44 points 11 months ago (2 children)

Maybe not, if Intel goes tits-up

[–] ryannathans@aussie.zone 16 points 11 months ago (1 children)

Implying Intel motherboards will ever support more than US govt approved technology now that they have a substantial holding in Intel

[–] T156@lemmy.world 12 points 11 months ago

I think that's their point. You wouldn't have a choice again if Intel goes out of business.

[–] avidamoeba@lemmy.ca 11 points 11 months ago
[–] UnfortunateShort@lemmy.world 34 points 11 months ago (3 children)

UEFI is a standard, not a product. You could make your own even

[–] the_boxhead@sh.itjust.works 34 points 11 months ago (2 children)
[–] spacelord@sh.itjust.works 12 points 11 months ago (1 children)

This doesn't support many boards.

[–] the_boxhead@sh.itjust.works 19 points 11 months ago* (last edited 11 months ago)

True, but I really appreciate that someone is doing it. (It’s far beyond my capabilities…)

[–] anon5621@lemmy.ml 7 points 11 months ago

Tianocore open source uefi implementation exist for many years

[–] gandalf_der_12te@discuss.tchncs.de 5 points 11 months ago (1 children)

could

could in the same sense that i could check all software i use for bugs and malicious code. realistically, i can't, because it's way too much work.

[–] Buffalox@lemmy.world 11 points 11 months ago (1 children)

But you could work together with other people, and you could be many people that each checked his/her part for malicious code.

[–] Hule@lemmy.world 1 points 10 months ago (2 children)

And you could trust them all!

[–] Tangent5280@lemmy.world 2 points 10 months ago

You could do it with enough people that there is several sections overlapping between unrelated people that it becomes infeasible even for state actors to compromise EVERY person attesting any one piece of software

[–] Buffalox@lemmy.world 1 points 10 months ago

Why would you do it with people you don't trust?

[–] stupidcasey@lemmy.world 4 points 11 months ago

So that just means UBIOS is explicitly for spying since UEFI is open source and a standard right?

[–] SharkAttak@kbin.melroy.org 3 points 10 months ago

There's no need to change mobo to have that, just install Temu app or similars.

[–] gandalf_der_12te@discuss.tchncs.de 63 points 11 months ago* (last edited 11 months ago) (8 children)

Our hardware has its own problems.

We rely way too much on x86 and ia64 architecture, both of which have only two big manufacturers in the world. That's not good because it's almost monopolies.

It would be better to have simpler chipsets that can be produced by more manufacturers worldwide, and especially ones that can be produced by smaller regional manufacturers.

On top of that we shouldn't distribute compiled binaries for the x86 and ia64 chipsets; instead program code should be distributed like .wasm, in a hardware-independent way, and compiled on the target device. That would enable that hardware can use any chipset it wants and there are no software incompatibilities because of it.

[–] certified_expert@lemmy.world 52 points 11 months ago (2 children)

RISC-V

  • royalty free
  • future-proof
  • extensible
  • base ISA is 40 instructions!
  • beautifully documented
  • can perform in a range of situations, from embedded to many-cores servers!
  • can handle petabytes of memory (the higher schemes)
  • no nonsense historic compatibility drag.
[–] gandalf_der_12te@discuss.tchncs.de 15 points 11 months ago* (last edited 10 months ago)

hell yeah risc-v is hella cool :)

i just looked into how it works:

https://en.wikipedia.org/wiki/RISC-V

seems very sane so far.

beautifully documented

i can attest, very nice indeed.

[–] atthecoast@feddit.nl 3 points 10 months ago

Yes, RISC-V largely forms the basis for china’s future tech “independence”. Most CPU’s are Chinese brands and SBC’s like SiFive are Chinese too.

[–] fluffykittycat@slrpnk.net 35 points 11 months ago

RISC-V is this

[–] uairhahs@lemmy.world 19 points 11 months ago

Those are called duopolies (yes it's a very common thing)

[–] nyan@lemmy.cafe 7 points 11 months ago (1 children)

On top of that we shouldn’t distribute compiled binaries for the x86 and ia64 chipsets; instead program code should be distributed like .wasm, in a hardware-independent way, and compiled on the target device. That would enable that hardware can use any chipset it wants and there are no software incompatibilities because of it.

You're describing Gentoo Linux . . . which is not especially popular among Linux distributions even though it runs on just about anything. There may be a reason for that.

[–] krooklochurm@lemmy.ca 22 points 11 months ago* (last edited 11 months ago) (1 children)

Well, they're talking about something lower level than the operating system. For one.

Secondly, every distro is inferior to the only perfect thing mankind has ever created: Hannah Montana Linux. If you're using anything else you may as well just break your computer and drink cyanide.

[–] Alaknar@sopuli.xyz 6 points 11 months ago

If you’re using anything else you may as well just break your computer and drink cyanide

Unless it's TempleOS.

[–] AdrianTheFrog@lemmy.world 3 points 10 months ago (1 children)

On the high performance compute / GPGPU side the AdaptiveCPP JIT compiler seems very good for cross-platform operation

[–] Amir@lemmy.ml 1 points 10 months ago (1 children)

What does this do that C# doesn't?

[–] AdrianTheFrog@lemmy.world 2 points 10 months ago

GPU stuff and ideally easier parallelism. The same binary could be executed on a GPU from any vendor, any CPU, anything that supports OpenCL, and could maybe even be extended to support FPGAs in the future.

[–] Alphane_Moon@lemmy.world 3 points 11 months ago

How is performance though?

And honestly ARM isn't that much than x86 in terms of freedom and competition.

[–] eleitl@lemmy.zip 2 points 11 months ago* (last edited 10 months ago)

OpenBoot at Sun and Apple had a good thing going for a while. Too bad they didn't release it as open source. In theory you could deliver architecture-independent drivers that ship as firmware on device.

[–] daggermoon@lemmy.world 44 points 11 months ago (4 children)

Do we really need a UEFI replacement?

[–] CosmoNova@lemmy.world 29 points 11 months ago* (last edited 11 months ago) (1 children)

Probably not. At least not right now. But China needs one apparently.

[–] wewbull@feddit.uk 50 points 11 months ago* (last edited 11 months ago) (2 children)

My thoughts are "Why do they need one?". It's not like UEFI stops you doing anything.

UBIOS's unique features over UEFI include increased support for chiplets and other heterogeneous computing use-cases, such as multi-CPU motherboards with mismatching CPUs, something UEFI struggles with or does not support. It will also better support non-x86 CPU architectures such as ARM, RISC-V, and LoongArch, the first major Chinese operating system.

[citation needed]

I would say this is about increasing the level of control of the platform, not about technological issues.

Edit: For example, here's the RISC-V UEFI specification.

[–] CosmoNova@lemmy.world 12 points 11 months ago

Control is the most important thing to the CCP so it makes complete sense from their perspective. We would be free to buy into it but they would definitely force it on devices within China.

[–] HertzDentalBar@lemmy.blahaj.zone 9 points 11 months ago (1 children)

It's about having a home grown option. Can't trust Americans not to backdoor everything, and that generally conflicts with China's desire to backdoor everything.

[–] WhyJiffie@sh.itjust.works 12 points 11 months ago (1 children)

america cannot really backdoor a specification. uefi is not software, but a specification, upon which firmwares can be built. that's another story that we happen to be calling the firmware on our computers "the uefi", but really there are quite a few different proprietary uefi implementations out there already.

so, if that ws the reason, they could have just created their own UEFI firmware, and not something different

[–] Tangent5280@lemmy.world 1 points 10 months ago (1 children)

Hey you sound like someone who knows what they are talking about - is UBIOS also a specification like UEFI is a specification? Hypothetically could others also build firmware that adheres to this UBIOS specs?

[–] WhyJiffie@sh.itjust.works 2 points 10 months ago (1 children)

this post was the first time I heard about UBIOS, so I'm not sure, but if the article is right then yes it is a specification. and if the documents are publicly accessible, then others could hypothetically make their own firmware that is (on paper) compatible.

but there's more to it. the reason libreboot and coreboot support so few boards is that unless you can get technical documentation from the board manufacturer about how do the components on the motherboard work, its very hard to create a working firmware. reverse engineering this kind of thing is very hard and very time consuming. even the UEFI specification only tells what should the firmware present to the user and the operating system, it leaves lots of things undefined about how should it interact with the hardware, but that's ok because that's not the point of it.
then the board manufacturer is able to implement firmware verification that cryptographically prevents third party firmware from being used. on android, the boot process is a long chain of bootloaders, where the first one is stored in physically read-only storage and does not continue booting if the secondary bootloader has been replaced with an unauthorized implementation. when you unlock your phones bootloader to install a better android, you basically configure the secondary bootloader to accept booting a third party system. but if the manufacturer didn't want to let you do it, they could just take this function away. also, the UBIOS specification could be incomplete, missing specification for some functionality that is necessary for an operating system to work with it. that can be a mistake or intentional.

[–] Tangent5280@lemmy.world 2 points 10 months ago

Thanks for the info. Usually information like this is locked in forums that are too technical for me. I've had a newborn interest in bootloaders after having some issues with grub some time ago and more recently, migrating to grapheneOS.

[–] Cethin@lemmy.zip 8 points 11 months ago

It's about national security. They don't want to risk using something that they don't control for the same reason the US doesn't want to risk using something they don't control. It's why Intel probably can't fail. If Intel goes down then the US doesn't have a strong native CPU producer.

[–] DarkAri@lemmy.blahaj.zone 8 points 11 months ago

Yeah we should replace it with legacy bios.

load more comments (1 replies)
[–] febra@lemmy.world 1 points 10 months ago

I for one welcome this development. China, even if just out of national security interests, has proven to be quite a valuable partner in championing open source alternatives to Western technologies locked under key, proprietary licensing, and other such arrangements, which led to monopolies. China first started doing this with designing and actually building RISC-V architecture devices as a way to move away from x86 and ARM architectures. Now let's hope that UBIOS will be supported in a similar, open source way, so that we can gain more sovereignty over our own devices.

load more comments
view more: next ›