stbenn commented on issue #16248:
URL: https://github.com/apache/nuttx/issues/16248#issuecomment-2847183457
@raiden00pl and @acassis, I have made some decent progress and will
_hopefully_ be creating a PR for this in the next week. In the meantime, I have
a question regarding the PR.
stbenn commented on issue #16248:
URL: https://github.com/apache/nuttx/issues/16248#issuecomment-2824480605
I was also leaning towards the second option, so I am glad to have
confirmation on that.
For either option, I was planning on keeping the API the same (for all the
same compat
raiden00pl commented on issue #16248:
URL: https://github.com/apache/nuttx/issues/16248#issuecomment-2823296652
Please make the GDMA implementation as similar to the rest of DMA
implementations in STM32 as possible: similar API and all work that belongs to
DMA driver is done in DMA driver.
cederom commented on issue #16248:
URL: https://github.com/apache/nuttx/issues/16248#issuecomment-2822725650
Thank you @stbenn for this idea and work! You are probably the best person
to decide as you know the details best :-) I think @raiden00pl is also using
STM chips and can provide goo
stbenn commented on issue #16248:
URL: https://github.com/apache/nuttx/issues/16248#issuecomment-286236
A hybrid between these two options may also be an option. Have a set of base
functions that use a full register configuration structure. Then, provide
helper functions to generate con
stbenn commented on issue #16248:
URL: https://github.com/apache/nuttx/issues/16248#issuecomment-2821908499
@acassis Thank you for the suggestion, I will create one and send it out.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to Git
acassis commented on issue #16248:
URL: https://github.com/apache/nuttx/issues/16248#issuecomment-2821779201
@stbenn send it to the mailing list as well, since some developers are not
paying attention on NuttX issues
--
This is an automated message from the Apache Git Service.
To respond