> > *It sure seems to me that if both can exist in the source tree and be > selected at runtime with configuration (ideally via device tree, switchable > later by loading and unloading modules), that would be the ideal solution. > It sounds like John is saying this is technically not possible, but I feel > like it should be (it is just code, after all).* >
Right now, I do not believe it is possible. But as you say - it should be. But this is one of the points I was eluding to in my rants. I think that ideally, there should be only one kernel, with the option to load whatever a user at the time wishes. Of course, it would not make sense to load two PRU drivers at once. Unless somehow it could be made to run two different drivers on each of the PRU cores. That might be cool . . . Anyway, right now I do not think that the two PRU drivers are compatible with one another as kernel config options. *That* in my mind should be a paramount consideration. On Sat, Jun 25, 2016 at 2:20 PM, Rick Mann <rm...@latencyzero.com> wrote: > > > On Jun 25, 2016, at 12:56 , John Syne <john3...@gmail.com> wrote: > > >> On Jun 25, 2016, at 11:56 AM, Jason Kridner <jkrid...@beagleboard.org> > wrote: > >> > >> I will work to enable uio_pruss functionality, and I think that is what > you want, not just getting remoteproc out. > > > > Please don’t do that. Robert Nelson has the “bone” kernel for this > purpose which supports pruss_uio by default and does not have > RemoteProc/RPMSG installed. The “ti” kernel however does the reverse, with > the RemoteProc/RPMSG installed by default and pruss_uio no installed. I > believe the two frameworks conflict so it is not possible to have both > installed. > > It sure seems to me that if both can exist in the source tree and be > selected at runtime with configuration (ideally via device tree, switchable > later by loading and unloading modules), that would be the ideal solution. > It sounds like John is saying this is technically not possible, but I feel > like it should be (it is just code, after all). > > > > -- > Rick Mann > rm...@latencyzero.com > > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beagleboard+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/9F227F8C-8A4C-4FB6-A7C1-2D075CFD3429%40latencyzero.com > . > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORpNJPKg0fOWitLvA-ZhzG%3Dg4H7zhGCjot5xJ%3DmGwj8d7w%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
