Hi Jens and Paul
Paul wrote
> The kinetis driver really need some love...
and I feel exactly the same. The code is not so bad, I don't think it
needs to be rewritten.
Of course if you, Jens, want to do so, I'll be glad to help.
The problem is autodetection and overwhelming number of Freescale MCUs.
I made a quick research and found these new families potentially
unsupported:
SF4: K11_M50 K12_M50
KL16_M48 KL26_M48
SF5: K21_M50 K21_M120 K22_M50 K22_M120 K24_M120 K63 K64
KL16_M48 KL26_M48
SF6: KL17_M48 KL27_M48
SF7: KV31_M120
SF8: KV31_M120
SF9: K22_M100 KV31_M100
SFA: K02_M100 KV30_M100
SFx is suffix of data sheet/reference manual name and x equals
"granularity" value in existing driver.
Existing driver supports SF0, 1, 2, 3.
All small chips like Jens's MKE02 are in SF0 family. So the only problem
for MKE02 and similar
is that driver can not detect it.
Paul also wrote
> [...] lower maintenance burden long-term [...]
and this is a hard nut.
On 4.2.2015 3:23, Jens Bauer wrote:
> The target auto-detection carries some weight for me as well; if just
> specifying 'kinetis', then it's easier for the end-user, but it also
> makes it possible to recycle a shared .cfg file. Love Jens
On the other hand the autodetection is critical point where driver often
fails.
Every year Freescale release new chips. If there is no way to get all
flash parameters directly,
if the driver have to look up them from MCU id, then we hardly catch up
the producer.
I think that driver needs a possibility of manual override as numerous
other drivers have.
I admit it is not perfect from users point of view but it finally works.
I also think that we are not able to keep up with Freescale production
without at least basic support from them.
Atmel shows it is possible. I'm probably not the right person to
negotiate the support.
I'm glad I triggered a stimulating discussion ;-)
Tom
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
OpenOCD-devel mailing list
OpenOCD-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openocd-devel
