GTA04 SoC/CPU and LCD size

[thomasg]

On Tue, Oct 7, 2008 at 1:53 PM, Andy Green <andy at openmoko.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> > No -- I mean that GTA02 has "risc coprocessors" too like the OMAP
> > discussed here, they are not automatically any benefit unless they are
> > actually deployed to do something was the point.  I don't think it's any
> > secret we likely won't be using the Glamo again.
> >
> > If the DSP is deployed in vendor or third party provided reference codec
> > implementations like WMV9, there are patent and copyright issues going
> > to be all over them from our POV.
> >
> >> for this there is another solution. No vendor provides support for
> >> patented codecs and stuff in
> >> Linux Market but anyone can install it from huge no of community repos
> >> available. And when TI
>
> Yes, but these implementations run on normal CPU.  Stuff may or may not
> get ported to magic DSPs; just saying that first, availability of magic
> DSP vendor or third party "IP" reference codecs is not meaningful for
> us, and second, it's likely that proprietary DSP coprocessor concept
> found only on one family will suffer from at least the hurdle of effort
> needed to make special Free implementations.
>
> >> I suggest that we should be active on the beagleboard mailing list,
> >> strongly backed by TI, to have an informed view on this
> > Of source the situation with s3c6410 3D stuff is unclear right now too.
> >> situation about any 3d core always remains fuzzy. Complete freedom in
> >> this area will come only with GPLed graphics core :-)
>
> Yes somehow these products are at the intersection of the remaining
> closed flashpoints, GSM, WLAN firmware, blobs in GPS we dodged, 3D...
>
> - -Andy
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkjrTZ0ACgkQOjLpvpq7dMrHYgCeJgrb3BOX9u7y16jpBQQRnXNs
> NsgAmwXmekDywQXi7rzfYd3e7sqdIg9y
> =k8jK
> -----END PGP SIGNATURE-----
>

Like I said, there will be (or already is, didn't do any further research a
FOSS driver for the DSP in the OMAP3. After all it doesn't look that magic,
it just is pretty damn fast.
The beagleboard people are on it and already using it and it seems to do a
great job in decoding videos and other things.
It also seems that the beagleboard guys are not only in touch with TI but
also that TI is heavily included in the development of this platform and
highly interested in the open source platform.
Of course that wont help with the PowerVR issue, because that's a 3rd party
product (the only relevant one in OMAP3 afaik).
But however, there is omapfb for unaccelerated graphics output.

Maybe some of the beagleboard developers are reading this list, too - it
would be great if they could enlighten us.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/hardware/attachments/20081007/24f2b6cf/attachment-0007.htm