

Linux Announcement from Sony, Toshiba, NEC, Fujitsu 88
BJH writes: "This hit the newspapers in Japan this morning - Sony, Toshiba, NEC, Fujitsu, Hitachi and Mitsubishi (basically the entire electronics industry in Japan, with the notable exception of Matsushita) will be setting up the "Japan Embedded Linux Consortium" in cooperation with TurboLinux and a whole bunch of other groups to produce a version of Linux suitable for use as an embedded OS for home electronics, mobile phones, cars, industrial machinery - in fact, just about anything with a CPU. Here's a Nikkei article in Japanese (no login needed) and another one here in English (you'll need to log in for this one). This looks like it's going to be big - hold onto your hats, guys..." If anyone has found an English URL that doesn't require a login, please post it below.
Yes I want to (Score:1)
RAMBUS?!? (Score:1)
m3th
(see quote on
Re:Ok wait up hold it right there! (Score:1)
Linux's networking features etc. make a great deal of sense to this.
As does PalmOS, QNX, EPOC, blah, blah, blah..
I'm waiting to see how big the RTKernel is and what its requirements are before I make a final judgement, but it has to be small and light or you're just wasting your time.
Re:Why not use a good OS? i.e. NOT Linux but Windo (Score:1)
Re:Ok wait up hold it right there! (Score:1)
Right tool for the job, and all that.
Re:Ok wait up hold it right there! (Score:2)
Re:Is Linux _really_ the best choice?? (Score:2)
Great, so stop sueing us. (Score:1)
We've seen this b4. (Score:1)
Re:Ok wait up hold it right there! (Score:2)
The name fits M$ (Score:1)
Re:Why not use a good OS? i.e. NOT Linux but Windo (Score:1)
Re:Translation (!?!) from Gist. (Score:1)
Dude, that would make a great sig!
why small devices would run linux (Score:2)
for many embedded systems, there is a low production count. they may actually make more profit per device by using a full-blown PC-on-a-chip over a small microcontroller.
the time to market is shorter, and the development costs are much lower.
if you can't amortize the higher cost engineering that goes into a microcontroller based system over many devices, then the pc-on-a-chip is a better deal.
Re:Do I really want Linux running my car? (Score:1)
"Embedded" may actually mean a high level system (Score:1)
Several posters have asked "why do they want to use Linux in a car, phone, etc?". Please bear in mind that the term Embedded System may mean a very high level system in many cases:
Audio appliances with MP3 or CDR capabilities.
Digital video boxes (like the Tivio). Includes capture, store on disk, GUI.
In-car navigation system. Includes GPS receiver, LCD map display, DVD to store map.
Medical scanning equipment. Includes networking, database, image display and GUI.
Industrial machinery. Includes networking, control GUI.
Electronic Point Of Sale systems (cash registers). Include database, networking, GUI.
Voice mail and digital telephony systems.
Web boxes. Web browsing and email appliances for the home.
Many of these devices are currently manufactured with stock PC components. They may run various operating systems including Linux, Windows, and DOS (a fine real-time OS, in a sense). An industry initiative to develop a sutable version of Linux makes good sense.
This makes *total* sense: they did it once already (Score:2)
The purpose of TRON (this was *BEFORE* the movie) was to create a single kernel architecture that can be used in multiple electronics devices, with an *open* (to the industry at that time, open meant they shared the specs with each other) communications protocol.
In essence: ubiquitous computing.
This resulted in a huge decrease in product design costs for the Japanese consumer electronics market, as TRON kernels have been used in everything from microwave ovens to robotic car manufacture assembly lines.
This effort waned somewhat during the late 90's due in part to the costs associated with keeping TRON up to date with microprocessor development, and the Japanese economic depression certainly played a part as well.
So it makes *total sense* and is very good news indeed, to hear that these electronics giants are continuing the TRON-like effort using Linux, and using the GNU-like methodology for maintaining this project in the future.
As an avid follower of the machinations of Japanese consumer electronics giants, this is some very good news to me indeed.
BTW, details about TRON are out there on the 'net, for those that are interested. One of Japans leading computer scientists was involved in the project during the early 80's, and his vision was very much driven by the Japanese manic sci-fi ethos. It makes for some crazy reading, for sure, but it all happened and is evident in all that Japanese consumer electronics gear around you.
Do a bit of scanning through a binary dump of the kernel in your digital camera/microwave oven/VCR/MiniDisc player, and you may find some interesting references to the TRON kernel, and/or leading consulting firms in Japan that were a part of the TRON kernel software development industry...
Re:Ok wait up hold it right there! (Score:3)
I'd say a full 90% of the systems out there have absolutely no need for a full (or even stripped down) Linux (or anything else) kernel. Cellphones?! gimme a break!
I'd agree that it does seem like putting Linux on a cellphone might be a bit of overkill, but I think this actually makes sense given the Japanese electronics market.
The Japanese article mentioned "cellphones, home electronics, and car navigation systems," all of which are fairly complex pieces of machinery here in Japan, more often than not connected to the internet:
It seems that the software in these things would be fairly complex. It seems to me like it's a good idea that these things all use a compatible OS -- I'm frankly amazed and quite happy that all of these companies have decided to decide upon an open and freely-available standard. The nice thing about Linux is that it's free, it's available now, and companies can modify it to make it as light as they need. Just because they're choosing Linux, it doesn't mean that my next cell phone is going to have X and a complete TeX installation on it or anything.
Found some links ... (Score:2)
http://www.tron.org/
http://tronweb.super-nova.co.jp/itron.html
http://www.atip.or.jp/public/atip.reports.94/tr
http://tron.um.u-tokyo.ac.jp/TRON/ITRON/panph96
Should be some good reading for you in there, enjoy!
:)
Re:Found some links ... (Score:2)
http://www.itron.gr.jp/panph98/panph98-e.html
http://www.itron.gr.jp/
Re:Embedded linux (Score:1)
However, just that the (interrupt) latency is low isnt enough. I once wanted to implement a simple serial protocol under Linux. The problem was that i wanted to create a 5 ms delay (before switching of the carrier) without freezing the other tasks. I wanted to the the timer (real time timer) to wake up my process (via SIGALRM). Thats when i found out that the system worked with a resolution of 10 ms ("jiffies?").
I wouldnt mind missing a deadline once in a while, but i wanted it to work in atleast 95% of the time...
Re:Is Linux _really_ the best choice?? (Score:1)
Re:Embedded linux (Score:1)
And processingly audio processing, seemingly, judging by recent discussions on linux-kernel. I got the impression that Linux's latency isn't actually all that low without a few hacky patches.
I'm a little surprised that so many people of this sort go for Linux rather than one of the BSDs because of the licence. Do /you/ want to be distributing source code with your new mobile phone? FreeBSD at least always seems to be quite sensitive to the needs of companies who don't...to the point of trying very hard to keep GPL licenced code out of critical parts of the system.
[sigh] I guess it's largely a case of better marketing/more widespread attention for Linux.
Matsushita has their own agenda. (Score:2)
Re:Why not use a good OS? i.e. NOT Linux but Windo (Score:1)
*nix allows you to wipe out your entire system with one simple command with no complaints. This is it's power!
Re:Embedded linux (Score:2)
Re:Embedded linux (Score:1)
As I understand it, they wouldn't to distribute the source with every phone; they would simply have to make it available. So they post it on their web site, providing the URL with the product documentation. They'd be GPL compliant for the cost of a little ink and a small amount of space on a server. I don't see how that would be a problem for them.
One thing thing though (Score:2)
I'm not surprised that TurboLinux is involved in this project given that TurboLinux was developed originally so it could support Asian character sets such as Big 5 and Shift-JIS. This way, the Japanese programmers can work much of the time in their own native language.
FORK? (Score:1)
Re:The reasons why (Score:1)
Re:Ok wait up hold it right there! (Score:3)
Linux has proved itself to be the most portable OS ever created. This will make it much easier to get it on any device they are running.
Once they have Linux on the device, they can enlist any Linux developer to help them develope additional functions and interfaces.
What's the other choice. Pick an OS that must be paid for ($5 added to the cost of a consumer device is massive). TRAIN ALL DEVELOPERS to use program this OS. When the next device is developed, buy a different OS and you get to TRAIN ALL DEVELOPERS again. Hiring is complicated and expensive because you'll have to TRAIN ALL DEVELOPERS you hire in the exotic OS your using. By another company and you have to TRAIN ALL DEVELOPERS in this exotic OS the probably have never seen before.
(Is the pattern emerging yet?)
Companies like to have standards that don't involve the areas where they're trying to differentiate themselves, make it cheaper for them to operate, and make their products cheaper. $5 for EPOCH on each production unit cell phone would be a large percentage of the production cost, and that isn't even considering what it cost to train someone in the basics of the OS, let alone paying someone with enough experience to actually be good with the OS.
There is every reason in the world for the hardware companies to want to standardize on a OS layer peice of software. It'll let device operate better together (many more total units sold - all the boats will rise in that wave), make the devices cheaper to develope (making the wave bigger), and by avoiding the proprietary OSs (kiss our butt M$) will make the devices cheaper to market (oohh, big wave).
Don't want windows crashing your phone? (Score:1)
Why Linux IS the best choice (Score:1)
Re:Ok wait up hold it right there! (Score:2)
But the point still stands that there are better solutions for embeded devices than Linux.
Re:Ok wait up hold it right there! (Score:1)
Or maybe NetBSD.
Re:Ok wait up hold it right there! (Score:1)
---
Re:ANTI TROLL WON'T BOTHER (Score:1)
Re:Sorry for the lcruddy ink, guys... (Score:1)
1) Matsushita is absent possibly because it's one of major investors in Symbian.
2) Why do you put Aiwa here ?? Its major shareholder is Sony (over 50%), not M. !
Embedded linux (Score:2)
Free English link (Score:5)
URL from LinuxToday story (Score:3)
Is Linux _really_ the best choice?? (Score:4)
How exactly is OS style development going to work on an OS for a burglar alarm - I mean these devices aren't readily available for playing around with.
Maybe Linux really is suited to this stuff, I don't know, but it seems odd to take an OS designed as a multi-user system for one of the world's most powerful* and power-hungry CPU architectures and try to turn it into an OS for a phone.
Has anyone done a good comparison of Embedded Linux with other embedded OSes?
This seems more about some hardware companies getting scared that the software layer is becoming more important. _They_ would love to have a non-proprietary OS that everyone uses - because then the hardware becomes the deciding factor in product quality.
So, less about really wanting to have the best OS, more about marketplace survival tactics...
*Powerful relative to CPUs for embedded devices
Sorry for the lcruddy ink, guys... (Score:5)
It seems that the only English article around at the moment is here [cnn.com] at CNNfn; they have a reasonable summary of the situation, but it's slightly different in content from the Nikkei article, so for your edification, I've included my translation of the Japanese Nikkei piece. (My comments are in italics.)
OS development collaboration for digital home electronics
23 Japanese electronic and telecommunications companies, including Toshiba, Sony and NEC, in addition to two universities, including Waseda University, have reached a basic agreement on collaborative development of an OS for controlling digital home electronics, mobile phones, car navigation systems and other products. Utilizing the rapidly-spreading free (This is "free" as in "free beer") OS, Linux, the OS will be made available to the public to use freely (This "free" is "libre"), and is expected to contribute to lower product development cost. The group will also call for participation from overseas corporations in an effort to make the OS a global de facto standard. Microsoft currently controls the world market for PC-based operating systems, but the Japanese group will join together to create a common infrastructure for an OS for next-generation information devices, such as digital home electronics, which are anticipated to undergo rapid growth in the future.
A controlling organization, the Japan Embedded Linux Consortium, will be founded on the 13th of this month. Other than Toshiba, etc., Fujitsu, Hitachi and Mitsubishi Electric will also participate. In addition to software companies such as TurboLinux and Elmic Systems [elmic.co.jp], Waseda University [waseda.ac.jp]'s engineering department (Waseda is one of the top two or three private universities in Japan) and the Toyohashi University of Technology [tut.ac.jp] will take part.
One nuance that doesn't come through well in translation is the bit where they say the OS will be freely available - an exaggerated interpretation would be something like "the consortium is planning to be so gracious as to make the OS freely available to the public", an interesting bit of spin considering that they would have to make at least the kernel, and quite possibly much of userland, available, thanks to the GPL.
One other important point is the absence of Matsushita (and thereby National/Panasonic and Aiwa) from the consortium, which foreshadows the possibility of yet another Beta/VHS war. One has to wonder what Matsushita are going to do in reply to this (I very much doubt that they would just ignore it).
Re:Embedded linux (Score:1)
However, one thing to remember (and something that Linus has mentioned recently) is that for many tasks, the Linux kernel's latency is low enough that you don't need a real-time kernel. (Of course, this could change when you're talking about an embedded system for cars or industrial robots...)
Deja vu? (Score:1)
Big businesses want to control Linux (Score:2)
When they release the source, it will be an ancient version for anyone other than the consortium members. Anyone who decides to use it will find that they're at least 2 generations behind by the time they can get a product to market.
Re:Sorry for the lcruddy ink, guys... (Score:2)
It does, however, also contain this disturbing line: "The consortium members, who will have free access to the OS that they can modify for use in their own digital electronics and mobile phones..."
That would tend to indicate that non-members of the consortium (i.e. you, me and everyone else here) would not be given free access to the OS (presumably they mean the sourcecode). Hmmm...
Do I really want Linux running my car? (Score:1)
I'm skeptical. A mobile phone running a variant of Linux would be cool. But I have to think that running Linux on some of these other devices is nothing but marketing crap. Currently my car doesn't run Linux. It works fine. Why would someone want to decide to rewrite all the software they currently have to run a car's CD player, tape player, radio, clock, anti-lock brakes, power steering, etc. to run a different OS that was never designed to do this?
It's simply a bunch of hard work for the parties involved! Linux was never designed for a car, and cars don't need Linux to run. I admit there are some exceptions, like one guy I met who made a killer modification to his car so he could play MP3s - it had a Pentium II and a 20 gig hard drive inside his car. That's something Linux was designed to do.
But from a feasibility standpoint, I don't really believe that running Linux on a car would be that great. A car doesn't need a professionally written IP stack. Hell, it doesn't need an IP stack at all!
I like the last line of the CNN article (Score:2)
Re:Good thing they didn't decide on BSD (Score:1)
What makes you think that? If they hadn't intended to make their work available then they wouldn't have chosen a GPLd system. If they'd gone for a BSD system then why does that necessarily imply that they would have suddenly changed their minds on that? It's far easier to keep up to date if you feed your generally applicable changes back to the original project.
I wonder how they'll cope if they have to write a driver for hardware under NDA...I'm not convinced that a binary only kernel module wouldn't be considered part of a 'derived work'.
Re:Is Linux _really_ the best choice?? (Score:1)
Yes, I agree. For God's sake, use an operating system that was designed for the system you want it to run on. Linux was -not- designed for the mobile phone (although if they gave you a little console it'd be really, really, cool).
You know, you're sitting there in a meeting with your phone and it rings. You pick it up and one of your users tells you that the mail server is down. As the good little sysadmin that you are, you thank him and hang up. Then you open your ssh connection back to the mail server and restart sendmail from the console on the mobile phone.
Yeah, that'll be the day.
Re:Deja vu? (Score:1)
Died 'cos of infighting and product delays. Good machine for its time. Still got one in my loft - Linux for MSX?
Re:Will the biz take over? (was Re:Sorry for the.. (Score:1)
>Astroturfers shitting in your pants, does
>it? Is this *really* that hard for morons
>like you to comprend?
Why does my desire to prevent unneccesary
branches make me a whatever? I think that
the industry embracing Linux is great.
>A lot of the stuff that'll be going into
>Linux designed for embedded purposes
>wouldn't be really useful for the general
>standard-purpose Linux kernel and most
>likely wouldn't be included in a standard
>Linux dists meant to run on PC's. Different
>processors, diffrent kernel code.
I agree that the required features will be somewhat different, but if 'embedded'-Linux will run on SOC that are architecturally simmilar to PC:s, should SOME features be candidates for incorporation in the 'vanilla' kernel.
Cheers!
Re:This is waay cool, but... (Score:3)
Your next cell may be a complete personal data/communications device that approaches the power of current PDAs, palmtops, or even a laptop.
Personally, I think the convergence should be the other way round. If you need a bog-simple mobile, use one. If you need a 'complete personal data/communications device', buy a full-blown PDA with built in cellphone capabilities.
However, this does put a large corporate consortium in a position of direct influence over an open source product. The jury should be out for quite some time to determine whether this is good or bad for Linux.
Cobblers. I get tired of hearing this lame 'they're going to hijack or steal our OS' line. The point about the Linux develeopment model is that it can't be hijacked, not without serious forkage. Its a benevolent dictatorship, effectively, and if Linus doesnt like it, it wont happen. I dont know how the hell any consortium is going to change that. Swamp the kernel list with excellent patches containing subtle code restructuring the OS to their own nefarious ends? Um, nope.
Now's the time for all of us to be communicating with consortium member companies to make our communal wishes and concerns known.
My main wish is that people thought a wee bit more before they started spouting paranoid nonsense. What exactly is it that causes this kneejerk 'the big boys are gonna steal our toy' reaction? Answers on a postcard...
Pax,
White Rabbit +++ Divide by Cucumber Error ++
Re:Embedded linux (Score:1)
No, probably not. I'm just expressing surprise not attacking them.
I think I don't quite see what's worth sighing about here.
I'm just sighing because there is a really excellent OS out there that seems to be getting ignored for largely hype-related reasons...especially when that OS (well, those OSs) seem to be quite careful to consider embedded systems when decisions are being made.
/dev/brakes: Device not configured (Score:1)
This is unequivocally great news. (Score:1)
If every new computer-interfaced toy that comes out of that island is developed first with a Linux driver, and secondly with a micros~1 driver, it's going to make our fav. OS vastly more appealling to consumers.
If they screw up their kernel, they can always download a good working one from Debian
Re:Ok wait up hold it right there! (Score:2)
Linux's networking features etc. make a great deal of sense to this.
Actually I'd really like a hifi I could stick a USB cable into link it up to the PC for a and set up a playlist remotely/download tunes to.
Or even animate the little LED graphics EQ!
Finially Lime-light is shinning on us (Score:1)
Re:Linux based Playstation probably an April Fool (Score:1)
http://www.zdnet.co.uk/news/2000/13/ns-14524.ht
Re:Ok wait up hold it right there! (Score:2)
Those all cost $$$ and apparently the japs don't want to pay.
Processors get smaller and faster all the time, no one could imagine Unix on a laptop 20 years ago... don't be so shortsighted.
"Free your mind and your ass will follow"
Re:Good thing they didn't decide on BSD (Score:1)
My point is that if a company doesn't /want/ to give back then they simply won't use a GPL system. If the BSDs were GPLd they simply *wouldn't use it*...since they are they can and, as a result, you'd expect there to be more BSD companies not releasing their changes compared to Linux. That doesn't mean that the BSDs are losing out compared to what would happen if they used the GPL.
That is one of the main reasons BSD is stagnating.
I don't see any sign of it stagnating. They are all excellent OSs with their own strengths. What makes you think they are stagnating?
Relationship with embeded Linux consortium ? (Score:1)
I am afraid we will end up with many embeded Linux, what about Mobile Linux from Transmeta too ? There are too many interests in stack now !?
you said fragmention ? even with source provided.
Re:Sorry for the lcruddy ink, guys... (Score:1)
Sorry to rain on the parade, but Sony isn't involved. The press release that came out after this one said that their involvement was "pre-final, whatever that means.
This is waay cool, but... (Score:3)
However, this does put a large corporate consortium in a position of direct influence over an open source product. The jury should be out for quite some time to determine whether this is good or bad for Linux.
There are a lot of opportunities here for the Linux community to get even more widespread acceptance and active use of Linux and other O-S OS's. Now's the time for all of us to be communicating with consortium member companies to make our communal wishes and concerns known.
Re:Do I really want Linux running my car? (Score:1)
Faster development
Cheaper development
More developers
Faster product to market
Easier "Ugrades" (You can't upgrade your Car OS now, even if you wanted to)
Get the drift?
Ok wait up hold it right there! (Score:3)
Linux in cellphones and pagers and cars and industrial machinery? WHY?
Why bog down the processor with a full embedded operating system? I don't understand this. I design embedded systems for a living and I'd say a full 90% of the systems out there have absolutely no need for a full (or even stripped down) Linux (or anything else) kernel. Cellphones?! gimme a break!
I'm happy and all to see Linux move out into every corner of the market but isn't this a little like porting Linux to the Commodore 64? "Big Iron" in the sense of embedded systems may be perfect for Linux (cell tower stations, control systems for industrial machinery, etc.) but why would you want Linux running in the mouse you're using or the cellphone or pager you're wearing?
I can't get in to the English article and I can't read Japanese but unless they are talking about providing a RT scheduler and not a whole lot else this isn't making any sense. Hell if they only provide the scheduler and a few services it isn't even Linux IMO. "Based on" yes but not "is".
Re:Do I really want Linux running my car? (Score:1)
No, I don't think so. The fact is, development time for CarOS is pretty low right now. There isn't really a whole lot of stuff you have to do if you already work for a car manufacturer. They already have finished the development of CarOS. So, faster development is out. Cheaper development is out. And faster product to market is out. As for easier upgrades, I think that CarOS (or whatever it is) is stored in Flash ROM and can be upgraded at the dealership even now. I personally DON'T want to flash the ROM on my car. But, it would kinda be cool to see the source (if it's Linux, it's GPL) for this new car operating system that's based off Linux.
Another English Link (Score:1)
What's Next (Score:1)
Also, if opne source starts being used extensively in PDAs, Cell Phones, and other everyday items, we would be able to find ways to make our data more secure; because 2 million open source programmers will find more ways to solve problems than 50 closed-source programmers.
And let us never forget one thing
Never throw a dead chipmunk at a police officer-
Lawrence Wiseman
Will the biz take over? (was Re:Sorry for the..) (Score:2)
Re:Do I really want Linux running my car? (Score:1)
Answer to Micro$oft.Net? (Score:1)
This is, no matter which way you look at it, good news. This is better than *.Net becoming de facto in all devices connected to the Internet.
As for violating the GPL, I believe that there was a news article a while back in Slashdot about the GPL being tested in a court of law sometime soon.
This is another step to world domination. Hopefully
Re:Embedded linux (Score:3)
CNet article (Score:1)
--
Re:Big businesses want to control Linux (Score:3)
Well, that's how it is now, isn't it? When the next new stable kernel is released, hand a copy of the source code to your favorite comp sci grad and ask them to develop some improvements. If they've not been actively involved in studying or developing the kernel before you hand them the source, it's going to take them a while just to read the code, let alone grok it, and it will be a while after that before they coud significantly improve it.
Meanwhile, the current kernel developers already know the code, know where the weaknesses are, know how they want to improve it, and will be quite a ways ahead of anyone starting from scratch. This, BTW, is one of the reasons why ESR says that opening your currently closed source will not hurt your business; if your competitors decide to copy what you've done, it will take them a long time to get up to speed.
Re:Is Linux _really_ the best choice?? (Score:2)
some reasons I can think of:
1. Porting existing code to EPOC is a major nasty. It supports C++ and Java only, with C added on (I think) _over_ the C++ libraries, which are themselves fairly unusual.
2. $5 or $10 has to be paid to Symbian per EPOC-running unit sold. Not the case for linux-based things.
3. I have no _idea_ what hoops must be jumped through to get EPOC ported to a new platform or to be allowed the source to do a port. I bet they are flaming ones though.
4. Of course, vendor lock-in. Using EPOC, you are relying on Symbian to release new versions, not go under, not sell out to Microsoft, etc.
I don't know anything about other OS's specifically designed for small devices, but I guess the problems are similar. A Linux-based solution would solve at least _some_ of the problems. This particular Linux-based solution sounds like it won't be solving 3 and 4 for us.
How exactly is OS style development going to work on an OS for a burglar alarm - I mean these devices aren't readily available for playing around with.
It would help those of us working for companies that write burglar alarm (or whatever) software!
Translation (!?!) from Gist. (Score:1)
Here's a link [teletranslator.com] to a translation of the original Nikkei article converted from Japanese to English by the Gist guys. This is the default translator site built into Mozilla. It tries to do a good job, but it's kinda funny how some phrases go:
As the gratuitous OS quickly general/universal And you use the Linux which has been done, can use everyone freely The sea urchin it releases, can connect to the development cost reduction of the product. :)
Yep, that's what I always liked about Linux - the open source sea urchin
cost/benefit (Score:2)
1) Cost. Have you looked at how much it costs to licence an os like VxWorks or OS9? If you have any number of developers, your going to be paying a hundred grand for startup and the first years support. But that isn't the worst of it. You'll be paying $12-20 a chip for every system you ship to run that OS. And Linux is... oh, right, free.
2) Drivers. If you have any odd peripherals you want to connect up the system you're building, its handy of the drivers already exist for the OS you're using. This is much more likely to be true with Linux.
3) Customization. Especially if you're running on custom hardware, its nice to be able to get under the hood and tweak things appropriately. This is much easier if you have an open source OS.
4) Oh yeah, and in today's job market especially, its easier to find people with Linux experience than experience in FooBar commercial RTOS.
Minuses:
1) Hard realtime needs. If you can't get away with knowing that something will happen within a couple of milliseconds, not a couple of clock cycles, you're probably in trouble. This is an area where Linux for embedded applictions is currently lacking, but there are people working on it.
2)The only other minus I can think of for linux is size. But that's not even a huge deal. I mean, so what if FooBar propriatary RTOS has a 4K kernel? Who has memory needs that are that stringent these days?
The bottom line is, yes, there are a lot of systems that Linux is not yet right for. But if you can get away with it, its worth doing.
spreer
Re:Why not use a good OS? i.e. NOT Linux but Windo (Score:1)
It is called
format c:\
Tom
maybe (Score:1)
The obvious advantages over other embedded OSs though, is widespread use and availablility of development tools, open source with no controlling commercial entity, the separation of the GUI, stability, and the ability to interoperate with just about any desktop system you can imagine. I mean, once you have a linux kernel and a tcp/ip stack running there's not much you *can't* do, and it's already been written.
Re:Is Linux _really_ the best choice?? (Score:2)
Answer: eCos (Score:1)
Patch to compression.o (Score:1)
Sure.
Re:Ok wait up hold it right there! (Score:3)
Modern phones have quite much stuff in them already: address books, games, calendars, etc. And the traffic handling is not very simple either. Future phones will of course carry web browsers, and synchronize to your desktop calendars, and allow for third-party plug-ins. I believe a decent OS will make this sort of things easier to handle.
Another link (The Register) (Score:2)
Re:Is Linux _really_ the best choice?? (Score:1)
Seriously, i gotta agree. Linux would hardly be my choice for an embeded device, let alone a consumer embeded device like a mobile phone. When will people learn, "The right tool for the job"?
The reasons why (Score:2)