Recently I was asked to evaluate a BeagleBone system for A/V playback
purposes. The system include a DVI-D cape and an LCD 7''.
After some testing using Angstrom (latest) and Ubuntu (11.10-armel and
12.04-armhf), now it's time to recap and show my boss all my findings.
Please, tell me if/where I'm wrong (consider me a sort of newbie, please).
While lots of stuff works - kudos to all devs for the great work! - at the
moment for the Bone:
1. there's no (full) omapfb support, that is DA8xx is used;
Not sure what you expect, the Bone hardware doesn't have the same
"omap" display hardware as the Beagle's, its more "davanci" and thus
the DA8xx..
2. there's no HW acceleration for graphics (omapfb/omaplfb, SGX, ... => I've
checked and tested [1] and several Ubuntu .deb packages but with no luck);
I'm sorry, your email seems to be missing your patch for this? [1]
is only for, the Beagle classic/xM
I've just recently started hacking on the 4.06.00.01 sdk which will
give the bone sgx acceleration, but your best bet right now is to use
Koen's angstrom sgx patchset, but i don't think his is production
ready either..
3. audio via McASP+tlv320aic3x is currently worked on.
So, here are my questions:
- Is it correct?
- Has anybody an idea when each point will be probably completed (if they
will, of course)? I've to provide a sort of time estimation for my bosses.
- Should I try with TI Sitara SDK?
Not sure what you expect, the Bone hardware doesn’t have the same
“omap” display hardware as the Beagle’s, its more “davanci” and thus
the DA8xx…
I know BeagleBone is not BeagleBoard, of course. I was just asking for a confirmation (for my bosses).
I’m sorry, your email seems to be missing your patch for this? [1]
is only for, the Beagle classic/xM
ROFL. I’d really like to contribute but unfortunately - at least at the moment - I’m not that expert on kernel-related programming.
I’ve just recently started hacking on the 4.06.00.01 sdk which will
give the bone sgx acceleration, but your best bet right now is to use
Koen’s angstrom sgx patchset, but i don’t think his is production
ready either…
Based on my tests, the new DRM/DRI based 'pvr' xorg ddx driver
included in 4.06.00.01 sdk seems to be still half-baked [1]. If we are
just in the middle of transition to some great new graphics stack,
then I guess it is understandable. But if sgx sdk for omap3 is going
to switch into "maintenance only" mode eventually and the driver
remains in this sorry state - then it is a major disaster. They even
removed libpvrPVR2D_X11WSEGL.so from the sdk, and this seems to make
integration with the X server impossible without using 'pvr' ddx
driver and libpvrPVR2D_DRIWSEGL.so. Forcing the users to select
between non-crippled 2D and non-crippled 3D graphics for Xorg is not
nice. Fortunately libpvrPVR2D_X11WSEGL.so taken from the older sdk
releases still appears to work and I'm using this "frankensteiner"
setup at the moment :).
[1]
