There is a BIOS - a Basic Input Output System, usually made by the SoC manufacturer that acts as a bootloader shim to get the Android bootloader going (fastboot/recovery menu level here) which then loads the Android kernel. It’s the same as UEFI or the legacy BIOS, but it does not come with a configuration utility which is the menu that most people think of when they think of “BIOS” I.e. “going into the bios”.

A BIOS does not inherently have to have a configuration utility.

Unlike an UEFI implementation on modern AMD64 systems, the typical ARM bootrom is a masked rom written to flash-once memory.

This bootrom performs the same vital functions as a bios though, i.e. sending key instructions and data (including setup of requirements) to the processor for it to start executing the bootloader program off of memory, in this case the android bootloader.

Contrary to popular belief and the top comment ITT at the time of initially writing this, android does not use the Linux kernel, it’s based on an LTS Linux kernel, but highly modified with patches to form the ACKs. https://source.android.com/docs/core/architecture/kernel

Without the config utility the ARM SoC BIOS is largely hidden from the user, but the veil is lifted when it fails in spectacular ways: https://en.m.wikipedia.org/wiki/Qualcomm_EDL_mode

There is a bios, but it is hidden really well for the user experience

They all do, but it’s usually custom made by the SoC vendor. Although I wish we had a standard like UEFI on phones…

Why, instead of safely entering a BIOS setup

effiency and lawsuits, phones has embedded hardware, its a bit op to have that initial hardware calls for a embedded hardware system.

BIOS is initally an IBM tech

_does the cell phone brick when installing the Custom ROM wrongly? _

Android is based on linux, that includes the partitioned bootloader (mostly grub on linux and fastboot on android, they’re not technically the same but the idea is somewhat related) if that partition is messed up then its most likely not to boot

Wouldn’t this protection be better for users? I mean, this could be done through ADB.

Android is owned by a corporation, I dont think that will be their primary objective

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?

ARM is mostly a cpu design corporation that offers license fee to other companies to manufacture thier cpu designs, they’re everywhere. It depends on thier licensees what to add to make profit.

ARM doesn’t specify a standard firmware interface like x86 PCs do.

I mean, they could, but ARM comes from a different era, where interoperability isn’t a requirement and devices are disposable instead of upgradeable.

There no incentive, no IBM PC to be compatible with, not even an Apple, Macintosh, Conmodore Amiga or Atari ST to make peripherals for. ARM devices, even the rPi, are one-and-done.

Because ARM was built to be cheap.

BIOS nowadays is basically a bootloader shim in EEPROM. The majority of the ARM ecosystem wanted flexible and cheap devices. This promoted the use of a small ROM loader burned into the device and a removal of basically all EEPROM from the SoC.

The flexibility came back through the use of a secondary bootloader layer normally stored in the devices primary storage. Most manufacturers use u-boot or coreboot on an SD card or eMMC. Android standardized this as part of their partitioning scheme. All devices have a dedicated bootloader partition housing the secondary bootloader and any additional boot artifacts.

Then phones became wildly expensive and invalidated most of this.

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?

It already has. Most of what ARM is doing to be cheap was already pioneered by PowerPC.

ARM EBBR specifications attempt to standardize this boot flow somewhat, introducing a standard EFI shell in u-boot. This does not solve the dependency on the secondary bootloader, and it doesn’t prevent people from shooting themselves in the foot. It just makes distro interactions with the secondary bootloader more standardized.

deleted by creator

Think of installing a custom ROM on a phone like installing a custom BIOS ROM on PC, both are actually not damaging to the device if they fail but require specialized equipment to recover.

Also, some phones and motherboards support special low level recovery modes when a rom fails to boot, but it’s usually not easy or documented.

Heh…

It installed ROMgly?

Cell phones do not have a BIOS like traditional PCs; instead, they use a bootloader, which serves a similar purpose. The bootloader initializes hardware and loads the operating system, but it is specific to each device’s hardware, limiting compatibility with different operating systems. This lack of a standardized BIOS-like system makes it difficult for users to install alternative operating systems and leads to fragmentation in the mobile ecosystem. Manufacturers may avoid implementing a BIOS to reduce costs and maintain control over software updates.

It’s the bootloader, dumbass