0

I would like to play with developing Android ROMs for learning purposes and for maybe I can fork my current ROM and change interesting stuff in it.

I would rather be not happy at all with a bricked device, but how likely is that to happen?

As far as I know, if the bootloader is untouched, flashing even garbage should leave the device repairable since one can still go in flash mode and flash a new rom because the bootloader is fine. Right?

Also I presume hardware can't really be damaged by bad software, can it? (I need a compelling reason if you say yes)

So theoretically, my device can't really break by flashing and trying a custom ROM even if its faulty or even there happens an error during flash, no? (given I don't touch the bootloader)

  • 2
    Usually, ROM devs add certain checks called asserts in the zip's updater-script, which abort the installation if your device is not confirmed as compatible. Obviously, that's not a luxury you do have if you create a ROM yourself (if you don't add the checks manually, that is). To summarize, if you build your own ROM with your own zip, you must take care not to overwrite the bootloader, overwrite only the /system partition, (optionally) overwrite /dev/block/platform/msm_sdcc.1/by-name/boot to install a custom kernel and pay great care not to flush your partition table by mistake. – Death Mask Salesman Aug 22 '17 at 17:15
  • @DeathMaskSalesman ..and does the device really brick if its installed even if its incompatible? Also hmm flushing partition table.. – OverCoder Aug 22 '17 at 17:20
  • Flushing partition table, yes. Try something like dd if=/dev/null of=/dev/mmcblk0 only if you wish doom upon your handset. Moreover, your device should merely soft-brick if you flash incompatible firmwares, provided that nothing but /system, /boot and optionally /data gets overwritten. To put it in another way, until your bootloader and/or partition table are busted, there's nothing you can't recover from. – Death Mask Salesman Aug 22 '17 at 17:25
0

As Death Mask Salesman pointed out, you need to be sure that the flashing process itself doesn't overwrite the partition table or the bootloader. But even if the flashing itself doesn't cause an unrecoverable problem, it's still possible for a broken ROM to break the hardware of the phone.

Here's a real-life example from when I worked on ROM integration. One of my colleagues bricked the development hardware we were working on by flashing a ROM where the kernel had had the CPU throttling and thermal cut-out disabled. The development board ran with the CPU at max speed for a couple of minutes and then melted the SoC.

Hardware can very much be damaged by drivers that have been edited or compiled with the wrong options. Overclocking the CPU or GPU (a popular feature in custom ROMs) carries its own risk of overheating - especially if your phone is slightly off-spec. Some kinds of screen backlight can be damaged by running them too hard, which the driver prevents in normal use. Also, some components such as NFC chips and secure elements have anti-tampering "fuses" - if you blow one of those by accident (by writing to the wrong hardware register), it might be irreversible.

This is why rooting or flashing a custom ROM voids the warranty.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.