SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : Apple Tankwatch -- Ignore unavailable to you. Want to Upgrade?


To: pyslent who wrote (3395)4/2/2011 3:22:38 AM
From: sylvester80  Respond to of 32692
 
Actually 100% of all Android smartphones are fully open. And considering the millions of Nook Color and Galaxy Tabs that are the vast majority of tablets out there, those tablets are fully open as well. And once ice cream is out this summer, and since all the honeycomb tablets will be easily upgradable to 3.1 Ice Cream, I'd say those will be fully open as well. So as I said before, all that brouhaha is driven by the Apple fascist friendly media that enjoys bending over for head Nazi Steve Jobs, and is much to do about nothing.



To: pyslent who wrote (3395)4/2/2011 4:12:51 AM
From: sylvester80  Read Replies (1) | Respond to of 32692
 
Google to limit carriers’ Android flexibility. Good.
By Rob Pegoraro
Posted at 04:37 PM ET, 04/01/2011
washingtonpost.com

Google has finally gotten fed up with the humiliating alterations its Android operating system has been subjected to by wireless carriers. So says a Bloomberg Businessweek story by Ashlee Vance and Peter Burrows that reports on a new set of rules Google will enforce on mobile partners who want the equivalent of most-favored-nation status.

“There will be no more willy-nilly tweaks to the software. No more partnerships formed outside of Google’s purview. From now on, companies hoping to receive early access to Google’s most up-to-date software will need approval of their plans.”

The story reported that the Mountain View, Calif., company was requiring that other firms licensing its Linux-based operating system sign “non-fragmentation clauses” to grant it veto power over their tweaks to the operating system.

Having seen many of these tweaks -- from harmless but sometimes unappreciated alterations such as Samsung and HTC’s TouchWiz and Sense overlays to outright mutilations of Android, such as Verizon’s excruciating Samsung Fascinate, which hard-wired its search button to Microsoft’s Bing -- I have no problem with Google’s change of heart.

The users I hear from don’t want any more extras from those companies. As Windows PC buyers have said for years, they want to be able to choose a clean, uncluttered configuration of the standard operating system. That’s what I loved about the Nexus S phone I reviewed late last year. And that’s why some Android users, myself included, have taken the radical step of installing a third-party build of Android to replace the limited, carrier-installed version.


This is a risk I worried about when Google announced Android. My column at the time emphasized the benefits of Android’s openness to users but fretted that carriers “could always choose to revise it to lock out any tinkering by their customers.”

It’s true that Google promised something different at Android’s launch. Its Nov. 5, 2007, press release states that “the Android platform will be made available under one of the most progressive, developer-friendly open-source licenses, which gives mobile operators and device manufacturers significant freedom and flexibility to design products.”

But Google has always had one constraint on the carriers: access to its Android Market. Until now, it’s been extraordinarily lenient with that authority, even allowing them to replace such core Android programs as its browser, calendar and contacts applications with their own.

(Manufacturers can opt out of the Android Market, resulting in such oddities as the no-name Android tablets that arrived in stores last fall with older versions of the operating system and no easy way to install add-on software.)

It cannot possibly be a surprise if Google now moves to exploit that limited leverage to fix problems with its product. So why the vitriol over this move?

In a scathing post linking to a Businessweek story, influential tech blogger John Gruber labeled Google’s change in strategy “the Android bait-and-switch laid bare” and called Android manager Andy Rubin, engineering vice president Vic Gundotra and departing chief executive Eric Schmidt “shameless, lying hypocrites.”

Well, then.

I understand the annoyance at a company professing a “don’t be evil” motto, in the way that some people gripe about Apple’s bouts of sanctimoniousness. But just like Apple, Google is a publicly-traded, for-profit corporation--not a monastery, a think tank or a nonprofit like Mozilla. (For that matter, many open-source licenses enforce some limits on what you can do with the code in question. It’s rarely a free-for-all.)

I don’t need conspiracy theories here. I find it a lot easier to think that Google, not for the first time, didn’t grasp what sort of companies it was dealing with when it waltzed into this market. Remember, these are the people who had no apparent idea that Google TV would get blocked from the Web sites of major TV networks. If it’s now acting like a red-blooded capitalist instead of a software evangelist--fine.

Cracking down on carriers who want early access to the Android source code seems not an injustice but the only rational response for Google if it wants to keep Android’s quality. Save your outrage if Google stops releasing Android source code at all--for example, if the current hold in releasing the source for the Honeycomb, tablet-optimized version of Android never ends--or if it follows the practice of AT&T and blocks you from installing Android programs outside of the Android Market. But unless you believe in a cartoon vision of “open” when it comes to mobile-phone software, there’s little cause to protest Google’s move and more than a few reasons to support it.

By Rob Pegoraro | 04:37 PM ET, 04/01/2011



To: pyslent who wrote (3395)4/2/2011 5:33:40 AM
From: sylvester80  Read Replies (1) | Respond to of 32692
 
Android Remains Open, Android Remains Powerful
01 April 2011 by Chris Burns
androidcommunity.com

This week there was an article published by a pair of writers over at Bloomberg Businessweek : Ashlee Vance and Peter Burrows. This article tells an account of “about a dozen executives working at key companies in the Android ecosystem” including LG, Toshiba, Samsung, and Facebook. This epic tale even notes complaints with the US Justice Department over the situation. Noone directly commenting on the situation is named, and specific facts are sparse – is this a case of fabrication, or is it such a giant story that mafia-style gunmen will come down upon anyone tied to its publication?

Let’s go through this story point by point, commenting as we go. First off, there’s an interesting couple of sentences to set up the whole story:

From now on, companies hoping to receive early access to Google’s most up-to-date software will need approval of their plans. And they will seek that approval from Andy Rubin, the head of Google’s Android group.

In a single reading, this may seem like a harsh reality, one that goes directly against Google’s claim of an “open source” environment for its mobile OS Android. Looking over it again, this blurb reads differently: early access. What does that mean in this situation? It means that Google would literally work with a manufacturer to deliver Android early, early as in before the rest of the manufacturers, early as in before the source code is released to developers aiming to make compatible apps to work inside it, early as in before Google is prepared to release it to groups that might use it to compete against them.

Google promotes Android as an open-source environment, one where anyone is allowed to work in and with the mobile OS without Google slapping their hand and taking it away from them. Does that mean that a manufacturer should get preferential treatment just because they ask for it? Absolutely not. Grocery stores don’t get early access to milk from farms because farms need to make sure that milk is processed and ready to drink before it’s released.

Next, a bit more on what Bloomberg has decided Google once was and how harsh they’ve become:

The Google that once welcomed all comers to help get its mobile software off the ground has become far more discriminating—especially for companies that want to include Google services such as search and maps on their hardware. Google also gives chip and device makers that abide by its rules a head start in bringing Android products to market, according to the executives.

There’s a good example of a model inside this ecosystem that can be compared to what Google is doing here, and comparatively, Google is being much less capitalistic about it: Free-to-Premium Apps. In our current Android Market model, free apps reign supreme. While the advertising route works for some, there’s also the releasing of two versions of your app method, one where your first app is a free and limited version of an application, the second version being a premium or more full version of the app that has a cost.

What Google has done here is to release a full free operating system in a similar way, only they’re not trying to sell their premium version, they’re still giving it away. What Google has instead of a premium version is the pre-release, this version going out to manufacturers who they’ve vetted and have decided to be worthy of being the first ones out the door. Just like any business deal, you’ve got to be willing to make concessions in order to get special favors.

Bloomberg goes on to note the simplicity of the truth, the key to dismantling every complainers case in the whole rest of the article:

Google’s Rubin, a mobile industry veteran, anticipated such market fragmentation. That’s why when Google prepares a new version of Android, it selects a chipmaker and a device maker so that the first smartphones and tablets show off all the bells and whistles

Musicians do this same thing each and every day of the year, they release a single, or in some cases completely free music meant to be distributed at will, to the people they trust to represent the music in the manner that best allows it to flourish.

Next, a quote comes in from the director of global Android partnerships at Google, John Lagerling, who speaks on the reasoning behind working with a single manufacturer for each Hero device that sends out a version of Android unto the world:

Google says its procedures are about quality control, fixing bugs early, and building toward a “common denominator” experience, says John Lagerling, director of global Android partnerships at Google. “After that, the customization can begin.”

These hero phones you’ve all heard about:

HTC Dream aka T-Mobile G1 : First phone released to the market to use Android OS, October 22, 2008, this device used Android 1.0, a version without a special name (starting with 1.5 they worked with tasty treats, Cupcake first.)

Nexus One : another HTC device, tested throughout Google’s innards, announced December 12, 2009, released January 5, 2010, with a stock version of Android 2.1 Eclair.

Nexus S : a Samsung device released December 16, 2010 with Android 2.3 Gingerbread. This was one of two phone we know about to have been in the running to be Google’s hero phone for Android 2.3 Gingerbread, the other being the Sony Ericsson Xperia PLAY, which will also soon be releasing with a version of Gingerbread, Android 2.3.2 (or .3, we’re not sure yet for the USA.)

XOOM : a Motorola tablet released February 24, 2011 with Google’s first Android version for tablet-sized devices, Android 3.0 Honeycomb.

Then comes the harsh part:

Over the past few months, according to several people familiar with the matter, Google has been demanding that Android licensees abide by “non-fragmentation clauses” that give Google the final say on how they can tweak the Android code—to make new interfaces and add services—and in some cases whom they can partner with.

Whoa! Wait a second, Google, isn’t THAT the antithesis of an open source project? It seems like there’s nothing, then, between Google and controlling whatever gets released on for-sale hardware with their operating system on it. To be able to sell a device with Android OS on it, a business MUST get a license from Google.

Next, more legal matters:

It’s these types of actions that have prompted the gripes to the Justice Department, says a person with knowledge of the matter. Google spokeswoman Shari Yoder Doherty declined to comment on Google and its partners or any complaints to the government.

Whether Bloomberg actually asked Shari Yoder about this matter or not is irrelevant, really, as there appears to be no record of the “gripes” actually happening. We guess the gripes would be against Google for not allowing their Apache Software License the way these manufacturers saw fit. You can read more about Google’s ASL [in this classic article on Ars Technica], but what it essentially says is that with this license, Google can release code that’s free and open that manufacturers can then tweak and NOT re-distribute for free usage. This, says Ars in 2007, promotes market growth, but not as quick a growth potential as utter freeness would.

Finally, a quote on the similarities between this situation and the release of Windows OS throughout the years:

In the PC realm, Microsoft habituated its partners to expect equal access to new versions of Windows. If anything, says Gartner (IT) analyst Michael Gartenberg, the software giant was equal-opportunity to a fault. “Microsoft often got criticized for treating all partners the same, whether they were doing great work or mediocre work,” he says. “Google seems to have no problem with playing favorites.”

And they should, they absolutely should. Google has created a system that they’ve licensed as open source in a way that has, and definitely will continue to make the mobile market grow exponentially into the foreseeable future. Google gives their product away for free, you can use it however you want unless you want to sell it, in which case you’ve got to get their approval, then they’re going to want to add their Android Market to your device before you sell it.

But you’re allowed to sell your device with unlockable bootloaders and essentially open systems again, thus making your product one that your users can modify however they see fit. So what’s the missing link? Rogue manufacturers getting pissed off because they can’t have a product someone else worked on for free with no limits that they can then clutter up and repackage for a gigantic profit, blaming their frustration on the fact that Google said they’re giving out an open-source system – which, if you ask me and us, they still are.


The quotes above come from an article posted on Bloomberg.



To: pyslent who wrote (3395)4/2/2011 5:44:06 AM
From: sylvester80  Read Replies (1) | Respond to of 32692
 
MUST READ:Separating Fact from Fiction: The Impact of Android Anti-fragmentation on the Processor Landscape
mips.com

Rumors, misinformation and speculation are spreading like wildfire across the industry today following recent reports about Android anti-fragmentation efforts and what this means for processor architecture openness. Will Google’s anti-fragmentation initiatives for Android code impact providers of microprocessor architectures such as MIPS, Intel and ARM? Does anti-fragmentation mean that Google is standardizing Android for any specific architecture? As someone who has been deeply involved with MIPS’ Android efforts, here’s my take on separating some of the fact from fiction.

Q: Is Google standardizing Android to be available only on ARM?

A: Absolutely not. Many MIPS customers have asked this question of Google, and have been told that Android is intended to be architecture-neutral. What Google has done is to start an “anti-fragmentation” program, and is requiring OEMs, silicon vendors and architectural licensees to sign an anti-fragmentation agreement for early access to Android sources, and as part of the process for certifying platforms to enable access to the Android Market.

Q: Why is Google requiring vendors to sign an “anti-fragmentation” agreement?

A: The driving force behind the agreement has been concern over potential fragmentation of the Android code base. Some vendors have replaced parts of Android with their own layers/applications, and some application writers have been encouraged by third parties to make inappropriate use of architectural features of the underlying hardware or instruction set architecture (ISA). The result of this is that applications currently in the Android Market do not always work on all Android devices. The anti-fragmentation agreement is aimed at overcoming this issue.

Q: Surely fragmentation has not been a problem for ARM-based Android platforms?

A: Actually, it has been and continues to be a problem for ARM based Android platforms. There are several variations of the ARM ISA implemented by silicon vendors. As we have seen in our labs, some Android applications that run just fine on one ARM based vendor’s silicon platforms do not necessarily run on another ARM based vendor’s silicon. Google’s anti-fragmentation program is intended to remedy this situation as Android moves forward. MIPS Technologies is in full support of Google’s anti-fragmentation philosophy.

Q: Is there any truth to the claims in the recent DIGITIMES article, “Google and ARM reportedly plan to establish standardization for Android/ARM platforms”?

A: The article contains numerous inaccuracies. The article states that Google will standardize Android for use on ARM. The implication is that the standardization will be ONLY on ARM—which is not accurate. What is true is that Google clearly has a growing concern about the potential fragmentation of Android (due in part to the fragmentation that exists within the ARM ecosystem). It is also true that as a part of Google’s anti-fragmentation efforts, each processor vendor—including ARM, MIPS and Intel—must sign the Android anti-fragmentation clause to gain early access to sources in the future. And Google has defined a standard set of Android interfaces that work across all processor architectures—including those from ARM, Intel and MIPS—with the aim of maintaining application compatibility and portability. Google has also defined a Compatibility Test Suite (CTS). Passing the CTS is necessary for access to the Android Market. The article basically implies that the CTS is specific to ARM. But there is no architecture dependence within the CTS.

Q: Does MIPS support Google’s anti-fragmentation agenda?

A: Absolutely. We consider this to be a helpful step as it is crucial for MIPS licensees creating processors for the Android market to have equal access to applications. That is the only way that end users can enjoy a seamless portability experience and select their devices based on the advantages the underlying architectures in terms of performance, power management, silicon area, etc. The anti-fragmentation program encourages everyone to make portability across platforms (whether completely different processor architectures or variations within the same ISA family) a priority. Furthermore, application writers who do need to access specific hardware functions are encouraged to do so using the Android NDK (native development kit). There is an NDK for each major architecture that supports Android, including MIPS, Intel and ARM.

Q: Is MIPS working with Google on anti fragmentation?

A: Yes. In fact, Google invited MIPS to participate. We are currently in discussions with Google regarding the anti-fragmentation agreement. MIPS has also made its NDK/ABI (application binary interface) available to Google and is working with Google to have that included as part of the Android toolchain. MIPS is also in discussions with Google for future early source access.



To: pyslent who wrote (3395)4/2/2011 5:47:49 AM
From: sylvester80  Respond to of 32692
 
A comment worth reading...

Seems that some OEM's are probably pissed that they are being "forced" to abide by the rules they agreed to when they joined the OHA and partnered with Google. I think some thought that they could just take Android and turn it into their own proprietary OS and lock in customers like iOS does thus getting a free lunch from Google. Google doesn't really want that to happen imo. Google seems to be trying to make a platform that will allow everyone to compete equally. They really aren't playing favorites. Being a "favorite" is the choice of the partner via joining the OHA and playing by the rules. I don't see Google excluding anyone that wants to participate.

This article on MIPS ( mips.com ) gives more insight than anything Bloomberg wrote. Basically, Google is working with anyone and everyone that is willing to work with them to develop the best platform that will utilize the widest array of hardware and still allow some software customizations via OEM's without causing fragmentation. In other words, by trying to make everyone happy a few are pissed.

As for the statement about MS Windows. . . what a crock! The OEM's aren't allowed to customize Windows. Could you imagine the headache if MS allowed that to happen--updates wouldn't happen at all and every PC would be a security nightmare.

Google's going the extra step that MS has never done. MS locked into Intel and chips cost a butt load. Google is letting any chip designer & manufacturer join in and they are working with them. The same goes for other hardware and software partners. And wouldn't you know it. . . but someone has to stay in control of the project and make decisions or it will turn into a complete cludge fuck.


androidcommunity.com