Andrew, Am Dienstag, 3. Dezember 2024, 16:19:31 CET schrieb Andrew Davis: > On 10/15/24 1:00 PM, Richard Weinberger wrote: > > Am Dienstag, 15. Oktober 2024, 19:56:08 CEST schrieb Mathieu Poirier: > >>>> In my opinion the real fix here is to get TI to use the standard message > >>>> announcement structure. The ->desc field doesn't seem to be that useful since > >>>> it gets discarted. > >>> > >>> This is for the future, the goal of my patch is helping people to > >>> get existing DSP programs work with mainline. > >>> Not everyone can or want to rebuild theirs DSP programs when moving to a mainline > >>> kernel. > >> > >> That's an even better argument to adopt the standard structure as soon as > >> possible. Modifying the mainline kernel to adapt to vendors' quirks doesn't > >> scale. > > > > Well, I can't speak for TI. > > But I have little hope. > > > > RPMSG_NS_2_0 is a compile time option, you can turn that off and rebuild > the firmware to go back to the standard message structure. Our new firmware > doesn't use that anyway (and it was only introduced to support some OpenMA > firmware that had multiple channels. It was left on by default in some old > firmware SDKs which is why NS_2.0 is in more firmware than it really needed > to have been). Is there some specific firmware you a working with that cannot > be rebuilt? Cool, that's valuable information! In the meanwhile I got contact to the right people to be able to rebuild the firmware. The overall software stack is complicated and I'm just the Linux guy... So, with some luck, the DSP application can work on mainline with almost no kernel patches. :-) Thanks, //richard -- sigma star gmbh | Eduard-Bodem-Gasse 6, 6020 Innsbruck, AUT UID/VAT Nr: ATU 66964118 | FN: 374287y
