On Mon, Nov 10, 2014 at 3:18 PM, John Syn <john3909@xxxxxxxxx> wrote: > > On 11/10/14, 1:06 PM, "Suman Anna" <s-anna@xxxxxx> wrote: > >>Hi John, >> >>On 11/10/2014 02:24 PM, John Syn wrote: >>> >>> On 11/10/14, 10:58 AM, "Nishanth Menon" <nm@xxxxxx> wrote: >>> >>>> On Mon, Nov 10, 2014 at 11:54 AM, John Syn <john3909@xxxxxxxxx> wrote: >>>>> >>>>> On 11/10/14, 1:15 AM, "Jason Kridner" <jkridner@xxxxxxxxxxxxxxx> >>>>>wrote: >>>>> >>>>>> On Sun, Nov 9, 2014 at 1:13 AM, Maxim Podbereznyy >>>>>><lisarden@xxxxxxxxx> >>>>>> wrote: >>>>>>> John Syn, >>>>>>> Wandboard Quad does have 64 bit memory bus. >>>>>>> >>>>>>> P.S. I don't know who needs dual DSP onboard because TI definitely >>>>>>> will >>>>>>> not >>>>>>> support them as should like it was for omap3/dm37. I'd better have >>>>>>> well >>>>>>> supported hardware video encoder/decoder rather than double general >>>>>>> purpose >>>>>>> DSPs without any software support >>>>>> >>>>>> When OMAP3 came out, the only compilers for C6000 were expensive, >>>>>> closed-source compilers. Now, there is support in mainline GCC for >>>>>> C6000. As the BeagleBoard.org community, we have to work together to >>>>>> enable use of the DSPs if they are of interest to the >>>>>> community---there aren't any barriers in our way. >>>>> The TI C6000 does some amazing pipeline optimization, which seems to >>>>>be >>>>> missing from the GCC compiler. Anyway, using CCSV6 is no big deal, but >> >>One should be able to directly download the C6000 compilers at >>http://software-dl.ti.com/codegen/non-esd/downloads/download.htm#C6000 >> >>>>> support for RPMSG/REMOTEPROC on this processor is a big issue. The >>>>> source >>>>> is difficult to follow and my guess is we would need input from the >>>>> original authors to do this work. >>>> >>>> Why dont we get involved in linux-omap discussions on the topic? most >>>> of the rpmsg and remote proc discussions do take place in kernel >>>> mailing list. usually discussing in context helps move patches forward >>>> since it makes it clear to certain maintainers that these things are >>>> important and help community. >>>> >>>> >>>> Do you have anything specific that you are concerned about? >> >>> Looking at git.ti.com/rpmsg/rpmsg, I don¹t see any support for AM572x >>> processors. Also, Beagleboard-X15 is to be released with Kernel V3.18 >>>but >>> I don¹t see support for this kernel versions. Last I heard, RPMSG was >>> working on OMAP4, but not fully implemented on OMAP5, but this was a >>>while >>> ago and perhaps this has changed. Perhaps Suman can give us an update. >>> Similar concerns about REMOTEPROC. What I know is that I have been >>>pushing >>> this issue on the beta list and the only feedback I received was that >>> "RPMSG/REMOTEPROC was in a SW blackhole². >> >>The rpmsg-ti-linux-3.14.y branch in the above tree is the feature >>integration branch for rpmsg/remoteproc and does support all the >>processors on OMAP4, OMAP5 and AM572x/DRA7x. The AM572x support should >>be present through the am57xx-beagle-x15.dts file (its been sometime >>since I pulled the required platform branch with any updates to this). >> >>I am in the process of pushing all these features/patches upstream, but >>it will mostly be sometime next year before all the patches and their >>dependencies will make it into the upstream kernel, so until then have >>to rely on a TI tree. > Hi Suman, > > That is really good news. I’m guessing that V3.18 support will occur with > the push to mainline? Any chance that we will see support when > Beagleboard-X15 launches in Feb 2015? > > Regards, > John >> >>regards >>Suman >> >>> >>> Based on the TRM, this processor looks extremely attractive, and we need >>> RPMSG/REMOTEPROC to take advantage of the powerful dual DSPs and dual >>> CortexM4s. >>> Fixing up linux-omap mailing list -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
