Good morning John!

Am Donnerstag, 30. Juni 2016 17:13:34 UTC+2 schrieb john3909:
>
> Anyway, this discussion is not productive as we are not going to find a 
> solution if you do not want to propose solutions. Your proposed solution of 
> making RPMSG/RemoteProc optional isn’t a solution. However, perhaps there 
> is a way to move the DT PRUSS definition into an DT overlay and not include 
> the PRUSS definition in the base DT tree. This would allow both uio_pruss 
> and RemoteProc to live side by side. Perhaps this is what you should be 
> working on. I’m sure Robert Nelson would be open to a solution like this if 
> you found a way to make this work. 
>

Sorry, I disagree again. But this time it doesn't bother me, because your 
final proposal sounds like the solution most of us are looking for. Just 
some quotes:

Jason Kridner

> I will work to enable uio_pruss functionality, and I think that is what 
> you want, not just getting remoteproc out.


William Herman

> I do not think anyone is asking to remove remoteproc, and replace it with 
>   uio_pruss. What we've been asking, at least I have been asking is give us 
>   the option.
>

Rick Mann

> 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) ...
>

TJF

> I'd try to make both optional and choise in device tree when enabling the 
> PRUSS.
>

...


@All

>From my point of view, we found a common solution and John proposed a way 
how to get it working, which sounds reasonable to me. Anybody 
contrary-minded? Any additional statements?

BR

-- 
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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/407ecd81-8bc5-43bd-912a-ae480fb3954d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to