Linked by Howard Fosdick on Sat 24th Nov 2012 04:12 UTC
Linux Software for the Raspberry Pi is quickly moving forward. Beyond the several core Linux distros, another couple dozen systems are available, with NetBSD, FreeBSD, and Chromium imminently stepping into the mix. (Ubuntu will not join them as it requires ARMv7 and the Pi is ARMv6). Two dozen programming languages are available, including Python, Perl, Java, Ruby 1.9.2, BASIC, and more. Since the Pi is a full fledged ARM computer, it should run nearly any ARM app within its system requirements. See the RPi Wiki or Foundation website for more info.
Thread beginning with comment 543116
To view parent comment, click here.
To read all comments associated with this story, please click here.
Member since:

There simply isn't anything in ARM SoC space where this is not the situation at the moment. The closest we have are people attempting to reverse-engineer ARM's Mali line of GPUs (used on that ODROID-X, for example) and the Lima driver currently is quite primitive, as WereCatf mentioned.

This is pretty serious stuff, though. Every day I'm more convinced that the war against general purpose computing is going to be won by merely cutting off access to proper video card support. How relevant can you really be to the average person if you can't even handle a compositing desktop with the bells and whistles like they've come to expect? Oh boy, we have framebuffer access -- I'm sure my family is going to love rocking Openbox like it's 1999.

The fact is -- right now there's a $120 board that's more than capable of handling most people's desktop needs, except we can't write proper software to make that fully realized. But feel free to gaze upon and wonder what could be.

Edited 2012-11-24 20:53 UTC

Reply Parent Score: 5

WereCatf Member since:

But feel free to gaze upon and wonder what could be.

With only USB2.0 ports and no SATA all that speed in the CPU is pretty gimped.

Reply Parent Score: 2

Aristocracies Member since:

The eMMC port is still better than SDHC and whining about USB 2.0 as if that's make/break between my mother or other average people using it as a general purpose browser/email machine on a budget is hilarious. Thanks for the non-comment and your lack of vision.

Edited 2012-11-24 21:05 UTC

Reply Parent Score: 0

oiaohm Member since:

Number one the Mali 200 and 400 are quite primitive that Lima covers. Lima only covers Mali 200 and 400. Lima goes up to Opengl ES 2.0 max Mali 200 and 400 supports is Opengl ES 2.0 even with closed source drivers. So if Lima ever support Opengl ES 3.0 it would be ahead of all the closed source drivers in existence for that hardware.

Arm themselves directly publishes the source code for the Mali T6xx series on. This is was even strange to ARM when they did it. One of there competitor in enbeded video controllers texes instruments are the ones behind Lima. So it was kinda slap in face.

Mali T6xx series does not have to be reversed. Lima mostly does not have to reverse 200 and 400 either. They can email ARM and get answers if something is not matching documentation.

Aristocracies something most people don't know. It is important. 12 months ago it was officially announced that the Linux Frame-buffer driver system will die.

There are 3 video output stacks on Linux. DRI/DRM, V2L and Framebuffer. DRI/DRM and V2L are able to share buffers stable with each other. Framebuffer is Linux first video output system. Today at driver level is basically compatible with nothing else. DRI/DRM can provide Framebuffer syscall emulation.

So the location of Linux embedded graphical drivers and desktop graphical drivers being two different drivers is going to end.

Aristocracies the Mali 200 is able to handle a compositing desktop using wayland. So you don't need super big video cards todo a compositing desktop.

There are other things that will upset people about Mali items like photoshop under windows off load to the gpu. Yes Mali 200 and 400 don't have that power.

Really watch the Linux space carefully. The new driver system to replace framebuffer driver system and make it dri/drm compatible is highly interesting. There will be less drivers to support more hardware.

Embedded is highly evil gpu can be from one maker output chip can be from another and you have to make them talk with software.

Reply Parent Score: 5