How to make an unbrickable device.


Recommended Posts

I was thinking about this recently especially regarding the article currently on the front page about not recommending installing Windows phone 10  on unsupported devices, because you might brick your phone.

 

Which makes me wonder, why aren't there precautions built into hardware to prevent bricking. Like a god recovery mode, which would be located is at a very low level and never gets touched via any firmware upgrades. It would be accessed by turning on the device holding down a certain key combo. it would then throw your device into recovery mode and let you roll your device pack to a previous OS version via USB connected to a PC.

 

Because if you do that, I wouldn't consider a device bricked. When I think bricked, I think time to get out the soldering iron.

  • Like 3
Link to comment
Share on other sites

I was thinking about this recently especially regarding the article currently on the front page about not recommending installing Windows phone 10  on unsupported devices, because you might brick your phone.

 

Which makes me wonder, why aren't there precautions built into hardware to prevent bricking. Like a god recovery mode, which would be located is at a very low level and never gets touched via any firmware upgrades. It would be accessed by turning on the device holding down a certain key combo. it would then throw your device into recovery mode and let you roll your device pack to a previous OS version via USB connected to a PC.

 

Because if you do that, I wouldn't consider a device bricked. When I think bricked, I think done turkey.

Don't manufactures have this some sort of way?

 

They can't add super god mode un brick, because of low level exploits me thinks?

  • Like 1
Link to comment
Share on other sites

Don't manufactures have this some sort of way?

 

They can't add super god mode un brick, because of low level exploits me thinks?

 

Well couldn't they make it unable to be accessed by the OS

Link to comment
Share on other sites

Well couldn't they make it unable to be accessed by the OS

IIRC this is why the iPhone 3Gs or 2, with an unlocked bootloader was basically unbrickable and flashable up to ios 5 (unofficially)

Link to comment
Share on other sites

They already do this on some devices......most modern motherboards (that are worth buying) have a secondary BIOS that contains the initial BIOS it shipped with and cannot be updated. If a BIOS flash goes bad it enters recovery mode and automatically flashes the BIOS from the secondary chip to the primary chip, restoring the functionality.

 

As to why phone manufacturers do not do this, probably because they don't want to fully embrace the capabilities of custom firmware on their devices, so they don't want to make it easy to fix if you screw it up (thereby reducing the number of people willing to try custom firmware).

  • Like 3
Link to comment
Share on other sites

They already do this on some devices......most modern motherboards (that are worth buying) have a secondary BIOS that contains the initial BIOS it shipped with and cannot be updated. If a BIOS flash goes bad it enters recovery mode and automatically flashes the BIOS from the secondary chip to the primary chip, restoring the functionality.

 

As to why phone manufacturers do not do this, probably because they don't want to fully embrace the capabilities of custom firmware on their devices, so they don't want to make it easy to fix if you screw it up (thereby reducing the number of people willing to try custom firmware).

 

You have a point but there have also been stories were legit updates go bad and brick devices, so this could also be a way to cut back on having to replace phones. As far as running custom firmware. They could still not make that possible via public key crypto and stuff.

Link to comment
Share on other sites

You have a point but there have also been stories were legit updates go bad and brick devices, so this could also be a way to cut back on having to replace phones.

Don't updates always have some sort of EULAs ?

Link to comment
Share on other sites

Does bricking mean to make a phone unusable, or to break it? Because I believe that (although not supported by MS) there are ways to re-flash Lumia phones after a bad software update.

Link to comment
Share on other sites

Wouldn't this require additional memory and r&d for a feature that only about 0,001% costumers would use?

 

It just makes no sense from a business view, and it's already very hard to truly brick a phone. Look at the catastrophic update that Neowin's Brad Sam suffered on his Lumia Icon (running beta software, take that in consideration). Even though the update couldn't have gone any wors, he can just use the available recovery tool to recover his phone.

 

The chances of getting a (decent) phone bricked with software nowadays are probably lower than a critical hardware failure...

 

 

Does bricking mean to make a phone unusable, or to break it? Because I believe that (although not supported by MS) there are ways to re-flash Lumia phones after a bad software update.

 

Bricking means you kill the phone, not even recovery software works, and you can't do anything without personally contacting the manufacturer.

 

I think Brad's Neowin article was way too sensationalist (at least the title). It was a bad update, running beta software. It's like all those people that use a Windows 10 preview and then go bananas when something goes wrong. The article made no sense, especially considering it was likely recovered using the Lumia Recovery Software.
 

Link to comment
Share on other sites

Wouldn't this require additional memory and r&d for a feature that only about 0,001% costumers would use?

 

It just makes no sense from a business view, and it's already very hard to truly brick a phone. Look at the catastrophic update that Neowin's Brad Sam suffered on his Lumia Icon (running beta software, take that in consideration). Even though the update couldn't have gone any wors, he can just use the available recovery tool to recover his phone.

 

The chances of getting a (decent) phone bricked with software nowadays are probably lower than a critical hardware failure...

 

 

 

Bricking means you kill the phone, not even recovery software works, and you can't do anything without personally contacting the manufacturer.

 

I think Brad's Neowin article was way too sensationalist (at least the title). It was a bad update, running beta software. It's like all those people that use a Windows 10 preview and then go bananas when something goes wrong. The article made no sense, especially considering it was likely recovered using the Lumia Recovery Software.

 

A news article sensationalist? Nah you have to be wrong :laugh:

Link to comment
Share on other sites

Technically, all devices are "unbrickable" unless you do something stupid like flash the motherboard with buggy BIOS. The problems that today happen with "bricking" devices are because OEMs lock access to the hardware and BIOS of the phones.

 

Also the fact that we don't have an easy way to install an OS to an empty phone.

Link to comment
Share on other sites

Apple has "DFU" mode with its mobile devices. Its almost impossible to brick a iOS device unless you already are jailbroken and have root access, but the people with that access know they can brick their phone easily and recover from it. Almost all software based recovery that fails, can't brick the device.

Link to comment
Share on other sites

It's pretty easy to make unbrickable devices, manufacturers just have to lock down flashing to model-specific updates and use digital signatures and avoid real-time flashing for the critical areas (bootloader, radio ROM, etc), it's just that manufacturers not only don't give a damn but they barely tolerate custom flashing. Or in case of official upgrades it's just because manufacturers are too cheap to customize the code from the sdk for more reliable flashing.

Link to comment
Share on other sites

Samsung has ODIN and it's gotten my gnex outta jam.

 

There are not many Android phones that are truly brickable, especially if you put some effort into getting a good recovery installed 

Link to comment
Share on other sites

There are not many Android phones that are truly brickable, especially if you put some effort into getting a good recovery installed 

I never understood the "install a recovery part" on androids... (Galaxy S4 owner and LG G3 owner :laugh )

Link to comment
Share on other sites

I never understood the "install a recovery part" on androids... (Galaxy S4 owner and LG G3 owner :laugh )

Just makes recovering from and mistakes easier than using stock, especially the horribly locked down ones Samsung and Sony like to use

Link to comment
Share on other sites

Sorta similar, but I've always wondered by there is no Failsafe mode built into motherboards/CPUs? That way, if your BIOS don't yet support a just released CPU, it would go into "limp along" mode, run @ some reduced speed in order to allow you to be able to flash updated BIOS without the need of shipping your board back to manufacturer to get BIOS chip replaced.

 

Its been a few years since I last built a PC, so maybe its not an issue anymore.

Link to comment
Share on other sites

Sorta similar, but I've always wondered by there is no Failsafe mode built into motherboards/CPUs? That way, if your BIOS don't yet support a just released CPU, it would go into "limp along" mode, run @ some reduced speed in order to allow you to be able to flash updated BIOS without the need of shipping your board back to manufacturer to get BIOS chip replaced.

 

Its been a few years since I last built a PC, so maybe its not an issue anymore.

 

Honestly, if it were that easy and worth it to implement, don't you think they would have done it by now?

Link to comment
Share on other sites

Honestly, if it were that easy and worth it to implement, don't you think they would have done it by now?

No, not really. Sometimes things just get overlooked. Maybe they don't think its really a problem.

 

* Power up -> motherboard attempts to identify CPU

* Intel socket xxx CPU detected -> Sends universal greeting

* Baweep-grawnaweep-neenybob...

* CPU responds back with model/core identifer

* Motherboard determines CPUID unknown -> initiate CPU safe mode -> single core/500MHz

 

* User flashes new BIOS -> reboots

* Power up -> motherboard attempts to identify CPU

* Intel socket xxx CPU detected -> Sends universal greeting

* Baweep-grawnaweep-neenybob...

* CPU responds back with model/core identifer

* Motherboard -> "Baweep-grawnaweep-neenybob..."

* Motherboard determines CPUID known -> initiate FUN :)

Link to comment
Share on other sites

No, not really. Sometimes things just get overlooked. Maybe they don't think its really a problem.

 

* Baweep-grawnaweep-neenybob...

 

Liked for the Transformers reference. But it's "Bah wheep grahnah wheep nini bong". :laugh:

Link to comment
Share on other sites

Most devices are unbrickable; though, unfortunately, you would have to send many of them to the manufacturer to unbrick for you because the recovery tools that the manufacturer uses is not publicly accessible. This is a big problem with some modern smartphones and tablets.

 

I have a two tier suggestion to deal with this issue:

 

-Firstly, putting an option in the software-interface between base firmware and OS to allow the device to restore by either connecting to the internet and downloading the latest allowed OS, restoring by connecting to a computer with the latest allowed OS, restoring by using an image of the latest allowed OS from a USB flash drive or SD Card.

 

-Secondly, having an updatable nand flash built-in with a basic user-friendly OS image that allows the user to perform all of the above, perform hardware diagnostic tests, access the main storage volume to backup user information, etc.

 

This two tier recovery feature I proposed would involve a software interface between the firmware and OS which provides the user with the ability to restore their OS image in multiple ways (as mentioned in point #1). There would also need to be two storage units (I propose 2 separate nand flash chips; as opposed to partitioning one nand flash unit or worst partitioning the main storage unit) one with a basic safe-mode OS that allows the user to run various hardware diagnostics and perform various types of data recover (as mentioned above in point #2) and the second unit will contain either the latest allowed recovery-image or the latest allowed OS-install-image (or both). 

Link to comment
Share on other sites

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.