Search found 71 matches

by flabbergast
Wed Mar 23, 2016 10:37 am
Forum: General Support
Topic: GCC/ld/rules.ld adjustment
Replies: 2
Views: 1016

GCC/ld/rules.ld adjustment

I would like to suggest a small adjustment to GCC/ld/rules.ld file (patch attached), against the current svn. The point is that this makes it possible to use custom ld scripts without extra hassle of copying over rules* ld files as well. Explanation: if rules* files do not reside in the same directo...
by flabbergast
Tue Mar 22, 2016 9:54 pm
Forum: Kinetis Support
Topic: Core to contrib move
Replies: 5
Views: 1984

Core to contrib move

I've finally done moving my fork over to Contrib. PR

Suggestions for improvements/changes are welcome! I know it's a lot of stuff, so please test and report (but of course utzig has the last word :)
by flabbergast
Tue Mar 22, 2016 12:19 am
Forum: Kinetis Support
Topic: A patch for Linker Script
Replies: 14
Views: 3645

Re: A patch for Linker Script

Working on moving my branch. It does not really help that there are a lot of recent substantial changes in the mainline ChibiOS-RT git that I didn't merge yet (moving ports->startup, new HOOKS, ...) So I am updating to these at the same time. May not end well. Oh well.
by flabbergast
Fri Mar 11, 2016 9:47 pm
Forum: Kinetis Support
Topic: A patch for Linker Script
Replies: 14
Views: 3645

Re: A patch for Linker Script

So guys, how about we finish this process and start updating the contrib repo with extra work available on personal repos? Sure thing, I'll move my stuff over. Probably around this weekend, if I have time. I was kinda waiting for your go-ahead ;) I mean I'll try to produce a few commits (i.e. like ...
by flabbergast
Wed Mar 02, 2016 8:34 pm
Forum: Kinetis Support
Topic: A patch for Linker Script
Replies: 14
Views: 3645

Re: A patch for Linker Script

It seems to me that the main problem with moving ports to the Contrib repo is about "image". People apparently consider Contrib to be "worse" than the main SVN, and also not really a part of ChibiOS. This is a PR issue, and I think it should be treated as such. The code standards...
by flabbergast
Thu Feb 25, 2016 8:35 am
Forum: Kinetis Support
Topic: Merging Kinetis Enhancements
Replies: 11
Views: 3078

Re: Merging Kinetis Enhancements

I thought that Giovanni maintains the core code (which is pretty great IMO), pretty much full time, where 'core' means ChibiOS/* and STM32 port. I thought that the Kinetis port is maintained by utzig - and if he finds using github useful, I'm in favour too.
by flabbergast
Tue Feb 23, 2016 1:35 am
Forum: Kinetis Support
Topic: Merging Kinetis Enhancements
Replies: 11
Views: 3078

Re: Merging Kinetis Enhancements

Yep, I fully understand that there's probably no way anyone would review that many changes. I would personally welcome moving the kinetis port to contrib, especially if that means that we can then use github's pull request infrastructure to collaborate. In any case, the currently my kinetis branch i...
by flabbergast
Tue Feb 23, 2016 12:55 am
Forum: Kinetis Support
Topic: Merging Kinetis Enhancements
Replies: 11
Views: 3078

Re: Merging Kinetis Enhancements

Well there are no patches because I've made a lot of changes. The tree is here: https://github.com/flabbergast/chibios/tree/kinetis I try to keep up with with master, but I've postponed pulling this week because of Giovanni's big update. EDIT: I'd be happy if it got merged somehow (maybe to contrib?...
by flabbergast
Tue Feb 23, 2016 12:52 am
Forum: Kinetis Support
Topic: Problem with OpenOCD and CMSIS-DAP
Replies: 7
Views: 2461

Re: Problem with OpenOCD and CMSIS-DAP

I could reproduce here. Enabling LTO is really removing the section. I'll update the hal_lld's for Kinetis to add volatile that works both with LTO yes/no. Good catch! I reported this last September here: http://forum.chibios.org/phpbb/viewtopic.php?f=26&t=2765#p22321 but I guess I drowned it w...
by flabbergast
Tue Feb 16, 2016 11:23 pm
Forum: Kinetis Support
Topic: Road to K64F port
Replies: 20
Views: 6847

Re: Road to K64F port

The byte at 0x40C of the flash on Freescale chips is the byte which governs whether the chip is un/locked and/or whether the mass erase command is enabled (so it is possible to completely brick the chip if your firmware has a wrong value at that address I think). See page 662 of K64F reference manua...

Go to advanced search