{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":168368344,"defaultBranch":"v6.1-stm32mp","name":"linux","ownerLogin":"STMicroelectronics","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2019-01-30T15:43:46.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/10744877?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1721901360.0","currentOid":""},"activityList":{"items":[{"before":"32fe97d16b46686974b8edc35b5b90d47800607c","after":"74cc379a37fe93b8e3effe35f98ca1dc2c67f5e8","ref":"refs/heads/v5.15-stm32mp","pushedAt":"2024-07-25T09:55:00.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"ashishverma2691","name":null,"path":"/ashishverma2691","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/144358141?s=80&v=4"},"commit":{"message":"mfd: stmfx: wait boot time after a regulator enable\n\nSTMFX has a boot time of 10ms between reset and first register access.\nBut this delay is not yet respected after a regulator_enable, and sometimes\nregister access could failed with -ENXIO.\n\nAs we cannot get the time since the regulator was enabled, we poll every\n1ms the STMFX_REG_FW_VERSION_MSB, to wait the completed boot of chip.\nA timeout is set to 10ms.\n\nChange-Id: I2eeeccac00fc6087d60cd30dbb7fad4c30a72e1b\nSigned-off-by: Valentin Caron \nSigned-off-by: Deepak kumar \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/369823\nDomain-Review: Amelie DELAUNAY \nACI: CIBUILD \nACI: CITOOLS \nReviewed-by: Amelie DELAUNAY ","shortMessageHtmlLink":"mfd: stmfx: wait boot time after a regulator enable"}},{"before":"61ca40c154195a5b3b288db386086f0bf9c5273f","after":"32fe97d16b46686974b8edc35b5b90d47800607c","ref":"refs/heads/v5.15-stm32mp","pushedAt":"2024-07-24T14:04:25.000Z","pushType":"push","commitsCount":3668,"pusher":{"login":"ashishverma2691","name":null,"path":"/ashishverma2691","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/144358141?s=80&v=4"},"commit":{"message":"fixup! spi: stm32: perform small transfer in polling mode\n\nIf transfer size is not aligned on threshold size, the RXP\nbit will not raise, leading to having the system stuck into\nthe stm32h7_spi_read_rxfifo. Within the stm32h7_spi_transfer_one_poll\nfunction check both RXP and RXWNE to know if reading from fifo is\nnecessary or not.\nCompared to irq based transfer, suspension handling is as well\nmissing hence add clear of the suspension flag as well in case\nit get raised so that the system doesn't stop in case of receiving\ntoo many data (read of the fifo is already done prior to that\nso there is no need to specifically ready the fifo under this\nSR_SUSP condition).\n\nChange-Id: I4b5f5c115baf1b2c039b7873d6916c21cd1e97c5\nSigned-off-by: Alain Volmat \nSigned-off-by: Deepak Kumar \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/382898\nDomain-Review: Amelie DELAUNAY \nACI: CITOOLS \nReviewed-by: Amelie DELAUNAY ","shortMessageHtmlLink":"fixup! spi: stm32: perform small transfer in polling mode"}},{"before":"7084443b1f4255944dc48190b3e95127e692dc2a","after":"4c4175804a542f40c50d091cc694bb0b186728a0","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2024-07-17T09:04:57.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"spi: stm32: fix perform small transfer in polling mode\n\nCorrect condition to call stm32h7_spi_read_rxfifo function within\nthe function stm32h7_spi_transfer_one_poll. Add STM32H7_SPI_SR_RXPLVL\nwithin the mask allowing to read the very last data frame within the\nFIFO even when there is less than 4 data frame remaining.\n\nChange-Id: I76894f46e0139ff2c45f1fb6180a999aa294e1dd\nSigned-off-by: Alain Volmat \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/392324\nTested-by: Eric FOURMONT \nDomain-Review: Eric FOURMONT \nReviewed-by: Eric FOURMONT ","shortMessageHtmlLink":"spi: stm32: fix perform small transfer in polling mode"}},{"before":"b4459c040a886b4910b2e6ec6edc967f52bf86b4","after":null,"ref":"refs/heads/v5.15-stm32mp-w2424","pushedAt":"2024-07-12T06:49:14.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ashishverma2691","name":null,"path":"/ashishverma2691","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/144358141?s=80&v=4"}},{"before":null,"after":"b4459c040a886b4910b2e6ec6edc967f52bf86b4","ref":"refs/heads/v5.15-stm32mp-w2424","pushedAt":"2024-07-12T06:47:46.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"ashishverma2691","name":null,"path":"/ashishverma2691","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/144358141?s=80&v=4"},"commit":{"message":"ARM : dts : remove warnings due to stm32mp157c-edf\n\nWarning (unit_address_format)/reserved-memory/retram@0x38000000\nunit name should not have leading \"0x\"\n@0x38000000\" is forbidden must be replaced by \"@38000000\n\nChange-Id: Ie0a97c33b93c5dc6e94c7cbc3df78dd6b4a91253\nSigned-off-by: Deepak Kumar \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/373380\nACI: CIBUILD \nReviewed-by: Eric FOURMONT \nACI: CITOOLS \nTested-by: Eric FOURMONT \nDomain-Review: Eric FOURMONT ","shortMessageHtmlLink":"ARM : dts : remove warnings due to stm32mp157c-edf"}},{"before":"89fdf7bece3d1be0d37156897ed8e183d5fcf1e4","after":"7084443b1f4255944dc48190b3e95127e692dc2a","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2024-06-19T13:24:40.000Z","pushType":"push","commitsCount":9596,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"counter: stm32-lptimer-cnt: add support for stm32mp25\n\nAdd support for STM32MP25 SoC. Use newly introduced compatible to handle\nthis new HW variant, even if no major change is expected on the counter\ndriver.\n\nSigned-off-by: Fabrice Gasnier \nChange-Id: I7f7b8a6150ccb9980216dd40d44e8a1ea27d9b20\nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/384675\nReviewed-by: Cheick TRAORE \nACI: CIBUILD \nACI: CITOOLS \nTested-by: Cheick TRAORE ","shortMessageHtmlLink":"counter: stm32-lptimer-cnt: add support for stm32mp25"}},{"before":"4ec002260e7a2477f6eed7381d4b5b97be29e8d4","after":"89fdf7bece3d1be0d37156897ed8e183d5fcf1e4","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2024-04-30T14:19:48.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"remoteproc: stm32_rproc: Fix mailbox interrupts queuing\n\nManage interrupt coming from coprocessor also when state is\nATTACHED.\n\nFixes: 35bdafda40cc (\"remoteproc: stm32_rproc: Add mutex protection for workqueue\")\nChange-Id: I16593c07be757df4cffd484bf1ba9c8eb3ef913a\nSigned-off-by: Gwenael Treuveur \nAcked-by: Arnaud Pouliquen \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/371954\nACI: CITOOLS \nDomain-Review: Arnaud POULIQUEN \nTested-by: Gwenael TREUVEUR \nReviewed-by: Arnaud POULIQUEN \nACI: CIBUILD \nReviewed-by: Gwenael TREUVEUR ","shortMessageHtmlLink":"remoteproc: stm32_rproc: Fix mailbox interrupts queuing"}},{"before":"b3464dcb76176a9284c524219ae7444a177cf399","after":"4ec002260e7a2477f6eed7381d4b5b97be29e8d4","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2024-04-02T12:51:57.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"cpuidle: stm32: add sentinel to compatibles list\n\nThe list of compatibles in struct of_device_id must be terminated\nby a sentinel.\nIssue identified with kazan address sanitizer.\n\nSigned-off-by: Antonio Borneo \nChange-Id: Ie29aa84a8937527518811894b929e6c5db213776\nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/339891\nACI: CITOOLS \nTested-by: Patrick DELAUNAY \nDomain-Review: Patrick DELAUNAY \nReviewed-by: Patrick DELAUNAY \nACI: CIBUILD ","shortMessageHtmlLink":"cpuidle: stm32: add sentinel to compatibles list"}},{"before":"7928f69738d2e57ee2a0dba6e9e680a3bf75ded9","after":"b3464dcb76176a9284c524219ae7444a177cf399","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2024-01-12T10:21:49.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"ADESTM","name":"Amelie Delaunay","path":"/ADESTM","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/46784225?s=80&v=4"},"commit":{"message":"cpuidle: stm32: remove __initconst on stm32_idle_state_match\n\nAdrian reported a compiler warning when using\nCONFIG_CC_OPTIMIZE_FOR_SIZE=y that looks like this\n\nWARNING: modpost: vmlinux.o(.exit.text+0x1b24): Section mismatch in reference from the function stm32_cpuidle_driver_exit() to the (unknown reference) .init.data:(unknown)\n| The function __exit stm32_cpuidle_driver_exit() references\n| a (unknown reference) __initdata (unknown).\n| This is often seen when error handling in the exit function\n| uses functionality in the init path.\n| The fix is often to remove the __initdata annotation of\n| (unknown) so it may be used outside an init section.\n|\n| ERROR: modpost: Section mismatches detected.\n\nThis error occurs because stm32_idle_state_match[] with tag __initconst\nis used in function with the __init tag: stm32_cpuidle_probe(),\nso the tag must be removed.\n\nSigned-off-by: Adrian DC \nSigned-off-by: Patrick Delaunay \nChange-Id: I58c3dfde4ccb4e292777fd91ad3703a2d7349be3\nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/328634\nACI: CIBUILD \nACI: CITOOLS ","shortMessageHtmlLink":"cpuidle: stm32: remove __initconst on stm32_idle_state_match"}},{"before":"8e756f0b4a005e9a0374ab2ffb20df8c3ed4ed63","after":"757c22b1833eb90dc366e14958fb52299cb13c35","ref":"refs/heads/v5.10-stm32mp","pushedAt":"2023-11-08T09:32:38.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"ashishverma2691","name":null,"path":"/ashishverma2691","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/144358141?s=80&v=4"},"commit":{"message":"Revert commit 191628e2d96a (\"mmc: mmci: Set PROBE_PREFER_ASYNCHRONOUS\")\n\nThis temporary reverts commit 191628e2d96a (\"mmc: mmci: Set\nPROBE_PREFER_ASYNCHRONOUS\")\ndue to incompatibility with current version of PINCTRL driver.\nOnce PINCTRL driver is updated, we'll repush this commit\n\nSigned-off-by: Patrice GUILEMOND \n\nChange-Id: Id01541e736b659612cb750f55e7816ff18288487\nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/327320\nReviewed-by: Antonio Maria BORNEO \nTested-by: Antonio Maria BORNEO \nACI: CITOOLS \nReviewed-by: Christophe KERELLO \nTested-by: Patrice GUILEMOND \nReviewed-by: Patrice GUILEMOND \nDomain-Review: Christophe KERELLO ","shortMessageHtmlLink":"Revert commit 191628e (\"mmc: mmci: Set PROBE_PREFER_ASYNCHRONOUS\")"}},{"before":"47937a24f0ed893d100fe94a566c6bd83dd78de5","after":"7928f69738d2e57ee2a0dba6e9e680a3bf75ded9","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2023-10-12T14:40:18.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"guilemop","name":null,"path":"/guilemop","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/144661537?s=80&v=4"},"commit":{"message":"CODE_OF_CONDUCT: add contributor covenant code of conduct to STM linux repo\n\nAdd Contributor Covenant Code of Conduct to STMicroelectronics/linux\nrepository.\n\nChange-Id: I1597d664506c2932f8ea0cfea0da4aa8fb299148\nSigned-off-by: Amelie Delaunay \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/329681\nACI: CIBUILD ","shortMessageHtmlLink":"CODE_OF_CONDUCT: add contributor covenant code of conduct to STM linu…"}},{"before":"c23365451a09f2a4143bd85a0e6183d32b634de4","after":"47937a24f0ed893d100fe94a566c6bd83dd78de5","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2023-10-12T14:06:44.000Z","pushType":"push","commitsCount":25,"pusher":{"login":"guilemop","name":null,"path":"/guilemop","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/144661537?s=80&v=4"},"commit":{"message":"ARM: dts: stm32: set pclk limit on dcmi interface on stm32mp157d-ev1\n\nAdd the property pclk-max-frequency in the dcmi / ov5640 nodes\nin stm32mp157d-ev1 in order to ensure that sensor pixel clock\ndoes not exceed the capabilities of the dcmi.\n\nSigned-off-by: Alain Volmat \nChange-Id: I94e401727d0e6b5b2e3271233b4a8be4b61c4719\nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/327623\nACI: CIBUILD \nReviewed-by: Philippe CORNU \nACI: CITOOLS \nDomain-Review: Philippe CORNU \nReviewed-by: Hugues FRUCHET ","shortMessageHtmlLink":"ARM: dts: stm32: set pclk limit on dcmi interface on stm32mp157d-ev1"}},{"before":"d33b43a4dcc4ae3cd178793c139756af77e42bde","after":"c23365451a09f2a4143bd85a0e6183d32b634de4","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2023-08-03T11:50:04.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"hwrng: stm32 - fix clock division application\n\nFix clock division application that was not shifted, corrupting\nthe configuration register.\n\nSigned-off-by: Gatien Chevallier \nChange-Id: I0594f5343e9e2ee541951b26b6930e1f11b006b2\nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/316193\nTested-by: Gatien CHEVALLIER \nReviewed-by: Gatien CHEVALLIER \nDomain-Review: Gatien CHEVALLIER ","shortMessageHtmlLink":"hwrng: stm32 - fix clock division application"}},{"before":"661e4b11da679e4e1f4de088279282f6fbbe528b","after":"61ca40c154195a5b3b288db386086f0bf9c5273f","ref":"refs/heads/v5.15-stm32mp","pushedAt":"2023-07-31T14:25:47.000Z","pushType":"push","commitsCount":6652,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"gpiolib: acpi: support bias pull disable\n\nOn top of looking at PULL_UP and PULL_DOWN flags, also look at\nPULL_DISABLE and set the appropriate GPIO flag. The GPIO core will then\npass down this to controllers that support it.\n\nChange-Id: I78df1dc294ae916c1f52888e1c0b9e897042a4ed\nSigned-off-by: Nuno Sá \nAcked-by: Andy Shevchenko \nSigned-off-by: Bartosz Golaszewski \nSigned-off-by: Amelie Delaunay \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/312115\nTested-by: Eric FOURMONT \nReviewed-by: Eric FOURMONT \nDomain-Review: Eric FOURMONT ","shortMessageHtmlLink":"gpiolib: acpi: support bias pull disable"}},{"before":null,"after":"d33b43a4dcc4ae3cd178793c139756af77e42bde","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2023-06-23T10:03:03.999Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"mmc: mmci: stm32: fix max busy timeout calculation\n\nThe way that the timeout is currently calculated could lead\nto a u64 timeout value. this value is then cast in a u32 register\nthat leads to mmc erase failed issue with some SD cards.\n\nChange-Id: Ibe2682ba42e878c30b61471672800f5fc04ce87c\nSigned-off-by: Christophe Kerello \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/311057\nTested-by: Eric FOURMONT \nReviewed-by: Eric FOURMONT \nDomain-Review: Eric FOURMONT ","shortMessageHtmlLink":"mmc: mmci: stm32: fix max busy timeout calculation"}},{"before":"d33b43a4dcc4ae3cd178793c139756af77e42bde","after":null,"ref":"refs/heads/v6.1-stm32mp","pushedAt":"2023-06-23T10:03:02.426Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"}},{"before":null,"after":"d33b43a4dcc4ae3cd178793c139756af77e42bde","ref":"refs/heads/v6.1-stm32mp","pushedAt":"2023-06-23T09:43:45.202Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"fourmone","name":null,"path":"/fourmone","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/81153165?s=80&v=4"},"commit":{"message":"mmc: mmci: stm32: fix max busy timeout calculation\n\nThe way that the timeout is currently calculated could lead\nto a u64 timeout value. this value is then cast in a u32 register\nthat leads to mmc erase failed issue with some SD cards.\n\nChange-Id: Ibe2682ba42e878c30b61471672800f5fc04ce87c\nSigned-off-by: Christophe Kerello \nReviewed-on: https://gerrit.st.com/c/mpu/oe/st/linux-stm32/+/311057\nTested-by: Eric FOURMONT \nReviewed-by: Eric FOURMONT \nDomain-Review: Eric FOURMONT ","shortMessageHtmlLink":"mmc: mmci: stm32: fix max busy timeout calculation"}}],"hasNextPage":false,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEiNkl9QA","startCursor":null,"endCursor":null}},"title":"Activity · STMicroelectronics/linux"}