Slashdot Mirror


Embedded Linux Journal Ceases Print Publication

Anonymous Coward writes "SSC Publications (the publisher of Linux Journal) today announced that the May/June 2002 issue will be the final stand-alone print edition of Embedded Linux Journal (ELJ). Future ELJ content will now be "embedded" into Linux Journal, as a monthly feature section. ELJ's website, ELJonline, will continue to regularly feature new embedded Linux articles, reviews, news, and contests." Former roommate Don Marti (also the former Editor for ELJ) told me that "Desktop Linux has learned a lot from Embedded Linux and Vice-Versa, you can expect Linux Journal to pick up where ELJ left off, and continue pushing linux on embedded platforms. Picking Linux as your embedded OS means you don't have to compromise in functionality, tools or community support, which means Linux on embedded will always be your best choice. If you are doing any embedded development at all, read linux journal and rejoice! as the pain of developing on proprietary embedded OSes has passed."

11 of 94 comments (clear)

  1. Not indicative of death by ObviousGuy · · Score: 4, Insightful

    You don't need to be Kreskin to see that Embedded Linux is not dying.

    Hell, just about all the C/C++ magazines went out of business as well. It basically means that readers are eschewing print magazines for online magazines.

    Although I'd be quite upset if DDJ went out of business. It makes some of the best toilet reading material, not to mention the ads that are great for wiping in a pinch.

    --
    I have been pwned because my /. password was too easy to guess.
  2. Embedded Linux doing just fine by GGardner · · Score: 5, Informative
    A couple of weeks ago, I went to Networld + Interop. At the vendor pavillion, I chatted with lots of engineers and designers of networking equipment of all kinds. 80% of the companies I talked to used Linux or *BSD. None of them were using any of the commercial embedded linux distributions, they all rolled their own, or started by hacking up a desktop distro.

    Relatively few people are buying commercial embedded Linux distros, so these companies are going under (e.g Lineo). There's a lot of press, picking up on this trend, implying that embedded Linux is dead.

    However, the fact that engineers don't need to buy expensive support to get their embedded open source OSes to run is really a positive sign for embedded Linux, despite the cries that it may be dead.

    1. Re:Embedded Linux doing just fine by ObviousGuy · · Score: 3, Interesting

      Embedded Linux not only makes great headless devices (like the ones you encountered) but also great user-land devices.

      Kiosks running custom shells in X
      Handheld computers (Zaurus, LiPaq)
      Digital cameras

      The list of possibilities is endless. The size of the companies who are doing this type of thing is small, though. Reason being that a device maker like Sony does not want to have to be required to offer up the source to every Tim, Mike, and Taco who comes along and reminds them of their GPL responsibilities. That's why larger companies may flirt with Linux, but they choose either a home-grown OS, VxWorks, or WinCE in the final tally.

      --
      I have been pwned because my /. password was too easy to guess.
    2. Re:Embedded Linux doing just fine by Cryptnotic · · Score: 3

      An application running under the Linux operating system isn't considered a "derivative work" under the GPL. So you can still make a custom kernel for your device and force the Linux kernel boot your custom application (by passing init=/bin/myapp or similar). The only thing you need release is the kernel changes.

      It is interesting that you mention Sony. Sony is actually releasing a hardware and software kit for running Linux on the Playstation 2.
      Sony's development kit licenced to official Playstation 2 developers also is reported to have been a Linux-based system. If I recall correctly, it was an x86 based Linux system with a cross-compiler and a modified PS2 hardware to run applications.

      http://playstation2-linux.com/

      --
      My other first post is car post.
    3. Re:Embedded Linux doing just fine by Cryptnotic · · Score: 5, Insightful

      How about TiVo. TiVo is a great example of a "black box" application for Linux. They release their kernel changes. Their application(s) stay proprietary. TiVo gets to use Linux. The Linux community gets the changes/bug fixes. The world gets a cool innovative product.

      The licencing fees are a big selling point. You have a $400 (retail) product. It can't cost you more than $150 to build (in large quantities). A $10 per unit WinCE or VxWorks licence (plus development costs) is a considerable amount to spend on a product at that price point.

      Practically every one of those "internet DSL/cable modem router gateway" boxes is running some version of BSD. They wouldn't be able to sell those things for $100 if they had to pay $10 per box for VxWorks or WinCE. And BSD doesn't force you to give out the source code to your changes like the GPL does, so it's an even easier sell.

      Developers also love Linux since all the operating system interfaces are the same whether you're running on a dual-1GHz desktop workstation with 512MB of ram or a 70 MHz embedded processor with 8MB ram, some boot rom and no disk. The point is that you can develop all your applications on a desktop machine. Then with a minimum amount of work (ideally), you can cross-compile them and get them running on another device.

      Why am I bothering to type all of this?

      --
      My other first post is car post.
    4. Re:Embedded Linux doing just fine by 00_NOP · · Score: 3, Insightful

      The only thing you need release is the kernel changes.

      This is a GPL fallacy. You don't have to "release" anything. You simply have to supply the code to (or more accurately make it available to) anyone you distribute the application to.

      For a consumer device that is obviously as nearly identical to "releasing" as it is possible to get, but it does not mean that for smaller scale more specialised operations of the sort you might encounter in some areas of embedded development.

      I think Stallman would expect you to release the code to anyone who asked - after all he is supposed to have become obsessed by software freedom because of an incident where someone woiuldn't let him have some code they were using (as opposed to distributing) - but that isn't what the GPL mandates you to do.

      And quite right too - otherwise it would be a code snoopers' charter.

  3. Ahem... by Nailer · · Score: 4, Funny

    Don Marti .... the former Editor for ELJ told me that..."If you are doing any embedded development at all, read linux journal and rejoice! as the pain of developing on proprietary embedded OSes has past."

    passed. No wonder he's the former editor...

  4. This might be good... by OneFix · · Score: 4, Insightful

    How? Well, like it or not, Embeded Linux is kind of a specific market...

    Think about who their major customers would be...Embeded Systems developers. And that's the problem, if it's anything worthwhile, it won't be of any help for your specific project. And if you're doing development, you're more likely to find more helpful information online or in a good book.

    Oh, yes...they can do a cute writeup on the Tivo or Netpliance hack, but once it's all said an done, it's a niche that doesn't really need its own publication.

    One group that this happened with is the Amiga community. At one point in time, there were Amiga Video, Amiga 3D, Amiga Sound, Amiga Power User, Amiga Games, and General Amiga mags.

    At some point someone in all of the smaller (niche) magazines decided to merge their content with the much larger, higher circulation General Amiga mags. What you got in the end was a little bit of everything and what tended to be the best of the best...

    So, maybe this will just make all of the Linux mags converge into a much better publication that all users can find useful all of the time, instead of a few users finding it useful some of the time.

  5. Re:Another nail in the coffin? by macshit · · Score: 4, Insightful

    Wind River chairman of the board and co-founder Jerry Fiddler told EE Times that the company no longer considers Linux to be a strong presence in the embedded market. "Linux is a phantasm," he said. "Software isn't free, and companies are beginning to realize that."

    If anyone knows the embedded arena, it's Wind River.


    Yeah, but if anyone has a vested interest in casting doubt upon embedded Linux, it's also Wind River...

    Note, I'm not saying they're intentionally spreading FUD, just to take what they say with a grain of salt -- they're hardly an impartial observer!

    [for anyone who doesn't know, W.R. is one of the biggest (the biggest?) vendors of proprietary embedded OSs]

    --
    We live, as we dream -- alone....
  6. What's up with Linux in the Embedded World by wowbagger · · Score: 5, Informative

    First, my C.V.:

    I've been a professional embedded software designer since 1987. My current project has 4 DSPs and one main processor. I have several projects out on the market (I have several more, but I got tired of pasting Google links). I run the gaumit from DSP algorithms to systems design to UI design to OS work.

    OK, on to my point:

    There's two ways to look at Embedded Linux. The first is to look at how much money is being made by companies selling Embedded Linux services - comparing Lineo with Wind River. By this standard, Embedded Linux isn't doing very well, because few companies are making a killing selling Embedded Linux tools. The second way is to look at design wins - how many projects are having Linux built into them. This gets tricker: how do you build up a list of design wins? For a commercial product like VxWorks, you just ask Wind River "How many new licensees of VxWorks were there this year?" But you cannot do that with Linux - as has been noted elsewhere most folks going to Embedded Linux just pull down RedHat, Debian or some other distro and run from there.

    Now, let me shed some perspective on this. Embedded systems come in all sizes, from your smart themostat to telecom systems. If you are design a small device, with no display (or a very simple display), no network connectivity, and very small amounts of RAM and ROM, you don't want to use Linux - it's overkill. But, if you do the kind of stuff I do, where you have GUIs, gigabytes of disc storage, network stacks, printer support, scripting, and so on, you DON'T want to use something like VxWorks - they didn't have a DHCP client in their earlier version, they didn't have DNS, they don't have very good printer support, forget SMB (save if you wish to pretend to BE a printer), the only GUI they really support is Java on a frame buffer. Also, their hardware support is pretty lame - if you deviate just a little bit from the supported boards they have, you can kiss good support goodbye (their X-Scale ports don't activate the on-chip cache - farewell to half your CPU speed).

    But would I go to Lineo for their package? No, not because of any intrisic failing of Lineo, but because I don't NEED to, and by the time I clear the crap with our Contracts person, I'm slipping schedule.

    Believe me - I see the FUD in all my trade journals. The problem it they are geared to deal with the likes of Wind River, and they don't know how to measure something that can be downloaded free. Furthurmore, Debian doesn't buy ad space in EE Times, so it's hard for EE Times to get excited about them.

  7. Re:Another nail in the coffin? by Prop · · Score: 4, Interesting

    If anyone knows the embedded arena, it's Wind River.

    And one thing Wind River DOESN'T know is SUPPORT, the strong suit of Linux, be it on the desktop, server or embedded.

    They're missing the point. The reason we left WRS behind where I work is for the lack of support they (don't) give their small customers.

    With Linux, there's plenty, and our hands aren't tied when we find a problem.

    If anything is "doomed", it's vendors like WRS, and those who tried to emulate WRS using Linux