{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":4200550,"defaultBranch":"master","name":"sunxi-tools","ownerLogin":"linux-sunxi","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2012-05-02T07:12:31.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/1777623?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1477512349.0","currentOid":""},"activityList":{"items":[{"before":"34573bfec5ef3d04691e3e8f6205cfd39b30f34e","after":"df60a46e38a840b5758c02433d7d85ad08361930","ref":"refs/heads/master","pushedAt":"2024-01-11T09:48:10.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"apritzel","name":"Andre Przywara","path":"/apritzel","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1876290?s=80&v=4"},"commit":{"message":"soc_info: Add t7_sid_maps\n\nCopied from allwinner t7 linux 4.9 sdk\n\nSigned-off-by: qianfan Zhao ","shortMessageHtmlLink":"soc_info: Add t7_sid_maps"}},{"before":"fcb78657a22229e7edd3a144a346a2286b0c8702","after":"34573bfec5ef3d04691e3e8f6205cfd39b30f34e","ref":"refs/heads/master","pushedAt":"2023-11-21T14:42:51.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"paulkocialkowski","name":"Paul Kocialkowski","path":"/paulkocialkowski","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8561322?s=80&v=4"},"commit":{"message":"fel: add Allwinner A523 SoC support\n\nThe Allwinner A523 has 128KiB of MCU0 SRAM, which the BootROM will not\ntouch. The BROM will use some memory in SRAM A2, which it also clears\nupon entering FEL mode, starting from address 0x44000. The lowest\nallocation seems to be the IRQ stack growing down from 0x45400.\nSo we won't touch any of that memory, but can freely use the full 128KB\nof the primary SRAM for payloads. This means we won't need to swap any\nbuffers for preserving BROM stacks.\nWe put the SPL thunk code just below 0x44000, to leave as much SRAM for\nthe payload as possible.\nThe rest of the SoC is pretty standard, although the watchdogs are now\nin separate MMIO frames, not part of some timer block anymore.\n\nThe secure boot mode will prevent even reading the BootROM, so we can\nuse an address in there to test for the secure boot state. However, even\nthough a simple \"smc #0\" will return to its caller, the NS bit is still\nset, so we are still in non-secure state afterwards. So leave this bit\nout for now until we figure out how to switch to secure state properly.\n\nSigned-off-by: Andre Przywara ","shortMessageHtmlLink":"fel: add Allwinner A523 SoC support"}},{"before":"91f9ccfc1a64af988d4135ea4e4ee3374cd79d66","after":"fcb78657a22229e7edd3a144a346a2286b0c8702","ref":"refs/heads/master","pushedAt":"2023-11-03T15:24:51.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"paulkocialkowski","name":"Paul Kocialkowski","path":"/paulkocialkowski","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8561322?s=80&v=4"},"commit":{"message":"fel: sid: fix stack overflow while reading from SID\n\nWhen reading from the SID device using the normal memory access method,\nwe upload our \"readl\" routine (via fel_readl_n()), which expects a number\nof *words* to read. However length is given in *bytes*, so we read four\ntimes as much, and overflow our key buffer, clobbering the return address.\nThis is typically fatal:\n===============\n$ ./sunxi-fel sid\n02c05200:12345678:34567890:76543210\nSegmentation fault (core dumped)\n$\n===============\n\nFix this by giving the number of (32-bit) words instead. We already\nchecked that length is a multiple of 4, so we can just divide.\n\nSigned-off-by: Andre Przywara ","shortMessageHtmlLink":"fel: sid: fix stack overflow while reading from SID"}},{"before":"c336885f6a2e4e26a8204a27f4089b4a1fffc05e","after":"91f9ccfc1a64af988d4135ea4e4ee3374cd79d66","ref":"refs/heads/master","pushedAt":"2023-10-25T17:55:02.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"paulkocialkowski","name":"Paul Kocialkowski","path":"/paulkocialkowski","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8561322?s=80&v=4"},"commit":{"message":"fel: add list-socs command\n\nAs over time we gain support for more and more SoCs, it would be\nconvenient to know which SoCs a particular build actually supports.\n\nAdd a \"list-socs\" command, that just iterates over the soc_info table\nand outputs the SoC ID and the name for each entry.\n\nSigned-off-by: Andre Przywara ","shortMessageHtmlLink":"fel: add list-socs command"}},{"before":"0f037b2ee3bb9d14a38e6c0c862f1f2f1dcb7f4e","after":"c336885f6a2e4e26a8204a27f4089b4a1fffc05e","ref":"refs/heads/master","pushedAt":"2023-10-22T17:01:43.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"paulkocialkowski","name":"Paul Kocialkowski","path":"/paulkocialkowski","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8561322?s=80&v=4"},"commit":{"message":"Merge pull request #199 from apritzel/h618\n\nfel: h616: support alternative die variant","shortMessageHtmlLink":"Merge pull request #199 from apritzel/h618"}},{"before":"6a2f6b5e32303e6939bac8d66c095217b70f5b3f","after":"0f037b2ee3bb9d14a38e6c0c862f1f2f1dcb7f4e","ref":"refs/heads/master","pushedAt":"2023-08-12T22:56:21.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"apritzel","name":"Andre Przywara","path":"/apritzel","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1876290?s=80&v=4"},"commit":{"message":"coverage dependency\n\ncoverage should not start until testboards unpacked","shortMessageHtmlLink":"coverage dependency"}},{"before":"ed3039cdbeeb28fc0011c3585d8f7dfb91038292","after":"6a2f6b5e32303e6939bac8d66c095217b70f5b3f","ref":"refs/heads/master","pushedAt":"2023-04-11T22:21:48.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"apritzel","name":"Andre Przywara","path":"/apritzel","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1876290?s=80&v=4"},"commit":{"message":"fel: sid: fix segfault with default section map\n\nThe generic_2k_sid_maps, describing the SID sections for chips where we\ndon't have any specific information yet, was missing the terminating\nNULL section, so we would run off into to woods, beyond the array limit.\nThis would most commonly result in a segfault:\n$ sunxi-fel sid-dump\n....\n 00000000 00000000 00000000 00000000\nSegmentation fault (core dumped)\n=================\n\nAdd the NULL sentinel to terminate the loop correctly.\n\nSigned-off-by: Andre Przywara ","shortMessageHtmlLink":"fel: sid: fix segfault with default section map"}}],"hasNextPage":false,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"Y3Vyc29yOnYyOpK7MjAyNC0wMS0xMVQwOTo0ODoxMC4wMDAwMDBazwAAAAPdGl1T","startCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wMS0xMVQwOTo0ODoxMC4wMDAwMDBazwAAAAPdGl1T","endCursor":"Y3Vyc29yOnYyOpK7MjAyMy0wNC0xMVQyMjoyMTo0OC4wMDAwMDBazwAAAAMWqVWZ"}},"title":"Activity ยท linux-sunxi/sunxi-tools"}