Girts
2017-05-07 23:35:27 UTC
Hi,
There was an effort[1] a while ago to add a driver for TI's TMS570 line. It
ended up being rejected because it required a binary blob from TI with an
incompatible license. (Or so I understood.)
I'm in a similar boat, with a binary driver, and I'm looking for solutions.
Could we solve this by implementing a generic, well specified flash loader
interface that could be used either by opensource loaders that ship with
OpenOCD, or whatever binaries people cook up at home and don't get to
release? If the interface stays the same, people can keep updating OpenOCD
as bugs get fixed and features get added. Their binary blob (ideally) keeps
working as is.
I imagine this as another driver under src/flash, say, named
"generic_loader". It would take a few additional arguments from the "flash
bank" configuration: 1) path to the binary blob to be loaded on the target,
2) address to load the blob to, 3) maybe entry point? maybe initial ARM
mode?
Thoughts? Any other ideas on how this could be solved (without maintaining
my own OpenOCD fork)?
Cheers,
Girts
[1] http://openocd.zylin.com/#/c/2215/
There was an effort[1] a while ago to add a driver for TI's TMS570 line. It
ended up being rejected because it required a binary blob from TI with an
incompatible license. (Or so I understood.)
I'm in a similar boat, with a binary driver, and I'm looking for solutions.
Could we solve this by implementing a generic, well specified flash loader
interface that could be used either by opensource loaders that ship with
OpenOCD, or whatever binaries people cook up at home and don't get to
release? If the interface stays the same, people can keep updating OpenOCD
as bugs get fixed and features get added. Their binary blob (ideally) keeps
working as is.
I imagine this as another driver under src/flash, say, named
"generic_loader". It would take a few additional arguments from the "flash
bank" configuration: 1) path to the binary blob to be loaded on the target,
2) address to load the blob to, 3) maybe entry point? maybe initial ARM
mode?
Thoughts? Any other ideas on how this could be solved (without maintaining
my own OpenOCD fork)?
Cheers,
Girts
[1] http://openocd.zylin.com/#/c/2215/