android on the pi

[mimi123]

Will upload the version when I have time.

(and a higher WWW speed)
http://www.speedtest.net/my-result/3797910648

[ric96]

Will upload the version when I have time.

(and a higher WWW speed)
http://www.speedtest.net/my-result/3797910648

These are pretty good numbers.
Ps. I live in India

[mimi123]

Will upload the version when I have time.

(and a higher WWW speed)
http://www.speedtest.net/my-result/3797910648

These are pretty good numbers.
Ps. I live in India

In fact, I use WiFi (those numbers are 12 times slower than Ethernet but plugging the PC in the living room is not good).

[trevd1234]

@mimi123 ; Don't know where you're at with this atm but have you looked at eric anholts drm / mesa work ... y'knows there a drm based gralloc and kms based hwcomposer available and I recall you mentioning you were more a mesa kind of guy.

Anyway here's a video of the work i've been doing ... working GPU accelaration on boot , then the gralloc c**ps itself because I didn't really have the first clue about GPU driver writing concepts lol but you can't let lack of knowledge get in the way of learning things and trying stuff just for the hell of it. ... https://www.youtube.com/watch?v=GO10mkZWeA8
Tbh though getting the gpu/gles stuff going was pretty easy as it just needed some android specific EGL extensions adding to the GLES implementation . For me at least It's understanding and picking the memory allocator weapon of choice which is the tricky part of this little adventure. Not really helped by the fact that there's 3 or 4 ways to choose from as far as I can tell ( dispmanx , vcsm, v3d and vc-mem and now the kms/drm drivers )

Well might as well share the link to the repo incase any gpu experts are passing and fancy having a crack with building from source https://github.com/trevd/android_vendor_broadcom_rpi

Thanks
trevd

[mimi123]

@mimi123 ; Don't know where you're at with this atm but have you looked at eric anholts drm / mesa work ... y'knows there a drm based gralloc and kms based hwcomposer available and I recall you mentioning you were more a mesa kind of guy.

Anyway here's a video of the work i've been doing ... working GPU accelaration on boot , then the gralloc c**ps itself because I didn't really have the first clue about GPU driver writing concepts lol but you can't let lack of knowledge get in the way of learning things and trying stuff just for the hell of it. ... https://www.youtube.com/watch?v=GO10mkZWeA8
Tbh though getting the gpu/gles stuff going was pretty easy as it just needed some android specific EGL extensions adding to the GLES implementation . For me at least It's understanding and picking the memory allocator weapon of choice which is the tricky part of this little adventure. Not really helped by the fact that there's 3 or 4 ways to choose from as far as I can tell ( dispmanx , vcsm, v3d and vc-mem and now the kms/drm drivers )

Well might as well share the link to the repo incase any gpu experts are passing and fancy having a crack with building from source https://github.com/trevd/android_vendor_broadcom_rpi

Thanks
trevd

trevd, vcdbg(VideoCore DeBuGger) is non-free and sadly compiled dynamically with glibc. (maybe try a chroot on Android for debug tools?) , but does give good info.

[ric96]

samsung galaxy grand is a phone with videocore 4 running android, the following links might help

https://github.com/pawitp/android_kernel_samsung_i9082
https://github.com/pawitp/android_device_samsung_i9082

[Pete Burgess]

If you're really hellbent on it, you're better off going with the Amazon Fire TV Stick as a starting point. Same SOC and the source will have all the necessary HDMI and audio drivers, etc. Chances are most of that lot will be missing from a phone.