{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":6891010,"defaultBranch":"linux-5.7.y-c630-fscrypt","name":"linux","ownerLogin":"steev","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2012-11-27T21:13:03.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/7370?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1727572880.0","currentOid":""},"activityList":{"items":[{"before":null,"after":"c096e56788fa6227120b84d46d39ffd522fb1ede","ref":"refs/heads/lenovo-x13s-linux-6.11.y","pushedAt":"2024-09-29T01:21:20.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8280xp: Fix PMU nodes for Cortex A78 and X1\n\nThe SC8280XP features an 8-core setup consisting of\n- 4x Kryo Gold (Cortex-A78 based)\n- 4x Kryo Prime (Cortex-X1 based)\n\nUse the correct compatibility.\n\nSigned-off-by: Steev Klimaszewski ","shortMessageHtmlLink":"arm64: dts: qcom: sc8280xp: Fix PMU nodes for Cortex A78 and X1"}},{"before":null,"after":"2f32909c13f0cecba017bb21213ad91b27644b4d","ref":"refs/heads/lenovo-x13s-v6.11-rc6","pushedAt":"2024-09-02T20:32:25.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8280xp: Fix PMU nodes for Cortex A78 and X1\n\nThe SC8280XP features an 8-core setup consisting of\n- 4x Kryo Gold (Cortex-A78 based)\n- 4x Kryo Prime (Cortex-X1 based)\n\nUse the correct compatibility.\n\nSigned-off-by: Steev Klimaszewski ","shortMessageHtmlLink":"arm64: dts: qcom: sc8280xp: Fix PMU nodes for Cortex A78 and X1"}},{"before":null,"after":"ebd8f59c988c7903ace85561cd90ecbc1c9d432d","ref":"refs/heads/lenovo-x13s-v6.11-rc5","pushedAt":"2024-08-26T19:44:21.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"soundwire: qcom: Use devm_clk_get_enabled() helpers\n\nThe devm_clk_get_enabled() helpers:\n - call devm_clk_get()\n - call clk_prepare_enable() and register what is needed in order to\n call clk_disable_unprepare() when needed, as a managed resource.\n\nThis simplifies the code and avoids the calls to clk_disable_unprepare().\n\nSigned-off-by: Huan Yang \nLink: https://lore.kernel.org/r/20240820102209.131512-1-link@vivo.com","shortMessageHtmlLink":"soundwire: qcom: Use devm_clk_get_enabled() helpers"}},{"before":null,"after":"dbeff879b97c1a33d904e751d83e9b941761fe8b","ref":"refs/heads/lenovo-x13s-v6.11-rc4","pushedAt":"2024-08-20T19:17:12.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"soundwire: qcom: Use devm_clk_get_enabled() helpers\n\nThe devm_clk_get_enabled() helpers:\n - call devm_clk_get()\n - call clk_prepare_enable() and register what is needed in order to\n call clk_disable_unprepare() when needed, as a managed resource.\n\nThis simplifies the code and avoids the calls to clk_disable_unprepare().\n\nSigned-off-by: Huan Yang \nLink: https://lore.kernel.org/r/20240820102209.131512-1-link@vivo.com","shortMessageHtmlLink":"soundwire: qcom: Use devm_clk_get_enabled() helpers"}},{"before":"ae3433665987c7bd870ac51f4937beb45f2334c8","after":"dcc28592778a6a65f462becf0bc57813810f7dde","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-08-20T17:34:15.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"wifi: mac80211: inform the low level if drv_stop() is a suspend\n\nThis will allow the low level driver to take different actions for\ndifferent flows.\n\nSigned-off-by: Emmanuel Grumbach \nSigned-off-by: Miri Korenblit \nLink: https://patch.msgid.link/20240618192529.739036208b6e.Ie18a2fe8e02bf2717549d39420b350cfdaf3d317@changeid\nSigned-off-by: Johannes Berg ","shortMessageHtmlLink":"wifi: mac80211: inform the low level if drv_stop() is a suspend"}},{"before":"e5c6f8f560c67fcb71ab4d2edbf3a8cf79fa3029","after":"ae3433665987c7bd870ac51f4937beb45f2334c8","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-08-18T17:02:30.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"wifi: mac80211: inform the low level if drv_stop() is a suspend\n\nThis will allow the low level driver to take different actions for\ndifferent flows.\n\nSigned-off-by: Emmanuel Grumbach \nSigned-off-by: Miri Korenblit \nLink: https://patch.msgid.link/20240618192529.739036208b6e.Ie18a2fe8e02bf2717549d39420b350cfdaf3d317@changeid\nSigned-off-by: Johannes Berg ","shortMessageHtmlLink":"wifi: mac80211: inform the low level if drv_stop() is a suspend"}},{"before":"b463d9bf73277bb295f7353ac6502dd6d03f73c1","after":"c445b30500a43cfb5cea84134a563cff0cdeab71","ref":"refs/heads/radxa-zero-linux-5.10.y","pushedAt":"2024-08-17T06:16:08.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"HACK: Drop pr_info message about Purging X bytes\n\nWhile the pr_info message is rate limited, it's still a bit spammy when\nnothing else is going on. The user can't really do anything about it,\nso don't bother mentioning it.\n\nNot-signed-off-by: Steev Klimaszewski ","shortMessageHtmlLink":"HACK: Drop pr_info message about Purging X bytes"}},{"before":"75e438ff9a6f0893ca19fa8c1aadf5b35a96bb8b","after":"03d1cb7593ddf0658fc8d4a3e13ea7a73aabe3ea","ref":"refs/heads/lenovo-flex5g-v6.11-rc3","pushedAt":"2024-08-13T18:47:22.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8180x: Enable the power key\n\nNo input events are generated from the pressing of the power key on\neither Primus or Flex 5G, because the device node isn't enabled.\n\nGive the power key node a label and enable this for the two devices.\n\nSigned-off-by: Bjorn Andersson \nLink: https://lore.kernel.org/r/20240812-sc8180x-pwrkey-enable-v1-1-2bcc22133774@quicinc.com","shortMessageHtmlLink":"arm64: dts: qcom: sc8180x: Enable the power key"}},{"before":null,"after":"75e438ff9a6f0893ca19fa8c1aadf5b35a96bb8b","ref":"refs/heads/lenovo-flex5g-v6.11-rc3","pushedAt":"2024-08-13T17:55:44.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8180x: Enable the power key\n\nNo input events are generated from the pressing of the power key on\neither Primus or Flex 5G, because the device node isn't enabled.\n\nGive the power key node a label and enable this for the two devices.\n\nSigned-off-by: Bjorn Andersson \nLink: https://lore.kernel.org/r/20240812-sc8180x-pwrkey-enable-v1-1-2bcc22133774@quicinc.com","shortMessageHtmlLink":"arm64: dts: qcom: sc8180x: Enable the power key"}},{"before":"bc327c57c8cf8f309b5edbb8959cc81d8b29daba","after":"e5c6f8f560c67fcb71ab4d2edbf3a8cf79fa3029","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-08-12T06:00:42.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8280xp-x13s: Enable RGB sensor\n\nEnable the main RGB sensor on the Lenovo x13s a five megapixel 2 lane DPHY\nMIPI sensor connected to cisphy0.\n\nWith the pm8008 patches recently applied to the x13s dtsi we can now also\nenable the RGB sensor. Once done we have all upstream support necessary for\nthe RGB sensor on x13s.\n\nReviewed-by: Vladimir Zapolskiy \nSigned-off-by: Bryan O'Donoghue \nLink: https://lore.kernel.org/r/20240806-b4-linux-next-24-07-31-camss-sc8280xp-lenovo-rgb-v2-v3-1-199767fb193d@linaro.org","shortMessageHtmlLink":"arm64: dts: qcom: sc8280xp-x13s: Enable RGB sensor"}},{"before":"03629588630c1f5736b5c398f9c5d851bf6b8e7a","after":"bc327c57c8cf8f309b5edbb8959cc81d8b29daba","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-08-10T01:09:06.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8280xp-x13s: Enable RGB sensor\n\nEnable the main RGB sensor on the Lenovo x13s a five megapixel 2 lane DPHY\nMIPI sensor connected to cisphy0.\n\nWith the pm8008 patches recently applied to the x13s dtsi we can now also\nenable the RGB sensor. Once done we have all upstream support necessary for\nthe RGB sensor on x13s.\n\nReviewed-by: Vladimir Zapolskiy \nSigned-off-by: Bryan O'Donoghue \nLink: https://lore.kernel.org/r/20240806-b4-linux-next-24-07-31-camss-sc8280xp-lenovo-rgb-v2-v3-1-199767fb193d@linaro.org","shortMessageHtmlLink":"arm64: dts: qcom: sc8280xp-x13s: Enable RGB sensor"}},{"before":null,"after":"c83d7556c9888b1a012e9a0cf8d75654f476c7bc","ref":"refs/heads/lenovo-x13s-v6.11-rc2","pushedAt":"2024-08-08T07:46:46.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8280xp-x13s: Enable RGB sensor\n\nEnable the main RGB sensor on the Lenovo x13s a five megapixel 2 lane DPHY\nMIPI sensor connected to cisphy0.\n\nWith the pm8008 patches recently applied to the x13s dtsi we can now also\nenable the RGB sensor. Once done we have all upstream support necessary for\nthe RGB sensor on x13s.\n\nReviewed-by: Vladimir Zapolskiy \nSigned-off-by: Bryan O'Donoghue \nLink: https://lore.kernel.org/r/20240806-b4-linux-next-24-07-31-camss-sc8280xp-lenovo-rgb-v2-v3-1-199767fb193d@linaro.org","shortMessageHtmlLink":"arm64: dts: qcom: sc8280xp-x13s: Enable RGB sensor"}},{"before":"aca496ec47fcb224c6c0b3a31338d08c5737c6b2","after":"03629588630c1f5736b5c398f9c5d851bf6b8e7a","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-07-28T02:23:54.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"soundwire: bus: clean up probe warnings\n\nClean up the probe warning messages by using a common succinct and\ngreppable format (e.g. without __func__ and with a space after ':').\n\nSigned-off-by: Johan Hovold \nLink: https://lore.kernel.org/r/20240712140801.24267-4-johan+linaro@kernel.org","shortMessageHtmlLink":"soundwire: bus: clean up probe warnings"}},{"before":"22e716620cdb9912603edf51c8bee9f4fa5bb4a4","after":"aca496ec47fcb224c6c0b3a31338d08c5737c6b2","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-07-26T19:59:25.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"soundwire: bus: clean up probe warnings\n\nClean up the probe warning messages by using a common succinct and\ngreppable format (e.g. without __func__ and with a space after ':').\n\nSigned-off-by: Johan Hovold \nLink: https://lore.kernel.org/r/20240712140801.24267-4-johan+linaro@kernel.org","shortMessageHtmlLink":"soundwire: bus: clean up probe warnings"}},{"before":"259251ae5050a837ca7be8228f2280d0932bcfba","after":"0fc5095cb8f89aa6117163bf92b563e3254e0b3f","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-07-26T19:58:23.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8280xp-x13s: clean up PCIe2a pinctrl node\n\nClean up the PCIe2a pinctrl node indentation which should use tabs only.\n\nSigned-off-by: Johan Hovold \nLink: https://lore.kernel.org/r/20240719132522.9176-5-johan+linaro@kernel.org","shortMessageHtmlLink":"arm64: dts: qcom: sc8280xp-x13s: clean up PCIe2a pinctrl node"}},{"before":"1bf5cfad6ed9289682bfd255ca6a931bad2b6dee","after":"259251ae5050a837ca7be8228f2280d0932bcfba","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-07-19T07:40:19.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: configs: johan: Explicitly disable RELR\n\nOn binutils newer than 2.42, RELR seems to be causing the kernel to be\nunbootable. Work around this for now by explicitly turning it off so as\nto not allow the Makefile to enable it at random.\n\nSigned-off-by: Steev Klimaszewski ","shortMessageHtmlLink":"arm64: configs: johan: Explicitly disable RELR"}},{"before":"62113693e4ef2be7e4de8576a201c066eb75fb6c","after":"22e716620cdb9912603edf51c8bee9f4fa5bb4a4","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-07-16T20:47:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"clk: qcom: camcc-sc8280xp: Remove always-on GDSC hard-coding\n\nWe have both shared_ops for the Titan Top GDSC and a hard-coded always on\nwhack the register and forget about it in probe().\n\n@static struct clk_branch camcc_gdsc_clk = {}\n\nOnly one representation of the Top GDSC is required. Use the CCF\nrepresentation not the hard-coded register write.\n\nFixes: ff93872a9c61 (\"clk: qcom: camcc-sc8280xp: Add sc8280xp CAMCC\")\nTested-by: Bryan O'Donoghue # Lenovo X13s\nSigned-off-by: Bryan O'Donoghue \nLink: https://lore.kernel.org/r/20240715-linux-next-24-07-13-sc8280xp-camcc-fixes-v1-1-fadb5d9445c1@linaro.org","shortMessageHtmlLink":"clk: qcom: camcc-sc8280xp: Remove always-on GDSC hard-coding"}},{"before":null,"after":"62113693e4ef2be7e4de8576a201c066eb75fb6c","ref":"refs/heads/lenovo-x13s-linux-6.10.y","pushedAt":"2024-07-16T02:49:05.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"clk: qcom: camcc-sc8280xp: Remove always-on GDSC hard-coding\n\nWe have both shared_ops for the Titan Top GDSC and a hard-coded always on\nwhack the register and forget about it in probe().\n\n@static struct clk_branch camcc_gdsc_clk = {}\n\nOnly one representation of the Top GDSC is required. Use the CCF\nrepresentation not the hard-coded register write.\n\nFixes: ff93872a9c61 (\"clk: qcom: camcc-sc8280xp: Add sc8280xp CAMCC\")\nTested-by: Bryan O'Donoghue # Lenovo X13s\nSigned-off-by: Bryan O'Donoghue \nLink: https://lore.kernel.org/r/20240715-linux-next-24-07-13-sc8280xp-camcc-fixes-v1-1-fadb5d9445c1@linaro.org","shortMessageHtmlLink":"clk: qcom: camcc-sc8280xp: Remove always-on GDSC hard-coding"}},{"before":null,"after":"0838b48f2d8bccc5284bddba40ea5ec134fe0967","ref":"refs/heads/lenovo-x13s-v6.10-rc7","pushedAt":"2024-07-09T00:54:51.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"johan_defconfig: Switch off CONFIG_RELR\n\nSigned-off-by: Bryan O'Donoghue ","shortMessageHtmlLink":"johan_defconfig: Switch off CONFIG_RELR"}},{"before":"2c3ac39eae9a96fb0b11f227ee509d83d54bcca8","after":"1bf5cfad6ed9289682bfd255ca6a931bad2b6dee","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-07-07T07:51:51.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: configs: johan: Explicitly disable RELR\n\nOn binutils newer than 2.42, RELR seems to be causing the kernel to be\nunbootable. Work around this for now by explicitly turning it off so as\nto not allow the Makefile to enable it at random.\n\nSigned-off-by: Steev Klimaszewski ","shortMessageHtmlLink":"arm64: configs: johan: Explicitly disable RELR"}},{"before":"8d929363ddb818cb11bd6c30317d3fbcb4261b4c","after":"2c3ac39eae9a96fb0b11f227ee509d83d54bcca8","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-07-01T16:45:58.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: configs: johan: Explicitly disable RELR\n\nOn binutils newer than 2.42, RELR seems to be causing the kernel to be\nunbootable. Work around this for now by explicitly turning it off so as\nto not allow the Makefile to enable it at random.\n\nSigned-off-by: Steev Klimaszewski ","shortMessageHtmlLink":"arm64: configs: johan: Explicitly disable RELR"}},{"before":"4ad79d624a0a64db0b59f60b4c2225c8a5b92f96","after":"8d929363ddb818cb11bd6c30317d3fbcb4261b4c","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-06-20T16:50:47.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"ASoC: codecs:lpass-wsa-macro: Fix logic of enabling vi channels\n\nExisting code only configures one of WSA_MACRO_TX0 or WSA_MACRO_TX1\npaths eventhough we enable both of them. Fix this bug by adding proper\nchecks and rearranging some of the common code to able to allow setting\nboth TX0 and TX1 paths\n\nFixes: 2c4066e5d428 (\"ASoC: codecs: lpass-wsa-macro: add dapm widgets and route\")\nCo-developed-by: Manikantan R \nSigned-off-by: Manikantan R \nSigned-off-by: Srinivas Kandagatla \nLink: https://lore.kernel.org/r/20240619-lpass-wsa-vi-v2-2-7aff3f97a490@linaro.org","shortMessageHtmlLink":"ASoC: codecs:lpass-wsa-macro: Fix logic of enabling vi channels"}},{"before":"5475612ad98c55b4a83979078f8326963b1538b6","after":"959d8c14d75729561f5ce6f4c79055e18dd652cb","ref":"refs/heads/lenovo-x13s-v6.10-rc3","pushedAt":"2024-06-12T17:32:08.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"bus: mhi: ep: Do not allocate memory for MHI objects from DMA zone\n\nMHI endpoint stack accidentally started allocating memory for objects from\nDMA zone since commit 62210a26cd4f (\"bus: mhi: ep: Use slab allocator\nwhere applicable\"). But there is no real need to allocate memory from this\nnaturally limited DMA zone. This also causes the MHI endpoint stack to run\nout of memory while doing high bandwidth transfers.\n\nSo let's switch over to normal memory.\n\nCc: stable@vger.kernel.org # 6.8\nFixes: 62210a26cd4f (\"bus: mhi: ep: Use slab allocator where applicable\")\nSigned-off-by: Manivannan Sadhasivam \nLink: https://lore.kernel.org/r/20240603164354.79035-1-manivannan.sadhasivam@linaro.org","shortMessageHtmlLink":"bus: mhi: ep: Do not allocate memory for MHI objects from DMA zone"}},{"before":null,"after":"5475612ad98c55b4a83979078f8326963b1538b6","ref":"refs/heads/lenovo-x13s-v6.10-rc3","pushedAt":"2024-06-11T22:34:15.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"bus: mhi: ep: Do not allocate memory for MHI objects from DMA zone\n\nMHI endpoint stack accidentally started allocating memory for objects from\nDMA zone since commit 62210a26cd4f (\"bus: mhi: ep: Use slab allocator\nwhere applicable\"). But there is no real need to allocate memory from this\nnaturally limited DMA zone. This also causes the MHI endpoint stack to run\nout of memory while doing high bandwidth transfers.\n\nSo let's switch over to normal memory.\n\nCc: stable@vger.kernel.org # 6.8\nFixes: 62210a26cd4f (\"bus: mhi: ep: Use slab allocator where applicable\")\nSigned-off-by: Manivannan Sadhasivam \nLink: https://lore.kernel.org/r/20240603164354.79035-1-manivannan.sadhasivam@linaro.org","shortMessageHtmlLink":"bus: mhi: ep: Do not allocate memory for MHI objects from DMA zone"}},{"before":"7a6376f16c4f6ff9b4f4051e44902522903a3425","after":"4ad79d624a0a64db0b59f60b4c2225c8a5b92f96","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-05-28T04:28:33.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"arm64: dts: qcom: sc8280xp-lenovo-thinkpad-x13: allow 4 lanes for DisplayPort and enable QMP PHY mode-switch\n\nAllow up to 4 lanes for the DisplayPort link from the PHYs to the Controllers\nand allow mode-switch events to the QMP Combo PHYs.\n\nSigned-off-by: Neil Armstrong \nReviewed-by: Dmitry Baryshkov \nLink: https://lore.kernel.org/r/20240527-topic-sm8x50-upstream-phy-combo-typec-mux-v2-7-a03e68d7b8fc@linaro.org","shortMessageHtmlLink":"arm64: dts: qcom: sc8280xp-lenovo-thinkpad-x13: allow 4 lanes for Dis…"}},{"before":"ec73883f489b60bac38e88ab55706dc61fe279a4","after":"7a6376f16c4f6ff9b4f4051e44902522903a3425","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-05-18T22:57:44.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"fixup: soc: qcom: add pd-mapper implementation\n\nAdd missing include that the ci keeps complaining about","shortMessageHtmlLink":"fixup: soc: qcom: add pd-mapper implementation"}},{"before":"d2cbbcdb54dc35e72def8df1311248acac66dcf5","after":"ec73883f489b60bac38e88ab55706dc61fe279a4","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-05-18T20:18:32.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"drm/msm/adreno: Check for zap node availability\n\nThis should allow disabling the zap node via an overlay, for slbounce.\n\nSuggested-by: Nikita Travkin \nSigned-off-by: Rob Clark \nLink: https://lore.kernel.org/r/20240517195021.8873-1-robdclark@gmail.com","shortMessageHtmlLink":"drm/msm/adreno: Check for zap node availability"}},{"before":"408c9b46cfe02248c9a8608e296b540d02d52c55","after":"d2cbbcdb54dc35e72def8df1311248acac66dcf5","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-05-16T22:52:29.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"johan_defconfig: Add PD_MAPPER and OVERLAYFS support","shortMessageHtmlLink":"johan_defconfig: Add PD_MAPPER and OVERLAYFS support"}},{"before":null,"after":"408c9b46cfe02248c9a8608e296b540d02d52c55","ref":"refs/heads/lenovo-x13s-linux-6.9.y","pushedAt":"2024-05-16T07:30:34.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"net: qrtr: ns: Fix module refcnt\n\nThe qrtr protocol core logic and the qrtr nameservice are combined into\na single module. Neither the core logic or nameservice provide much\nfunctionality by themselves; combining the two into a single module also\nprevents any possible issues that may stem from client modules loading\ninbetween qrtr and the ns.\n\nCreating a socket takes two references to the module that owns the\nsocket protocol. Since the ns needs to create the control socket, this\ncreates a scenario where there are always two references to the qrtr\nmodule. This prevents the execution of 'rmmod' for qrtr.\n\nTo resolve this, forcefully put the module refcount for the socket\nopened by the nameservice.\n\nFixes: a365023a76f2 (\"net: qrtr: combine nameservice into main module\")\nReported-by: Jeffrey Hugo \nTested-by: Jeffrey Hugo \nSigned-off-by: Chris Lew \nLink: https://lore.kernel.org/r/20240513-fix-qrtr-rmmod-v1-1-312a7cd2d571@quicinc.com","shortMessageHtmlLink":"net: qrtr: ns: Fix module refcnt"}},{"before":"6cf5f92c5186f0ff06f7441798514355085ddaee","after":"d6c0993fc013b17e0b1bbed172554b0f1cba0bfd","ref":"refs/heads/lenovo-x13s-linux-6.8.y","pushedAt":"2024-05-04T08:52:05.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"steev","name":"Steev Klimaszewski","path":"/steev","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7370?s=80&v=4"},"commit":{"message":"remoteproc: qcom: enable in-kernel PD mapper\n\nRequest in-kernel protection domain mapper to be started before starting\nQualcomm DSP and release it once DSP is stopped. Once all DSPs are\nstopped, the PD mapper will be stopped too.\n\nSigned-off-by: Dmitry Baryshkov \nLink: https://lore.kernel.org/r/20240424-qcom-pd-mapper-v7-6-05f7fc646e0f@linaro.org","shortMessageHtmlLink":"remoteproc: qcom: enable in-kernel PD mapper"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"startCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0yOVQwMToyMToyMC4wMDAwMDBazwAAAATDnpO6","endCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wNS0wNFQwODo1MjowNS4wMDAwMDBazwAAAARBV2Dc"}},"title":"Activity · steev/linux"}