Android Booting Shenanigans
topjohnwu.github.io
topjohnwu.github.io
Of the above, only Google has what I would consider "proper" software support.
At this point, I refuse to buy anything that I can't bootloader unlock and does not have proper software support because of planned obsolescence stemming from a lack of software updates.
Blacklisted for not being able to bootloader unlock: Huawei, Vivo, Samsung (Qualcomm), Nokia, Pixel (Verizon US variant).
Also, it looks like a great phone.
Looking at specs: SD662 6/128 829USD
The hardware BOM should only cost ~200usd. The rest is software sorry/markup for being a small company with limited volume. Not great value and a horizontal keyboard isn't my thing personally but I'm glad they're competing!
Depends on what your values are, I guess.
They have repeatedly released ROMs full of bugs, crashes, and required factory resets on major version upgrades. Their update lag has increased since being combined with Oppo/ColorOS, while their value has decreased/cost has increased.
They've peaked in terms of hackability and software support.
Even if we disregarded their (worse than google but better than say, Xiaomi/moto) software support, which is more important than the hardware itself, OnePlus hardware is frequently worse (mic, speakers). The only win you get here is a latest gen SoC for pricing that is barely (~10%) cheaper than the Samsung counterpart with a worse build quality.
OnePlus' proprietary warp charge isn't doing then any favors either. Non-standardized charging is frequently a pain point for me when most other devices have moved onto USB-PD.
As to charging, think they were one of the first (maybe the first) with the high speed charging. But I can charge it from any old charger, just not as fast.
The modem lacks the firmware for VoLTE which is now becoming required in the US as the 3G towers are being retired.
It's being retired for a pine phone. So far postmarketos is delightful, VoLTE works, and we're about to see if waydroid is going to play ball.
In the terminology section, it says
initramfs: a section in Android’s boot image that the Linux kernel will use as rootfs
And SAR: System-as-root. That is, the device uses system as rootdir instead of rootfs
In Boot Methods section, it says something like The kernel uses initramfs as rootdir ..
So far, it has* initramfs as rootfs
* system as rootdir (or "rootfs as rootdir" if no SAR)
* initramfs as rootdir
I get that the whole point of this article is about "A as B" for some booting shenanigans, but this mapping relationship doesn't make sense to me. rootfs somehow appears in both ends.
Also, for method A and C, it says "uses initramfs as rootdir" but the table lists "rootfs" instead of initramfs?
"Rootfs" is an im-memory virtual filesystem used to hold the root. The bootloader will read the initramfs into ram before executing the kernel, then the kernel will use that in memory data to construct the rootfs filesystem. For non root partitions you would use a loopback device or tmpfs.
Since system is a normal partition, the kernel can use the normal disk/filesystem drivers as a root device.