Slashdot Mirror

← Back to Stories (view on slashdot.org)

Linux Now Top Choice Of Embedded Developers

Posted by timothy on from the sneaky-feelings dept.

An anonymous reader writes "According to an article at LinuxDevices.com, the latest market research data from Venture Development Corp. shows that Linux is now firmly in first place as the OS of choice for smart gadgets and embedded systems. VDC's latest data indicates that Linux now accounts for 15.5% of embedded projects, beating out Microsoft's WinCE (6%) and XPe (5%), and Wind River's VxWorks (10.3%)."

42 comments

  1. An Important and Often Overlooked Front by Dominatus · · Score: 4, Insightful

    Linux success is almost always measured in the desktop and/or server markets, and very rarely in the embedded market. It's refreshing to see an article showing the strength on Linux in a market that has a lot of potential but little of the glamour.

    1. Re:An Important and Often Overlooked Front by 4of12 · · Score: 1

      little of the glamour.

      It's so hard to know, but one of those embedded devices could turn out to grow phenomenally.

      That would (i) assure the long term viability of Linux (not that too many doubt that); (ii) push kernel development more strongly into the real-time, small-memory footprint direction as more developers and patches flow in that direction.

      --
      "Provided by the management for your protection."
  2. Makes a lot of sense to me by JavaRob · · Score: 5, Insightful

    Putting an OS on a small device is a task that tends to require a lot of tweaking... when you're making it small, you tend to make a lot of compromises, and small devices tend to be much more diverse than personal computers and servers (well, duh).

    So -- what OS is better suited to this kind of application? The open source one with plenty of developers out there, tweaking it as we speak, where the developers of your hardware can be shaping the embedded OS as they build the prototype? ...Or the one written and managed by a single company who, yes, has talented developers, but none of whom are on-site working with you?

    Not that I'm the only one saying this, of course, but this is a great chance for the Linux model to shine.

    1. Re:Makes a lot of sense to me by superpulpsicle · · Score: 1

      It's time for linux to be remarketed with a baby penguin. Seriously when you take linux and turn it outside down and rip the guts out... is it still linux anymore? No. Embedded Linux now needs one of those "Linux inside" stickers on all windows CE boxes... oh wait....

    2. Re:Makes a lot of sense to me by proj_2501 · · Score: 2, Insightful

      Or the one written and managed by a single company who, yes, has talented developers, but none of whom are on-site working with you?

      I can see you've never had a customer responsible for 50% of your revenue before :) Pay enough money and you get a developer on site.

    3. Re:Makes a lot of sense to me by JavaRob · · Score: 1

      I can see you've never had a customer responsible for 50% of your revenue before :) Pay enough money and you get a developer on site.

      You're right in those cases -- but I'm thinking of the people without that kind of pull (i.e., most of them). From what I understand, embedded Linux has all kinds of shortcomings... but because it drastically lowers the barrier to entry, and because it's open (for you to work on the shortcomings as needed for your product), it's starting to get a lot of use.

      More use means a better product, as developers feed fixes and improvements back into the base.

  3. With any luck by shfted! · · Score: 3, Funny

    With any luck, Linux will soon be ported to run on full fledged x86 desktop computers!

    --
    He who laughs last is stuck in a time dilation bubble.
  4. And what about Tron? by ag0ny · · Score: 2, Interesting

    Last time I checked, TRON was the most used embedded OS. Am I missing something?

    --
    My site
  5. Grr... by Trejkaz · · Score: 1

    And yet, if I went out to try and buy a mobile phone which runs Linux for the geek value, I wouldn't be able to find one. Maybe it's in the wrong embedded markets...

    --
    Karma: It's all a bunch of tree-huggin' hippy crap!
    1. Re:Grr... by justkarl · · Score: 2, Interesting

      And yet, if I went out to try and buy a mobile phone which runs Linux for the geek value, I wouldn't be able to find one. Maybe it's in the wrong embedded marketsHowever, many are programmed in Java...Personally, I'd like to hack mine for the geek value.

    2. Re:Grr... by Spoing · · Score: 2, Insightful
      1. And yet, if I went out to try and buy a mobile phone which runs Linux for the geek value, I wouldn't be able to find one. Maybe it's in the wrong embedded markets...

      OTOH most of the mini routers for wireless/cable/DSL use are Linux based.

      I'd expect that depending on what category of device you look at, there could be an entirely different embeded OS that is most popular if not just more popular than Linux.

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    3. Re:Grr... by Trejkaz · · Score: 1

      Java programmability is almost as good, as long as the support is up to scratch. Some recent phones are pretty good, and have everything right up to the Bluetooth API. Some other phones barely handle MIDP 1.0. The worst thing is, this could even occur on the same OS. On Symbian 7.0, there are Java implementations at both ends of the scale. :-/

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    4. Re:Grr... by Trejkaz · · Score: 2, Interesting

      Personally, I wanted a Linux phone, as it would have meant some semblance of power, without the niggling thought in the back of my mind that it was going to crash the next time I got an incoming call. I own a Linux router, which has already had its warranty broken via third-party firmware. I had to sacrifice the Linux PDA for something better supported, but I think I might repair that in a couple of years if things improve.

      We're seeing a nice insurgence in the set-top box arena, too. I bet that by the time I need to actually upgrade from my Xbox, there will be a nice, even more free solution available off the shelf. :-)

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
  6. That TRON is not an OS? by SmallFurryCreature · · Score: 2, Informative
    Rather TRON is the blueprint/design/guide/specs for an OS. Perhaps it is like the OS Unix. No such thing and if you are intrested in nothing showing Unix as having a huge market share then you split it up.

    Tron is probably the "other" and "no formal os".

    Of course tron is also mostly used in japan, if they didn't count japan then that would also explain it.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  7. the GPL is a mine field. by Roman_(ajvvs) · · Score: 4, Insightful
    I work at a manufacturing company, and by chance we spent half of last week researching development issues under different OS's. Currently we use a variety of Microsoft OS's in our systems and we want to keep our options as open as possible.

    There are as yet unresolved issues with the use of binary software with GPL software in general and linux specifically, despite linus' assurances that userspace code doesn't require GPL license compatibility and that he won't enforce that section of the GPL. Linus is using the GPL license as written by the FSF, albeit fixed to V.2 and with some specific modifications. They (linus and the FSF) disagree on on the details of whether or not using GPL-licensed header files forces the software using them to be be under a GPL-compatible license. Even linus admits there are grey areas and his interpretation has been debated. Until this matter is resolved definitively (probably in court), I don't want to place my company at risk of being forced to release code that we do not want to release, simply because we compiled our software for linux.

    What we found, is that the GPL, LGPL and other FSF licenses are very problematic when dealing with the control of code(proprietry or otherwise). The GPL licensing terms are very strict and dangerous in terms of source code-ownership vs binary code-distribution and legal obligations.
    The FSF cannot of course, enforce the GPL for software they don't own the copyright for. However, the licensing conditions and restrictions of the GPL automatically come into effect without much influence from the actual copyright holders. We're left to the whims of copyright owners and their good word to decide what is considered a breach and what is 'tolerated'. As we see more GPL software being used by companies with proprietry code, I think we'll see a nasty side of the GPL rear its head as enforcement starts to kick in from different areas. Boundaries of legality are constantly tested, when they are wide and filled with grey.
    Just because you don't get charged with doing something illegally as you do it, that doesn't mean that you can't get prosecuted afterwards, if someone feels like going after you.

    --
    click-clack, front and back. I'm not moving this car otherwise.
    1. Re:the GPL is a mine field. by swillden · · Score: 3, Interesting

      Just because you don't get charged with doing something illegally as you do it, that doesn't mean that you can't get prosecuted afterwards, if someone feels like going after you.

      IANAL, but as I understand it this isn't true if the someone in question told you that they wouldn't ever go after you. It's called "promissory estoppel".

      That doesn't totally clear up all of the questions around Linux, though, since Linus' promises not to sue only apply to the code that is his, which is a small percentage of a modern Linux kernel. However, I've read lawyers argue on Groklaw that the facts that (a) others in the community of kernel developers publicly agree with Linus' stance and (b) no kernel developers publicly disagree with Linus' stance, together provide a good argument for promissory estoppel against suits by any kernel developers, since when those developers decided to contribute, they implicitly agreed to the community consensus as to the meaning of the GPL.

      Obviously, you don't want to bet your business without advice from a competent and knowledgeable attorney, but I think there is hope that you can writer userspace Linux apps without fear that you're infringing on the header file copyrights.

      It's also worth considering the fact that if you did end up getting sued, you'd be in very good company, since *lots* of companies are doing it (which is the point of the article). That doesn't make a suit less painful, but it probably makes it cheaper, since you can join forces with other defendants to share the costs.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    2. Re:the GPL is a mine field. by ADRA · · Score: 4, Insightful

      If you've read ANYTHING about the SCO case, its that you can't hand out API's (erm LSB) and then turn around and sue anyone for using that interface (regardless of the distribution license). Imagine the anti-trust lawsuits of MS sueing a competitor xyz for implementing private API function xyz which makes the program twice as fast while implementing it themselves.

      There is also discussion that it may be impossible to enforce copyright's for API's at all. Under fair-use laws, I believe that anyone can have the right to implement the API as long as its been released to the public in one form or the other. I can't remember all the details, but it was something along those lines.

      The only cases that I've really seen developers going after vendors is when they take GPL copyrighted code lock stock and barrel and put it in their own systems without credit, source, or some other blatently obvious GPL violation (Netfilter, etc..).

      --
      Bye!
    3. Re:the GPL is a mine field. by 10101001+10101001 · · Score: 3, Informative

      I work at a manufacturing company...

      Okay, that's an interesting starting point.

      There are as yet unresolved issues with the use of binary software with GPL software in general and linux specifically, despite linus' assurances that userspace code doesn't require GPL license compatibility and that he won't enforce that section of the GPL.

      What was the link supposed to show again? Modules aren't userland programs. Modules (at least with 2.6.x) have to compile against the kernel source, and that's *clearly* covered under the GPL. The only real question then is whether such use of the kernel code is fair use. Whatever the outcome of that, userland is a wholly separate issue where no linking takes place (headers aren't even needed; you can just use a syscall chart and make your own if you're that paranoid).

      What we found, is that the GPL, LGPL and other FSF licenses are very problematic when dealing with the control of code(proprietry or otherwise).

      That's the whole point, actually. The GPL is designed specifically to remove control from everyone through copyright law.

      The GPL licensing terms are very strict and dangerous in terms of source code-ownership vs binary code-distribution and legal obligations.

      I'm not sure what your basis is for strictness, but the only restriction the GPL includes is if you use GPL code in your code that if/when you distribute said code as a binary, you provide one of 2 or 3 ways for someone to gain the source under the same terms you got the GPL source. Yes, this is a good deal more restrictive than say the BSD, but at the same time it's a lot *less* restrictive than preventing you from giving out binaries *or* source.

      As for "dangerous in terms of source code-ownership", it's not dangerous at all. You own your source code, but you don't have a right to distribute someone else's code except under their provisions. If you don't like it, don't use their code.

      We're left to the whims of copyright owners and their good word to decide what is considered a breach and what is 'tolerated'.

      You're describing the use of all external software. Look at how SCO is suing IBM over a contract dispute which they bought/inhereted through several generations of companies. If you're that worried about what external copyright owners might do, never use external code; then you just have to worry about being sued because someone external claims you used their code anyways.

      As we see more GPL software being used by companies with proprietry code, I think we'll see a nasty side of the GPL rear its head as enforcement starts to kick in from different areas.

      "Nasty side"? You mean copyright law? If copyright law didn't exist, there wouldn't be any "nasty side" nor "ownership" nor "enforcement" nor "licenses". Because there exists copyright and the first three are in place to only benefit the original author of a work and no one else, the GPL is designed to counteract all the negative effects of copyright with copyright, through bloody enforcement with lawsuits and all.

      It sounds like you're more interested in taking something which you don't own (GPLed works), using it as you please with other works (possibly stuff you licensed from someone else), and you're unhappy that the GPL conflicts with the latter when stuff like BSDed works don't. But, the GPL is all about making things non-proprietary, so no one can claim exclusionary control as fundamentally it's the exclusionary control that is what's causing all your/our problems in the first place.

      Linus and others in the "open source" group are pragmatic, though, and realize not everyone is going to change overnight. But, they also realize the best way to guarantee that the Linux kernel behaves well is to have as much information as possible; dumping in binary/closed modules is horribly insecure,

      --
      Eurohacker European paranoia, gun rights, and h
    4. Re:the GPL is a mine field. by bhima · · Score: 3, Informative
      I work for a big pharma company, and we reviewed the GPL & BSD licenses, along with many of the points the parent brings up and concluded that software of both licenses is useful to us, the license is compatible with our business model, and it's very easy to not only stay in compliance with GPL & BSD but in most cases cheaper. Of course this is only for Embedded or Machine control projects we still us windows on the desktop.

      Anyway I had labeled the parent at best a Microsoft fan or at worst a troll and wasn't going to put the effort you did in refuting him. Bottom line both the GPL and BSD licenses have their use's and places and you can make money using both (and still comply with them), actually I think only the truly stupid or arrogant run afoul of either license.

      --
      Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
    5. Re:the GPL is a mine field. by AnwerB · · Score: 2, Informative

      I've had to struggle with this also, but after all is said and done, I'm moving our whole embedded platform to linux.

      This has had a few repercussion; namely, we're also doing away with the whole Windows client side of the application and replacing it with a web-app. It turns out that when you have a highly evolved embedded web server, scripting language, and database, an active client becomes unnecessary and can be replaced with a web browser.

      By the way, just in case anyone else is doing this, in the embedded space I've found that LAMP (Linux-Apache-MySQL-PHP) can be successfully replaced with LBSL (Linux-BOA-SQLite-LUA).

      BOA is a little web server (less than 70KB). It uses the GPL license.

      SQLite is a very efficient SQL database (about 200KB if you replace math library functions with an inline function). It is public domain.

      LUA is a tiny (about 100-200KB, depending on modules compiled in) scripting language with a very elegant design. The math module can be rewritten to not use the math library. It uses the MIT license.

      Each of these pieces of software has a different licenses, with SQLite and LUA basically allowing you to do what you please. BOA improvements must be opened up, however you can add functionality through CGI-like modules, and that will not need to be opened.

    6. Re:the GPL is a mine field. by Anonymous Coward · · Score: 0

      How much of your companies research has been funded by the US taxpayer? Since the industry average is between 40%-65% isn't you sig just a little hypocritical?

  8. The reason is simple,... by Maljin+Jolt · · Score: 4, Interesting

    ...it is by invisible hand of the market. Development costs for embedded on Linux are lower, no matter what FUD about GPL are Microsoft vassals posting on Slashdot. Because embedded incarnations of Linux are very consistent with desktop ones.

    An example from real life:

    My girlfriend wrote some custom app (database client frontend +some .net stuff) for PocketPC using WinCE emulator in Windows XP. With a real pain, because running emulator took 98% of desktop CPU doing nothing. It was worth a new computer, two months of her work and many grey hairs to complete the task.

    I replicated her effort on the identical hardware (HP iPaq, but with Linux flashed in) in three days. The trick I used was a http server running inside iPaq (sic!), calling local python scripts to query remote database and generate html content to local browser.

    Guess, from these two implementations, which one is easier and/or cheaper to support?

    Can you, Microsoft drones, stuff IIS or any existing COM/DCOM components you already payed for on Win32 into some WinCE device?

    --
    There you are, staring at me again.
    1. Re:The reason is simple,... by crisco · · Score: 3, Insightful

      I think the obvious conclusion is that you are a better Python / Web developer than your girlfriend is a PocketPC.NET developer.

      --

      Bleh!

    2. Re:The reason is simple,... by dave420 · · Score: 1
      Maybe you should compare similar technologies, say embedded Linux and Windows XP Embedded. You'll find that every argument you've given why Linux is superior also applies to Windows XP embedded. You can run exactly the same apps on it as you can your desktop. IIS, D?COM, Apache, whatever you want, can all be stuck on XP Embedded without modification.

      Anyway, with the 98% emulator, you can always put its priority to "below normal", and you won't even notice it :)

  9. Are mobile phones not embedded devices? by jyristys · · Score: 2, Interesting

    Nokia and others ship millions of Symbian OS smartphones, yet somehow they are not showing up on the graphs..

    1. Re:Are mobile phones not embedded devices? by ADRA · · Score: 2, Insightful

      "Linux now accounts for 15.5 percent of embedded projects"

      In other words, more development projects are using Linux over other embedded OS's. So, Symbian may be running on 50% of all embedded devices in the world, but if only a select few comanies are using it, they're just regurgiting the same old thing. There may be 50 seperate symbian projects stemming from Nokia alone, but that wouldn't begin to dent the market share that Linux is forming.

      This doesn't surprise me in the least. Symbian was designed for mobile phones, and basically little else. You look at the number of projects in Cell phones vs. the entire Embedded spectrum (which linux more or less competes) and you realize why Linux has such a market share when it comes to who it developing them.

      Of course the stats are flawed as usual. You could say Linux has a 15% developer mind-share, but if they only account for 1% of all embedded 'sales', or 'revenue', that's really not that impressive at all.

      --
      Bye!
    2. Re:Are mobile phones not embedded devices? by jyristys · · Score: 2, Informative
      There may be 50 seperate symbian projects stemming from Nokia alone, but that wouldn't begin to dent the market share that Linux is forming.
      Oh? That Linux embedded device market share must be really huge if the biggest mobile phone manufacturer with it's licensees and competitors (also using Symbian OS) can't even make a dent.

      Symbian was designed for mobile phones, and basically little else.
      No. http://www.metalgrass.com/symbianinvestor/SymbHist .html
  10. Not nearly that bad by r6144 · · Score: 2, Insightful
    It seems to me that the topology.org article is so opinionated that it is mostly flamebait.

    As for the parent itself, I think the real problem is not nearly as serious as the parent makes it out to be (IANAL). Of course, you may have legal difficulties if you want to make binary-only kernel modifications or kernel modules, but user-space programs should be completely unaffected since they only access the kernel via system calls, thus covered by the exception in the kernel license (since it is in the license, the developers probably agree with Linus, whatever the court thinks). Therefore, in most cases you can just put your proprietary bits into user space and only the kernel modules/modifications must be released in source form. Well, if you put everything inside the kernel itself and still want to keep things proprietary, you probably do not have much chance since this is probably a derivative work by any interpretation (especially if you don't use modules), but the kernel license had never been designed to allow for such use anyway.

    Actually I do think the FSF interpretation of derivative work is too wide. They may have a good intention, but I don't think it is practical to make a program a derivative work simply by linking to a C shared library --- the resulting executable often does not contain anything substantial that is related to the library (mostly just structure offsets and maybe versioning attributes about referenced symbols)! This creates much uncertainty, and if the court disagrees with this, it would be very painful for companies like MySQL AB that more or less rely on this. I think the GPL should have limited its version of "derivative work" to things that are clearly derivative works by the court's interpretation, such as those containing substantial amounts of data (source code, binary code or otherwise) that comes from the library, and LGPL should not have existed, GPL-with-linking-exception should only be meaningful for libraries that are usually statically linked. The FSF is IMHO too ambitious ("we want to create an advantage for free software since only them can link to libreadline!") in this case, and it seems to be too late to change now.

    1. Re:Not nearly that bad by IamTheRealMike · · Score: 2, Informative

      The GPL talks not just about derivative works but also combined works, which is far more easily done. Linking two pieces of code together in such a way that removing one would break the other basically makes it a combined work.

  11. 15% of what? by Anonymous Coward · · Score: 3, Insightful

    Just to clarify the statistic so we are talking about the right thing, since the actual posting and the LinuxDevices articles seemed pretty vague to me. ("Linux is 15%! Windows is 6%. Yay!")

    About 27,000 developers on their mailing list (which targetted embedded developers) were given web-based questionnaires to answer. This figure is for "what OS are you using for your current project" and the statistic is counted by percentage of answers.

    Chart here.

    More info at VDC's website.

    Ok, now back to the regularly scheduled programming...

  12. This is easly remedied by hummassa · · Score: 1

    We're left to the whims of copyright owners and their good word to decide what is considered a breach and what is 'tolerated'.

    This is so simple. Don't do proprietary. Simple. There is a whole awful lot you can do without trying to "intermix". Choose the right hardware. Go with free software.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  13. Inexpensive hardware? by Green+Light · · Score: 1

    Okay, one of the least expensive embedded systems that I know about is the LinkSys WiFi router. You can get that device for 70 USD (or less). You can get all of the Linux source code for the device and do whatever you want with it.
    Does anyone know of a comparable platform that is readily available that has more traditional I/O (as opposed to having lots of network ports). I would like to use the LinkSys box for some hobby projects, but I need some I/O pins.

    --
    "Send an Instant Karma to me" - Yes
  14. My legal opinion.... by Kjella · · Score: 2, Interesting

    ...is that IBMs lawyers probably knows a lot more about the GPL than your lawyers, and they seem to think it is okay. That leads me to believe that both your post and your link are to people that desperately try to create ambigiuity where there really is none, at least none of significance.

    For one, you should sack your lawyers if they ever claimed you under any circumstances would be forced to release any source code. In a court of law, you might be liable for damages if you violated the licence, but you will never have to open your code. Someone might offer it as a settlement offer, but that is completely voluntarily.

    Kjella

    --
    Live today, because you never know what tomorrow brings
    1. Re:My legal opinion.... by CreatorOfSmallTruths · · Score: 1

      Kjella, check the original posters other posts.. he is an MS centralized advocate, which in itself may be ok - but by buying into the MS perspective he warps the world outside that protected, warm place and *thinks* that the GPL will create a problem with his other non-GPLed software...

      That said, he did post a couple of good posts about MS (or at least he got moderated "insightful"...)

  15. OSes better suited to this kind of app by mosel-saar-ruwer · · Score: 2, Interesting

    So -- what OS is better suited to this kind of application?

    Hate to play the role of the troll here [better say goodbye to those Karma points], but Linux has pretty lousy numbers for an embedded OS. Heck - "pretty lousy" is being generous - I've never seen Linux come in anywhere but dead last in an RTOS review.

    In fact, the dirty little secret of the embedded OS marketplace is that WinCE is a rather solid, stable, and flexible platform:

    http://www.windevnet.com/documents/s=7636/ddj0302g /0302g.htm

    http://www.qnx.com/download/download/8124/QNX_Neut rino_v61_vs_VXAE_and_WinCE.pdf
    [PDF DOCUMENT]

    What's more, full-blown x86 Linux ain't exactly the cat's meow, either. People laugh at M$FT for their problems with WinFS & Longhorn, but that rusting, archaic, monolithic kernel, called "Linux," is a disaster waiting to happen.

    Of course, some of the problem here may be semantics - people seem to think that if you build a SBC/PICMG platform, load it with "Linux," and call it a "firewall," then you're doing realtime work. Well, guess what - you're not. Realtime is an OS in a USAF jet, flying at Mach 3, reacting to a gazillion interrupts per second, trying to keep the pilot from both killing himself and from being killed by that SAM missile on his tail.

    That's when you call in the grown-ups and the grown-up RTOSes.

    Anyway, you can argue about what the words "embedded" and "realtime" mean, but, when the rubber hits the road, Linux is a very poor substitute for the real thing.

    1. Re:OSes better suited to this kind of app by dvrabel · · Score: 2, Interesting

      Embedded doesn't imply real-time. No one claims Embedded Linux is an RTOS (Though you can get things like RTLinux for real-time performance).

    2. Re:OSes better suited to this kind of app by frostfreek · · Score: 1

      Realtime is an OS in a USAF jet, flying at Mach 3, reacting to a gazillion interrupts per second, trying to keep the pilot from both killing himself and from being killed by that SAM missile on his tail.

      Ahhhh, VxWorks, where interrupts are guaranteed* to ge serviced within so many clock cycles!!!

      * Note: Interrupt service time not actually guaranteed.

      I'm pretty sure that 'RTOS' must be a marketing thing. How can you guarantee an interrupt will be serviced within x clock cycles, when another interrupt can take priority over it?

      All I can say is, I am so very happy to have left VxWorks in my past.
      <nightmare>Suddenly, Jamie loses his job and has to go back to work at old job... Waaah!</nightmare>

  16. the GPL is not that risky. by zbik · · Score: 1
    I don't want to place my company at risk of being forced to release code that we do not want to release

    Good news: this can never happen.

    The GPL licensing terms are very strict and dangerous in terms of source code-ownership

    It is an oft-repeated misconception, but there is zero risk of losing ownership of your code or the IP inside; you can only risk your right to distribute a module for Linux. If as you suggest, using a Linux kernel to run your module were a "derivitive" use, you would be obliged to distribute your module only under terms agreed to by the kernel copyright holders, or not at all -- as is the case with any other copyrighted work. If you fail to reach terms (e.g., GPL), you must stop distributing your kernel module. On no legal ground that I am aware of could you be forced to relinquish ownership of your code (I am not a lawyer). I've never heard mandatory code re-licensing. As you say, the long-term viability of binary kernel modules under the GPL is not clear, but the worst-case scenario is just moving to another OS, not the loss of your code or IP.

    There is no special "viral" property to the GPL, such that someone else's ownership can magically extend into your code. That would be beyond the power of copyright. For example, if I wrote a screenplay set in the Star Wars universe, George Lucas could stop me from distributing it. But he wouldn't own my screenplay; he couldn't just decide to make my story into his next Star Wars movie without my OK, or force me to license my characters for breakfast cereals and Saturday morning cartoons.

  17. Re:try this for geek value by Anonymous Coward · · Score: 0

    There is hope. Here's a preview of a Linux phone I saw at a convention. Available in the US hopefully soon.
    http://216.218.185.154/news/NS2220873893.ht ml

  18. Re:try this for geek value by Trejkaz · · Score: 1

    Seen it. Looks like a ripoff of the A768, which is equally unavailable. :-)

    --
    Karma: It's all a bunch of tree-huggin' hippy crap!
  19. Re:Makes a lot of sense to me- Tux spouse & ki by davidsyes · · Score: 1

    Why not a school or herd or flock or gaggle?

    Linux is represented by Tux, but all of us using and embracing Linux and OSS are Tux's babies or compatriots.

    I suggest Tux has several baby penguins, maybe one for each continent.

    OTOH, why not one penguin for each government, military, and commercial sale, like pilots, sailors and submariners placed skulls or bombs on their fuselages, superstructures, and sails/conning towers.

    THAT would irk the hell out of ms, if a bullet, a hyperlink and the basic particulars behind the decision to take FoSS/Linux inhouse showed up behind every penguin that appeard on a prominent website every day.

    But, what would be the metaphor for Tux's wife/partner? I'm assuming Tux is a "he" and is not asexual, androgenous, or self-reproducing/spawing, and that there are no Star Trek TNG-like "inseminate husks/3rd-party fetus carriers" involved here...

    David Syes

    Tux is going to have babies.

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  20. Nothing Really by a3217055 · · Score: 1

    Linux is good on the embeded system. It is a pain to get started but once you got it, it really makes a difference. Now then the BSD folk are like why isn't BDS on the embeded system why linux. I really don't know when, when we were designing the system I work on, we all said we will use Linux on it. Management said ok and 3 years later we are getting it ready to ship. Is linux good, sure it does the job. Is there anytihng out there that is better? I really don't care cause no matter what I do choose linux, or Operating System XXXX I won't make any more money. End result, if you want people to hack you equipment put linux. If not put something wierd and ship it and most probably not too many wil touch it. He used to do surgerey on the girls in the 80s Gravity always wins Fake plasitc Trees, Radiohead