Follow Slashdot stories on Twitter

 


Forgot your password?
Close
typodupeerror
×
Handhelds Software Hardware Linux

OSDL's Mobile Linux Initiative 41

Posted by CmdrTaco from the and-it-fits-in-the-palm-of-your-hand dept.
Rob writes "The Open Source Development Labs has introduced a new initiative to accelerate the adoption of Linux in the mobile market by providing a forum for device manufacturers, network operators, and application developers. Like the OSDL's other working groups, the MLI will provide a forum for creating requirement specifications based on existing implementations and invest in existing and new mobile Linux projects to identify and fill gaps in the open source operating system's functionality."
This discussion has been archived. No new comments can be posted.

OSDL's Mobile Linux Initiative More

OSDL's Mobile Linux Initiative

Comments Filter:

  • Hmmmmmmmm (Score:2, Funny)

    by Anonymous Coward
    Like the OSDL's other working groups, the MLI will provide a forum for ..slashdotting the hell out of innocent websites...

  • Desktop Linux Improvements (Score:4, Interesting)

    by CyricZ ( 887944 ) on Tuesday October 18, 2005 @12:18PM (#13818003)
    Would any of the improvements enhance the desktop Linux experience? Indeed, applications designed for the minimalistic hardware of many handhelds could potentially perform amazingly on a high-powered, modern desktop.

    • I think many of the programs already exist for high end desktops they just want to make less resorce intensive programs for handhelds. IT might be useful for installing on a 90 mhz 486 with 16 mb of ram i suppose. You could give a computer running software like that on a computer like that to impovrished people.

    • Re:Desktop Linux Improvements (Score:4, Insightful)

      by FidelCatsro ( 861135 ) <fidelcatsro&gmail,com> on Tuesday October 18, 2005 @12:30PM (#13818094) Journal
      Yes but saying that , you could just use something like fluxbox or even TWM(to go to an extreme) , Which both perform brilliantly on today's hardware .. They even perform wonderfully on 10+ year old hardware .
      Even things like Xfce perform wonderfully on old hardware ., So you can imagine how well they perform on up to date hardware .
      Performance is not something to worry about in desktop environments, we don't need better performing WM/DEs (even KDE can run fairly well on a p2 ) .

      What we perhaps need is an improved UI in some things (personal preference ).No gain in this sector will likely appear from this initiative , considering the way most Mobile devices handle input .
    • from TFA: "forum for device manufacturers, network operators, and application developers" the other ones i see possibly making a difference. i run a linux laptop and although i'm happy with the level of functionality i've got out of it, i'd rather be able to get every bit of functionality out if it. maybe just the way i read it, i suppose.

  • What sort of gaps are they trying to fill? (Score:4, Interesting)

    by CyricZ ( 887944 ) on Tuesday October 18, 2005 @12:21PM (#13818030)
    The article itself isn't very technical. Can anyone shed some light onto what sort of gaps they're trying to fill?

    It does list some of the technical areas to be worked on:
    real-time, power management, security, memory footprint, and fast boot functionality

    However, what specifically could be improved in each area? Would such improvements be of any benefit to server or desktop applications in a significant way?

    • You can probably get an inkling of the sort of problems to be tackled by taking a look at the CELF Developer's Wiki [celinuxforum.org]. If you enjoy specifications (And my! Who doesn't?!?) you can take a look at the final CELF 1.0 specification [celinuxforum.org]. I suspect that a lot (if not all) of the areas that CELF has examined will have to be addressed by OSDL/MLI as well.

      Which just raises the question of why OSDL is putting together Yet Another Industry Forum when one already exists. In particular, all of the comapnies listed as init

  • ... is if they could provide a nice IDE and debugger for embedded software development like Wind River does for VxWorks.

  • Metrowerks involvement? (Score:3, Informative)

    by CyricZ ( 887944 ) on Tuesday October 18, 2005 @12:27PM (#13818076)
    It is widely known that Motorola, who is involved in this initiative, is linked to Metrowerks (or what was Metrowerks) via Freescale. Metrowerks is well known for developing C/C++ compilers for various platforms, including many embedded systems.

    While GCC is a fantastic compiler, the Metrowerks compiler has often been amongst the best optimizing compilers. That said, could the performance of handheld devices be improved by compiling the Linux kernel and most Linux software with the Metrowerks compiler, rather than GCC? Considering the kernel's use of GCC-specific features in its code, it would of course not be an easy task.

    • That said, could the performance of handheld devices be improved by compiling the Linux kernel and most Linux software with the Metrowerks compiler, rather than GCC? Considering the kernel's use of GCC-specific features in its code, it would of course not be an easy task.

      Intel managed to get ICC compiling the kernel (though I hear it took them some work), so it's not impossible that Metrowerks could do the same.

      • Intel's compiler on Linux has a high degree of compatibility with GCC. Of course, that's necessary in order to be useful on Linux systems where other libraries have been compiled using GCC. Plus many Linux applications are developed using GCC, and hence GCC often is known to compile the code. So considering their current compatibility, it's not surprising that they were able to compile the kernel with their compiler. I'm just not sure how much compability Metrowerks' compiler offers with respect to GCC exte

  • High time! (Score:3, Insightful)

    by LaughingCoder ( 914424 ) on Tuesday October 18, 2005 @12:34PM (#13818127)
    As a (former) mobile software developer, I think this is fantastic. Symbian and Windows Mobile are currently the two mainstay "open" platforms for developers. Java is making inroads, but no two phone's Java VMs are the same, making it a nightmare for developers (write once, debug everywhere). Symbian suffers a bit from this malady as well - each phone model resulted in a some tweaks to the software, and more often than not, a special executable. It should come as no big surprise that the best platform today for mobile developers is from Microsoft. The tools are quite good (and free), and the various instances of the platform (Smartphone, Pocket PCs) are sufficiently similar from an application's persective that only 1 source tree is needed. Further, the same executable will run on every device as long as it is a compatible CPU like the ARM - which is what almost all of them are. Linux in the mobile space would be a great thing - especially if a decent set of tools (and libraries and FOSS applications) were available to accelerate the process.

  • Using Python and Ruby for handheld development. (Score:3, Interesting)

    by CyricZ ( 887944 ) on Tuesday October 18, 2005 @12:37PM (#13818141)
    Will they be looking into the use of Ruby and Python for application development on such handheld devices? Indeed, many cell phones use Java-based programming environments. Considering how much better that Python and Ruby often perform than Java for desktop applications, it would seem plausible that they may have a place on such devices.

    • That's already a reality for some hand-held devices -- you can get Python for your Symbian-based phone. In fact, I can (with great pain, due to the keyboard issue) type "print 'hello, world!'" on my Nokia 7610 with the expected results.
    • The only reason you percieve it being better on the desktop is because Ruby and Python use bindings to an already native GUI library, while Java has it's own which is not native, so of course it will seem slower.

      This is not an obstcale on mobile platforms since MIDP defines standard GUI objects which are implimented in native code.

      Java actually runs faster than Ruby or Python in the back-end because it is compiled code, whereas Ruby and Python are interpreted (notwithstanding JIT compilers). On a mobile pla

  • Sounds like CELF (Score:5, Informative)

    by Samrobb ( 12731 ) on Tuesday October 18, 2005 @12:42PM (#13818182) Journal
    From the sound of it, it seems like they're going to be covering a lot of the same ground as the Consumer Electronics Linux Forum (see the CELF home page [celinuxforum.org].)
    The Consumer Electronics Linux Forum (CELF), a California Non-Profit Corporation, is focused on the advancement of Linux as an open source platform for consumer electronics (CE) devices. The CELF intends to operate completely within the letter and the spirit of the open source community. The CELF is a place to come and discuss various issues that are of particular importance to the CE industry. Through an open process, the CELF members will clarify and codify certain requirements to be addressed in open source software. Thereafter, the CELF will evaluate any open source submissions as to their effectiveness and responsiveness to the requirements. Open source submissions accepted by the CELF Architecture Group and Steering Committee will be incorporated into the CELF source tree, which itself is open to the public.

    There's some interesting stuff coming out of CELF, if you're interested in that sort of thing. IIRC, Matt Mackall (the author of the linux tiny [selenic.com] set of patches) is now working for CELF. From other CELF members I've talked to, I can say that they seem to be a pretty techically oriented bunch. The individual CELF members aren't marketing types trying to push OSS developers to do their work for them, they're developers who have a real interest in pitching in and helping to make Linux a useful OS for consumer electronics.

  • The device I want is an i/o box for a media server. Feature wishlist:

    . <$200 so I can buy several for various rooms
    . wifi (maybe with base station capabilities)
    . screen (large enough to host a menu system)
    . enough grunt to play streamed audio, and possibly video
    . audio out
    . video out (maybe)
    . expandable storage
    . as small as possible
    . rechargeable battery and mains
    . linux/homebrew SDK

    Something like a cross between an iPod, a remote control, and an Airport Express with AirTunes.

    The idea is that I have my c
  • What I'm hoping to see is an open solution that I/everyone can contribute to so we have a good open standards compliant PIM software.
    Currently all of the folks that write PIM software for cell phones have created their own flavours of iCalendar and vcard. They improve their implementations with each new cell phone and each revision of each new cell phone, but quite a lot of limitations and problems still exist. It's hard to support moving targets like this and the targets have been moving slowly for over 4

  • The initiative (Score:1, Flamebait)

    by Jozer99 ( 693146 )
    The initiative will be ignored by every manufacturer and even consumer, as each will want their own pocket distrobution, and pocket linux will be back where it was, nowhere.
  • I have a couple of questions regarding the embedded linux OS.

    what are the min requirements in terms to get embedded linux into a chip?

    What microchips would you recommend using?
    There seem to be so many embedded linux OS's which one is a decent one? I don't really need an fancy gui output capability, maybe output data to an LCD. What I mainly need it for is just to control I/O on various pins..
  • I'll tell you why I'm not very optimistic about this.

    Motorola, one of the members of this new consortium, has a line of smartphones (A780, E680, E680i, etc.) that run a version of Linux from Montavista (also part of this new consortium) and uses Qt. Sounds good so far, right?

    I own an A780, so the following is my experience with the device and Motorola. It was a bitch to get the kernel source. Thankfully, I found it at MotorolaFans.com (I think it originally came from a Chinese site). Motorola is keeping the

Slashdot Top Deals

He has not acquired a fortune; the fortune has acquired him. -- Bion

Close