New PPC/Linux PDA Reference Design From IBM
kinema writes "It looks like IBM has released a new Linux/PowerPC based PDA reference design called e-LAP ("embedded Linux application platform"). It features a PowerPC 405LP, 30MB SDRAM, 32MB NOR Flash, 64MB Disk-On-Chip Flash, 240 x 320 color LCD, Stereo speakers, Microphone, USB (both host and client ports), a 3000 gate Xilinx FPGA, SDIO slot and last but not least a TCPA security chip. I for one would love to see some good PowerPC based PDAs on the market."
I for one would love to see some good PowerPC based PDAs on the market.
Why? Aren't PowerPC chips more expensive? Is there a major benefit that I'm not seeing? Why wouldn't they run a Linux version on it with a regular PC chip and be able to sell the device cheaper?
Wow, great to see IBM getting into the PDA market. For those who don't remember, they pretty much set the gold standard in the laptop industry, and we still live with the benefits today. But while this sounds like a good toy for geeks, I have to wonder about some of the choices made in the design of this device.
PDAs typically use processors designed specifically for embedded environments. They're built from the ground up for low power consumption in preference to blazing speed. The PowerPC is exactly the opposite, as anyone who has sat down at a recent G4 can tell you -- these things scream.
Furthermore, Linux is specifically architectured for the server market, which is why it's seen so much success in the enterprise. Trying to tweak it to run on a PDA is an excercise in feudalism. The choice could also be bad news for Linux, as people will start to think of the OS as suitable for only small devices.
It's a good idea, but I'd like to see them take a more sensible approach.
Karma: Good (despite my invention of the Karma: sig)
Could be "scratch space", or for future DRM as you point out. I like to think it'll be for more though.
Someday I'd like to see FPGAs in all sorts of things. The classic (albeit somewhat silly) example I like to use is you're driving down the road and you go through a puddle of water which disables your car's computer. So you download the controller core from GM's (or whoever's) site, load it into the FPGA on your PDA, and use it to drive to a service shop.
Kind of a contrived example, but my ultimate point is that with pervasive FPGAs, and perhaps some kind of pervasive "universal connector" wired to the FPGA, you can reconfigure a device to do things it wasn't specifically designed for.
Blue sky thinking aside, I can think of other uses for it, such as the "cell phone" model where you alternatively use it for digital and analog control stuff by reprogramming it. That way you only need one part in the device instead of two, and it makes interconnection circuitry simpler.
You might also program it to be a DSP-microprocessor today (for maybe the media player or something), and then reprogram it to be the cell chip for a Treo-like device tomorrow.
That kind of thing...
Don't think, though, these are PDAs. These are not really Palm competitors. These are true development platforms for handheld computing solutions. Also, the killer app on these is the web browser. Opera 5 (and I'm playing with a beta of 6) is incredibly fast and feature rich, especially compared to PokeyIE on PokeyPC or anything on the Palm (though I haven't seen OS 5.0 to be honest).
I love taking my Zaurus to a HotSpot (like T-Mobile's at the ubiquitous Starbucks) surfing, SSH'ing, web serving (from the unit), and...well...playing Scrabble ("Word Game").
Maybe Scrabble is the killer app...Anyway...
-- @rjamestaylor on Ello
I'm hoping the FPGA will be a resource that can be allocated just like memory. That would make it a great solution for implementing DSP-based . A media player could reserve the FPGA, load the MP3 codec into the FPGA and start feeding it the compressed bitstream. When a different bitstream comes along (let's say Ogg?), clear out the current codec and pop in the new one. Meanwhile, your processor load stays close to zero because all the number-crunching is going on in programmable hardware!
DRM software could use the FPGA in conjunction with the TCPA chip for access control. However, the TCPA chip has much less nefarious uses as well, such as hardware encryption/decryption and secure key storage to name a couple. If a newer, better encryption algorithm comes along, it could be implemented in the FPGA, making this platform extremely future-proof.
I wish IBM the best in this. It sounds like a truly marvelous platform.