this post was submitted on 20 Aug 2024
141 points (93.8% liked)

Technology

59086 readers
3311 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 content.
  3. Be excellent to each another!
  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, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

Why, instead of safely entering a BIOS setup, does the cell phone brick when installing the Custom ROM wrongly? Wouldn't this protection be better for users? I mean, this could be done through ADB.

Also, do you think it's possible that this way of doing things will come to the computer, with ARM hoping to gain a good share of the market and all?

you are viewing a single comment's thread
view the rest of the comments
[–] Max_P@lemmy.max-p.me 174 points 2 months ago (11 children)

Phones don't brick with installing a ROM wrong just the same PCs don't brick when you fail to install an OS correctly on it. It just doesn't have a bootable OS on it.

Most phones have a download mode / fastboot which does exactly what you're asking for. You can pretty much always reflash a valid OS with fastboot.

BIOS on PCs is used for compatibility because most hardware manufacturers want to be compatible with existing operating systems. ARM does support UEFI.

Phones just don't have UEFI, because 99.999% of the time it will run only one operating system: the manufacturer's flavor of Android. Skipping an UEFI makes it boot faster because it can load directly into the Linux kernel which will initialize the hardware and already knows the precise hardware it's expecting to be present through its device tree. Chromebooks do that on x86 as well: they skip the firmware part and boot into Linux as early as possible, because it boots faster and it's a ton of code you don't need when you can just let Linux deal with it. Both are purpose built to run Linux, there's no point wasting time with a whole firmware interface nobody should ever need. Fastboot is a perfectly fine low-level bootloader interface that lets you flash ROMs just fine.

[–] kent_eh@lemmy.ca 30 points 2 months ago (4 children)

Phones just don't have UEFI, because 99.999% of the time it will run only one operating system: the manufacturer's flavor of Android.

And the manufacturers very much want to keep it that way.

They do not want you to be able to make those changes, and intentionallyput roadblocks in your way.

[–] aodhsishaj@lemmy.world 13 points 2 months ago* (last edited 2 months ago) (2 children)

Unified Extensible Firmware Interface isn't how we spell planned obsolescence and that doesn't add up to infinite profit sooooo yeah.

Can't have you replacing the OS on that thing. Adding security patches and a new battery on that. Just wouldn't be fair to us billionaires and our R&D department. We have to justify all this labor somehow.

[–] Mjpasta710@midwest.social 2 points 2 months ago (1 children)

You can replace the OS on most Android devices.

Specifically- devices made by Google have been unlocked allowing replacement of the software.

You still have to put together a working kernel and drivers, environment, etc.

Not much stopping folks from doing that though.

GrapheneOS, Ubuntu, and others have made headway for some devices.

Each device potentially uses different hardware implementation and features.

[–] aodhsishaj@lemmy.world 4 points 2 months ago

Graphene is targeting only google pixel devices.

Ubuntu touch and Ubuntu phone have been picked up by I think postmarketOS

I think AOSP is the best bet for the largest majority of Android users.

Kernel dev is a fun hobby.

load more comments (1 replies)
load more comments (7 replies)