Motorola Does Openness Wrong; Bricks Your Droid X If You Tamper

from the that's-not-open dept

Part of the key selling point of the whole concept of Android-based smartphones was that they were open to tinkering. Apparently, Motorola thinks somewhat differently about that. paperbag was the first of a whole bunch of you to point to variations on the story that Motorola has put a thing called "eFuse" on the Droid X which will effectively brick your phone if you try to mess with the software.

If you look around, a lot of people who said they would originally buy a Droid X are saying they won't do it now, just on principle. Bricking a phone that someone bought, just because they want to change the software themselves is pretty abhorrent. Motorola's response to the concerns isn't winning over many people either. They flat-out say that if you don't like it, you should buy another phone:
We understand there is a community of developers interested in going beyond Android application development and experimenting with Android system development and re-flashing phones. For these developers, we highly recommend obtaining either a Google ADP1 developer phone or a Nexus One, both of which are intended for these purposes. At this time, Motorola Android-based handsets are intended for use by consumers and Android application developers, and we have currently chosen not to go into the business of providing fully unlocked developer phones.

The use of open source software, such as the Linux kernel or the Android platform, in a consumer device does not require the handset running such software to be open for re-flashing. We comply with the licenses, including GPLv2, for each of the open source packages in our handsets. We post appropriate notices as part of the legal information on the handset and post source code, where required, at http://opensource.motorola.com. Securing the software on our handsets, thereby preventing a non-Motorola ROM image from being loaded, has been our common practice for many years. This practice is driven by a number of different business factors. When we do deviate from our normal practice, such as we did with the DROID, there is a specific business reason for doing so. We understand this can result in some confusion, and apologize for any frustration.
I think they're missing the point. The fact is most consumers won't tinker with the underlying software of their phone, but if they do want to, they should be allowed to do so without having Motorola destroy the device.

Filed Under: bricking, droid x, efuse, openness
Companies: motorola


Reader Comments

Subscribe: RSS

View by: Time | Thread


  1. icon
    Tank_Szuba (profile), 15 Jul 2010 @ 1:41pm

    Re: Consumer **hardware** shouldn't have a self-destruct switch.

    I completely agree and having thought about this all day i cannot understand from a business perspective how this could really help very much. I recently spoke to a Verizon rep who is also a "Modder" and he explained that; at the store level, a phone with a non-oem rom is impossible to detect. Only when it finally gets to Moto can they determine that. I am sure this costs Moto some money. It cannot possibly be thta much though that they would take such a departure from the previous actions regardless of their stance of ". Securing the software on our handsets, thereby preventing a non-Motorola ROM image from being loaded, has been our common practice for many years". This is not how it is supposed to be. I sort of sympathetic to them though and te real world solution should be to give store level personell the ability to detect a phone bricked either via an attempt to subvert the current ROM or from something else. I agree with most everyone else that this could make the iPhone antenna fiasco seem like a minor PR Stumble. On another note though i am curious about the actual legality of including a self destruct device in a piece of consumer electronics or anything for that matter. If you are reading this please reply with where one could research such legality/illegality.

Add Your Comment

Have a Techdirt Account? Sign in now. Want one? Register here



Subscribe to the Techdirt Daily newsletter




Comment Options:

  • Use markdown. Use plain text.
  • Remember name/email/url (set a cookie)

Follow Techdirt
Techdirt Gear
Shop Now: I Invented Email
Advertisement
Report this ad  |  Hide Techdirt ads
Essential Reading
Techdirt Deals
Report this ad  |  Hide Techdirt ads
Techdirt Insider Chat
Advertisement
Report this ad  |  Hide Techdirt ads
Recent Stories
Advertisement
Report this ad  |  Hide Techdirt ads

Close

Email This

This feature is only available to registered users. Register or sign in to use it.