kinetis: adaption for common makefiles#3099
kinetis: adaption for common makefiles#3099kaspar030 merged 7 commits intoRIOT-OS:masterfrom jfischer-no:pr@kinetis-use-common-makefile
Conversation
|
@haukepetersen ok, will rebase/refactor it after #3023 is merged. |
|
@jfischer-phytec-iot I will test this asap. You may delete all of the devio stuff as well I guess. |
|
rebased on #3023 |
|
rebased on master, wait until #3100 is done. |
|
#3100 is merged now. Please rebase. |
|
@gebart rebased, please review and test it. I had a strange behavior of I2C if heap is placed at the end of ram. I initially left it as it was. |
|
I have some fixes for mulle, I have opened a PR in your repo at https://github.com/jfischer-phytec-iot/RIOT/pull/15 |
|
Did you fix the i2c issue? |
There was a problem hiding this comment.
This seem like a left over after your latest rebase.
There was a problem hiding this comment.
I want to keep it for the time being.
|
@gebart I do not have found a issue. If the heap moved backwards, then hdc1000 sernsor no longer works (also on the FRDM k64f-board), everything else works. I have no way to measure on i2c until Monday :-) |
|
I mark it WIP (It only applies to c20ef10) until I checked i2c on Monday. |
|
A hint: examine the .map file and see if any .data or .bss symbols overlap
|
|
@gebart Sorry, got it too late, will revert and rebase |
|
rebased |
|
Nice, I will review and test this on mulle tomorrow. |
|
Works fine except for make term, I forgot to add the proper include. I opened https://github.com/jfischer-phytec-iot/RIOT/pull/16 |
|
ACK, please squash all commits marked "squash" |
|
@jremmert-phytec-iot We had that before, what was it ? -> failed: driver_kw2xrf, driver_xbee |
|
ups |
|
the error message is: so it seems like a problem with the ng_at86rf2xx module |
|
I think we can just blacklist the xbee and kw2xrf tests for mulle for the time being until I have had time to properly try out the ng_ stack. The kw2xrf driver (not sure about xbee) is not applicable to the mulle platform anyway. |
@gebart maybe yes : http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCR20A |
Without having a deeper look into it, the issues we had before were:
|
|
@gebart you need to define the pins (SPI, IRQ-pin...) for the radio-driver you want to use. E.g. for the samr21-xpro board these pin assignments are defined in The makefile in |
|
@jremmert-phytec-iot Thank you for the explanation. I think I will make a separate PR with the ng_netif change.. @jfischer-phytec-iot could you remove https://github.com/jfischer-phytec-iot/RIOT/commit/1d06ddebaebbe2f53c9db7b2aedb3ba534659408 (mulle: Add dependency check for ng_netif) from this PR? I'll open a specific PR for the transceiver settings for mulle. |
Add a exception for common startup
|
ACK |
|
broadcast: Can we merge it? |
|
Yeah, merge! |
…on-makefile kinetis: adaption for common makefiles
like "refactor board makefiles #2852"
@gebart Do you agree with 7704626 and you can test it please? I did not dare to change the Mulle's Makefile :-).
3150af0 is also necessary because not every Cortex-M4 has a FPU.