What is the error you are getting? You can use following commands to make it work using DeviceRead[]

Alex and Bob,

Thanks for noticing my post and responding. Bob, here is what I was working through trying to learn how to apply the finite element method using Mathematica's new (v 10) features. Go to http://reference.wolfram.com/language/FEMDocumentation/ref/ToBoundaryMesh.html and open the first example. Load the package <<NDSolve'FEM' (yes there are weird backward apostrophes below the ~ key present as in the example, just not after I submit the reply so I had to use regular apostrophes for this reply to get it to show them). Open the examples and try to execute the commands in the first example, bmesh = ToBoundaryMesh[Disk[]] , and then execute ToElementMesh[bmesh]["Wireframe"] , which is one below just the plain disk boundary only . This gives the nice meshed disk in the example in MMA 10.0.2+ on the Pi. However, you don't get that far without bombing MMA in 10.3 for the Pi. I have not tried this example on the windows version, so I don't know if it has the same 10.3 problem or not.(?). My Windows machine at home is only running MMA 9.0.1.0, and I have not had the time to upgrade it to the later version.

Sorry about the delay in responding, I expect the issue with loading the FEM package will be addressed in the next release, but in the interim the following may be used as a workaround.

Evaluate first

 Protect[NDSolve`FEM`mkArgCompletion];

(this command may also be added to the kernel init.m file to avoid typing it every time)

Then loading NDSolve`FEM` should not cause a hang or a crash. There will be a harmless warning message about the above symbol being protected, but it will not affect the functionality.

We are certainly interested in offloading as much as work as possible to the Raspberry Pi's competent GPU. We're just seeing it for the first time just like you, so we need to take some time to figure out how to make use of the driver. We absolutely do have the ability to take advantage of OpenGL but for our next update my team will be working to figure out how best to utilize that in a way that is stable and doesn't pass instructions to software fallbacks.

Alex, I encountered the following fatal problems with Mathematical 10.3 on the Raspberry Pi Jessie Raspian 2016-02-09 release date downloaded from the RaspberryPi Foundation around 2/11/16. After updating the cache, I tried to do the sudo apt-get dist-upgrade to try to do what the Foundation recommended on their blog, even though this has not been a good way to go in the past with Mathematica 10.0.2+ for the Pi. Mathematica 10.3 opened fine (and I verified it was indeed 10.3), but when I tried to load the package for the Finite Element Meshing, <<NDSolveFEM, (which command and package worked fine on the previous release of 10.0.2+) Mathematica hung up. I tried it a few times, and depending on if I did another command that worked first or not, Mathematica would either hang up catastrophically (would not shut down even with the kill the kernal or task manager, had to pull the plug on the RPi2 to shut down), or else Mathematica would bomb and just quit suddenly (i.e close window and end the program).

Thinking the problem might have been in the dist-upgrade (which took forever to do) and possible conflicting dependencies or some such, I downloaded the fresh .img file for the 2/9/2016 Jessie Raspian release with MMA 10.3 and transferred it to a blank microSD card. I did not load any other software on, because I wanted to see if the same problem happened with a fresh install of Jessie Raspian. Same problem with 10.3 bombing and locking up the system so it could not be shut down and would not kill the kernal. This indicates something very wrong in the 10.3 release that I hope you will look into and fix. It ran normal commands, like Plot[Sin[x],{x,0,20}] just fine.

We've reproduced the issue-- so it's definitely not your installation. I'm working on finding the least destructive workaround for this problem right now. I'll get back to you shortly.

How 'bout a linear algebra package on the GPU first?

Thanks, Alex.

Until fairly recently, the VideoCore was closed source. Now, though, I see google rumblings that it's being documented and/or hacked, and there are people patching assemblers together for special purposes.

https://github.com/hermanhermitage/videocoreiv/wiki/VideoCore-IV-Programmers-Manual

Here's a video that makes me feel that I could eventually understand what's going on:

http://youtu.be/eZd0IYJ7J40

Building a raspberry pi quaternion package on the GPU would be a fine winter project. Too bad there are only 10 days left of winter.

Cheers, Fred