{"push_id":674954058,"size":9,"distinct_size":9,"ref":"refs/heads/master","head":"8c952e80265e6a9f4d16db35a9b6b759e8114a15","before":"2cee62eb33e361c43e3f87ead7acc34b0793e773","commits":[{"sha":"78b6b50194b60412117bf2b8a763ab1e8a168f33","author":{"email":"4bc5e1da16eccadff4e1517bd7a72c7d74f39545@gmail.com","name":"Matthieu Baerts"},"message":"Z1: tmp102: simple: fixed wrong cast\n\nWhen using this code:\n\n    (int8_t)tmp102_read_temp_x100() / 100\n\nOnly the first value is casted into a int8_t type.\n\ntmp102_read_temp_x100() returns the temperature in Celcius * 100. Most of\nthe time this value will be lower than -2^7 and higher than 2^7 (+/- 1.27°C).\n\nThe cast is not needed but a comment about this implicit cast has been added.","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/78b6b50194b60412117bf2b8a763ab1e8a168f33"},{"sha":"630b7f8963ff95dd50b5b82ed3da2b2e170a5197","author":{"email":"85ef31c829470593477056a94b873233b16da81b@gmail.com","name":"Antonio Lignan"},"message":"Merge pull request #1084 from ludov04/master\n\nZ1: tmp102: simple: fixed wrong cast","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/630b7f8963ff95dd50b5b82ed3da2b2e170a5197"},{"sha":"0d260f61a019c6d2b133727315bca758c6bdfe74","author":{"email":"b3efeb72fa9d3102885911404c5fbece843f6c8f@gmail.com","name":"Benoît Thébaudeau"},"message":"cc2538: Fix .data LMA/VMA mismatch with some toolchains\n\nSome toolchains, like Sourcery CodeBench Lite 2013.05-23 arm-none-eabi\n(http://sourcery.mentor.com/public/gnu_toolchain/arm-none-eabi/)\nautomatically force the alignment of an output section LMA to use the\nmaximum alignment of all its input sections. This toolchain uses GNU\nbinutils 2.23, and this automatic behavior is the same as the manual\nbehavior of the ALIGN_WITH_INPUT feature of GNU binutils 2.24+.\n\nThis behavior is not an issue per se, but it creates a gap between\n_etext and the LMA of the .data output section if _etext does not have\nthe same alignment, while reset_handler() initialized this section by\ncopying the data from _etext to its VMA, hence an offset in the\naddresses of loaded data, and missing data.\n\nThis commit fixes this issue by making reset_handler() directly use the\nLMA of the .data section using LOADADDR(.data), rather than assuming\nthat _etext is this LMA.\n\nSigned-off-by: Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com>","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/0d260f61a019c6d2b133727315bca758c6bdfe74"},{"sha":"0de729572b70dca479cf4627b01e08c03e24d7ba","author":{"email":"b3efeb72fa9d3102885911404c5fbece843f6c8f@gmail.com","name":"Benoît Thébaudeau"},"message":"cc2538: Word-align .data LMA\n\nIn order to be fast, the reset_handler() function uses word accesses to\ninitialize the .data output section. However, most toolchains do not\nautomatically force the alignment of an output section LMA to use the\nmaximum alignment of all its input sections. Because of that, assuming\nthat .data contains some words, the LMA of the .data output section was\nnot word-aligned in some cases, resulting in an initialization performed\nusing slow unaligned word accesses.\n\nThis commit forces the alignment of the LMA of the .data output section\nwith a word boundary in order to always use fast aligned word accesses\nto read the .data load area.\n\nNote that this solution is better than using ALIGN_WITH_INPUT, both\nbecause the latter is a new feature incompatible with older toolchains,\nand because it could create a big gap between _etext and the LMA of\n.data if strongly-aligned data were added to .data, although only a word\nalignment is required here.\n\nThe same considerations apply to the VMA of .data. However, it is\nalready automatically word-aligned, both because .data contains words,\nand because the end VMA of the previous output section (.socdata) is\nword-aligned. Moreover, if the VMA of .data were forcibly word-aligned,\nthen a filled gap could appear at the beginning of this section if\nstrongly-aligned data were added to it, thus wasting flash memory.\nConsequently, it's better not to change anything for the VMA of .data,\nall the more it's very unlikely that it does not contain any word and\nthat the end VMA of .socdata becomes non-word-aligned, and this would\nonly result in a slower initialization.\n\nSigned-off-by: Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com>","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/0de729572b70dca479cf4627b01e08c03e24d7ba"},{"sha":"609c615303ba809c6b000209cdb102f178cef1fc","author":{"email":"b3efeb72fa9d3102885911404c5fbece843f6c8f@gmail.com","name":"Benoît Thébaudeau"},"message":"cc2538: Move the stack out of .bss\n\nThe initialization code clearing .bss is allowed to use the stack, so\nthe stack can not be in .bss, or this code will badly fail if it uses\nthe stack.\n\nSigned-off-by: Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com>","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/609c615303ba809c6b000209cdb102f178cef1fc"},{"sha":"1cd3c9e7e5235d0aca5f3d4fa461036f6749b4b8","author":{"email":"b3efeb72fa9d3102885911404c5fbece843f6c8f@gmail.com","name":"Benoît Thébaudeau"},"message":"cc2538: Initialize .data/.bss using ROM functions\n\nThis is safer because the previous code assumed that the start and end\nVMAs of .data and .bss were word-aligned, which is not always the case,\nso the initialization code could write data outside these sections. The\nROM functions support any address boundary.\n\nThis is faster because the ROM functions are ultra optimized, using\nrealignment and the LDM/STM instructions, which is much better than the\nprevious simple loops of single word accesses.\n\nThis is smaller because the ROM functions don't require to add any code\nto the target device other than simple function calls.\n\nThis makes the code simpler and more maintainable because standard\nfunctions are not reimplemented and no assembly is used.\n\nNote that this is also faster and smaller than the corresponding\nfunctions from the standard string library.\n\nSigned-off-by: Benoît Thébaudeau <benoit.thebaudeau.dev@gmail.com>","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/1cd3c9e7e5235d0aca5f3d4fa461036f6749b4b8"},{"sha":"deb3ea4e9c8b166c3776bbbb7e30734d396e8895","author":{"email":"7d916489b59a1827e37080da5241f6cbc3ee7354@spd.gr","name":"George Oikonomou"},"message":"Merge pull request #1075 from bthebaudeau/cc2538-data-bss-init\n\ncc2538: Fix and improve .data/.bss initialization","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/deb3ea4e9c8b166c3776bbbb7e30734d396e8895"},{"sha":"b86c26fff80977709c90638aedf2a81a51ff431a","author":{"email":"88fc38d5d6cbeca4a153c51b286bc1eac4eaa494@bristol.ac.uk","name":"George Oikonomou"},"message":"Update the CC2538DK README about a Win CDC driver\n\n* The current version of the README points to a wrong URL\n  for the LUFA Virtual Serial driver.\n* A driver is nowadays provided by TI with CC2538\n  Foundation Firmware\n\nThus, this pull updates the LUFA driver URL and also provides a\nlink to CC2538 Foundation Firmware","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/b86c26fff80977709c90638aedf2a81a51ff431a"},{"sha":"8c952e80265e6a9f4d16db35a9b6b759e8114a15","author":{"email":"b3efeb72fa9d3102885911404c5fbece843f6c8f@gmail.com","name":"Benoît Thébaudeau"},"message":"Merge pull request #1082 from g-oikonomou/cc2538/readme-cdc\n\nUpdate the CC2538DK README about a Win CDC driver","distinct":true,"url":"https://api.github.com/repos/uknoblic/contiki/commits/8c952e80265e6a9f4d16db35a9b6b759e8114a15"}]}