{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":3199002,"defaultBranch":"rpi-6.6.y","name":"linux","ownerLogin":"raspberrypi","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2012-01-17T12:10:20.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/1294177?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1714388888.0","currentOid":""},"activityList":{"items":[{"before":"6d523c00412b5c6bc2e3020bbc1b48abd8b68804","after":"7c517e79b6ef29b331221829a125d816b87e8d02","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-29T13:37:39.000Z","pushType":"push","commitsCount":161,"pusher":{"login":"popcornmix","name":null,"path":"/popcornmix","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1053730?s=80&v=4"},"commit":{"message":"usb: add plumbing for updating interrupt endpoint interval state\n\nxHCI caches device and endpoint data after the interface is configured,\nso an explicit command needs to be issued for any device driver wanting\nto alter the polling interval of an endpoint.\n\nAdd usb_fixup_endpoint() to allow drivers to do this. The fixup must be\ncalled after calculating endpoint bandwidth requirements but before any\nURBs are submitted.\n\nIf polling intervals are shortened, any bandwidth reservations are no\nlonger valid but in practice polling intervals are only ever relaxed.\n\nLimit the scope to interrupt transfers for now.\n\nSigned-off-by: Jonathan Bell ","shortMessageHtmlLink":"usb: add plumbing for updating interrupt endpoint interval state"}},{"before":"ca9b3fcf75c261210d93f9cb227584f57153bb6f","after":"43db870c71e41b5af18e8033ca13e67432658896","ref":"refs/heads/rpi-6.8.y","pushedAt":"2024-04-29T13:29:58.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"popcornmix","name":null,"path":"/popcornmix","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1053730?s=80&v=4"},"commit":{"message":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint\n\nThe OV5647 declares that it wants a non-continuous clock in its endpoint\nconfiguration. However, it does not expose this information via\nget_mbus_config. Even if it would implement get_mbus_config the\nbcm2835-unicam driver would not evaluate the flags field of it.\n\nBy also specifying clock-noncontinuous on the CSI endpoint itself, the\nCSI driver properly picks up the requests and enables the non-continuous\nclock mode.\n\nSigned-off-by: Christian Speich ","shortMessageHtmlLink":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint"}},{"before":"dc39c162fe32212116a68d7360548c6f80a78368","after":"cde1ebc9e6c78c6014acdb10ac7f7ae6bd01f893","ref":"refs/heads/rpi-6.9.y","pushedAt":"2024-04-29T13:20:06.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"popcornmix","name":null,"path":"/popcornmix","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1053730?s=80&v=4"},"commit":{"message":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint\n\nThe OV5647 declares that it wants a non-continuous clock in its endpoint\nconfiguration. However, it does not expose this information via\nget_mbus_config. Even if it would implement get_mbus_config the\nbcm2835-unicam driver would not evaluate the flags field of it.\n\nBy also specifying clock-noncontinuous on the CSI endpoint itself, the\nCSI driver properly picks up the requests and enables the non-continuous\nclock mode.\n\nSigned-off-by: Christian Speich ","shortMessageHtmlLink":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint"}},{"before":"abd2ec6b8025b758c334f3b7ad8306c3767ac9e0","after":"dc39c162fe32212116a68d7360548c6f80a78368","ref":"refs/heads/rpi-6.9.y","pushedAt":"2024-04-27T10:17:34.000Z","pushType":"push","commitsCount":7,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint\n\nThe OV5647 declares that it wants a non-continuous clock in its endpoint\nconfiguration. However, it does not expose this information via\nget_mbus_config. Even if it would implement get_mbus_config the\nbcm2835-unicam driver would not evaluate the flags field of it.\n\nBy also specifying clock-noncontinuous on the CSI endpoint itself, the\nCSI driver properly picks up the requests and enables the non-continuous\nclock mode.\n\nSigned-off-by: Christian Speich ","shortMessageHtmlLink":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint"}},{"before":"6a4a2c53f950d527781737651ae7c4bd9d5aa1c7","after":"ca9b3fcf75c261210d93f9cb227584f57153bb6f","ref":"refs/heads/rpi-6.8.y","pushedAt":"2024-04-27T10:10:43.000Z","pushType":"push","commitsCount":7,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint\n\nThe OV5647 declares that it wants a non-continuous clock in its endpoint\nconfiguration. However, it does not expose this information via\nget_mbus_config. Even if it would implement get_mbus_config the\nbcm2835-unicam driver would not evaluate the flags field of it.\n\nBy also specifying clock-noncontinuous on the CSI endpoint itself, the\nCSI driver properly picks up the requests and enables the non-continuous\nclock mode.\n\nSigned-off-by: Christian Speich ","shortMessageHtmlLink":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint"}},{"before":"3f472b226d46ece0968b754edeb3ac35d006ee76","after":"6d523c00412b5c6bc2e3020bbc1b48abd8b68804","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-26T16:45:35.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint\n\nThe OV5647 declares that it wants a non-continuous clock in its endpoint\nconfiguration. However, it does not expose this information via\nget_mbus_config. Even if it would implement get_mbus_config the\nbcm2835-unicam driver would not evaluate the flags field of it.\n\nBy also specifying clock-noncontinuous on the CSI endpoint itself, the\nCSI driver properly picks up the requests and enables the non-continuous\nclock mode.\n\nSigned-off-by: Christian Speich ","shortMessageHtmlLink":"dts: overlay: ov5647: Specify clock-noncontinuous on CSI endpoint"}},{"before":"4e81411f2a7fa068a49c34c87b692ba99801041b","after":"3f472b226d46ece0968b754edeb3ac35d006ee76","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-26T16:44:09.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"configs: Add IP_NF_TARGET_SYNPROXY=m\n\nThis is the IPv4 version of the IPv6 option IP6_NF_TARGET_SYNPROXY,\nwhich is already enabled as a module.\n\nSee: https://github.com/raspberrypi/linux/issues/6127\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"configs: Add IP_NF_TARGET_SYNPROXY=m"}},{"before":"dd0462fa7d91de1b25d66988f98c527ebf6485c2","after":null,"ref":"refs/heads/rp1-vec-extensions","pushedAt":"2024-04-26T16:19:51.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"njhollinghurst","name":null,"path":"/njhollinghurst","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/32740621?s=80&v=4"}},{"before":"2a7bf5c8a7db22f7fb04af795c23b1fb5a2ac2e3","after":"4e81411f2a7fa068a49c34c87b692ba99801041b","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-26T16:19:31.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"njhollinghurst","name":null,"path":"/njhollinghurst","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/32740621?s=80&v=4"},"commit":{"message":"drm: rp1: vec: Support more video modes in the RP1 VEC driver\n\nSupport a wider range of pixel clock rates. The driver will round\npixclock up to 108MHz/n but tries to honour the desired image width\nand position (of the centre of the display relative to HSYNC_STARTs).\nThis adds complexity but removes the need for separate 13.5MHz and\n15.428MHz modes.\n\nSupport \"fake\" double-rate progressive modes (in which only every\n2nd scanline is displayed). To work around aspect ratio issues.\n\nAdd Monochrome TV mode support. Add \"vintage\" modes (544x380i for\nSystem A; 848x738i for System E) when configured for Monochrome.\n\nAdd a way to create a \"custom\" display mode from a module parameter.\n\nSigned-off-by: Nick Hollinghurst ","shortMessageHtmlLink":"drm: rp1: vec: Support more video modes in the RP1 VEC driver"}},{"before":"85cc26d5496f073fc7e5dc33f8c9fd5c7aea93c6","after":"2a7bf5c8a7db22f7fb04af795c23b1fb5a2ac2e3","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-25T15:14:16.000Z","pushType":"pr_merge","commitsCount":4,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"drm/panel-simple: Remove custom handling of orientation\n\nThe framework now handles reading orientation from DT, therefore\nremove the custom get_orientation hook from panel-simple.\n\nSigned-off-by: Dave Stevenson ","shortMessageHtmlLink":"drm/panel-simple: Remove custom handling of orientation"}},{"before":"6dbd7c045b6483cf27cc4747ed3c24bbb3810211","after":"abd2ec6b8025b758c334f3b7ad8306c3767ac9e0","ref":"refs/heads/rpi-6.9.y","pushedAt":"2024-04-25T08:17:57.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"DRM: rp1: rp1-dsi: Fix escape clock divider and timeouts.\n\nEscape clock divider was fixed at 5, which is correct at 800Mbps/lane\nbut increasingly out of spec for higher rates. Compute it correctly.\n\nHigh speed timeout was fixed at 5*512 == 2560 byte-clocks per lane.\nCompute it conservatively to be 8/7 times the line period (assuming\nthere will be a transition to LP some time during each scanline?)\nkeeping the old value as a lower bound. Increase LPRX TO to 1024,\nand BTA TO to 0xb00 (same value as in bridge/synopsys/dw-mipi-dsi).\n\n(No change to LP_CMD_TIM. To do: compute this correctly.)\n\nSigned-off-by: Nick Hollinghurst ","shortMessageHtmlLink":"DRM: rp1: rp1-dsi: Fix escape clock divider and timeouts."}},{"before":"7fd717dba9297b63569afefad6cf60e0d899572a","after":"6a4a2c53f950d527781737651ae7c4bd9d5aa1c7","ref":"refs/heads/rpi-6.8.y","pushedAt":"2024-04-25T08:10:08.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"DRM: rp1: rp1-dsi: Fix escape clock divider and timeouts.\n\nEscape clock divider was fixed at 5, which is correct at 800Mbps/lane\nbut increasingly out of spec for higher rates. Compute it correctly.\n\nHigh speed timeout was fixed at 5*512 == 2560 byte-clocks per lane.\nCompute it conservatively to be 8/7 times the line period (assuming\nthere will be a transition to LP some time during each scanline?)\nkeeping the old value as a lower bound. Increase LPRX TO to 1024,\nand BTA TO to 0xb00 (same value as in bridge/synopsys/dw-mipi-dsi).\n\n(No change to LP_CMD_TIM. To do: compute this correctly.)\n\nSigned-off-by: Nick Hollinghurst ","shortMessageHtmlLink":"DRM: rp1: rp1-dsi: Fix escape clock divider and timeouts."}},{"before":"8d40b03821362d445a03dc23475fc4dff3ba88a7","after":"85cc26d5496f073fc7e5dc33f8c9fd5c7aea93c6","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-24T14:26:41.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"DRM: rp1: rp1-dsi: Fix escape clock divider and timeouts.\n\nEscape clock divider was fixed at 5, which is correct at 800Mbps/lane\nbut increasingly out of spec for higher rates. Compute it correctly.\n\nHigh speed timeout was fixed at 5*512 == 2560 byte-clocks per lane.\nCompute it conservatively to be 8/7 times the line period (assuming\nthere will be a transition to LP some time during each scanline?)\nkeeping the old value as a lower bound. Increase LPRX TO to 1024,\nand BTA TO to 0xb00 (same value as in bridge/synopsys/dw-mipi-dsi).\n\n(No change to LP_CMD_TIM. To do: compute this correctly.)\n\nSigned-off-by: Nick Hollinghurst ","shortMessageHtmlLink":"DRM: rp1: rp1-dsi: Fix escape clock divider and timeouts."}},{"before":"5748fbaea2c93551da3c1e7503cdd57aebad1399","after":"dd0462fa7d91de1b25d66988f98c527ebf6485c2","ref":"refs/heads/rp1-vec-extensions","pushedAt":"2024-04-24T10:20:33.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"njhollinghurst","name":null,"path":"/njhollinghurst","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/32740621?s=80&v=4"},"commit":{"message":"drm: rp1: vec: Support more video modes in the RP1 VEC driver\n\nSupport a wider range of pixel clock rates. The driver will round\npixclock up to 108MHz/n but tries to honour the desired image width\nand position (of the centre of the display relative to HSYNC_STARTs).\nThis adds complexity but removes the need for separate 13.5MHz and\n15.428MHz modes.\n\nSupport \"fake\" double-rate progressive modes (in which only every\n2nd scanline is displayed). To work around aspect ratio issues.\n\nAdd Monochrome TV mode support. Add \"vintage\" modes (544x380i for\nSystem A; 848x738i for System E) when configured for Monochrome.\n\nAdd a way to create a \"custom\" display mode from a module parameter.\n\nSigned-off-by: Nick Hollinghurst ","shortMessageHtmlLink":"drm: rp1: vec: Support more video modes in the RP1 VEC driver"}},{"before":"4968b02ede602b0fa8deb1daeb394d763013cdf8","after":"8d40b03821362d445a03dc23475fc4dff3ba88a7","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-23T20:19:09.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"vc4/hdmi: Ignore hotplug interrupt with force_hotplug\n\nThe intention of the vc4.force_hotplug setting is to\nignore hotplug completely.\n\nIt can be used when a display toggles hotplug when\nswitching AV inputs, going into standby or changing a\nKVM switch, and some side effect of that is unwanted.\n\nIt turns out while vc4.force_hotplug currently makes\nhotplug always read as asserted, that isn't enough to\nstop drm doing lots of stuff, including re-reading\nthe edid.\n\nAn example of what drm does with a hotplug deasert/assert\nand vc4.force_hotplug=1 currently is:\n\nhttps://paste.debian.net/hidden/dc07434b/\n\nThat is unwanted. Lets ignore the hotplug interrupt\ncompletely so drm is blissfully unaware of the hotplug change.\n\nSigned-off-by: Dom Cobley ","shortMessageHtmlLink":"vc4/hdmi: Ignore hotplug interrupt with force_hotplug"}},{"before":"cdbbf698e1e2184b45304abbb06f23a0dbf68980","after":"5748fbaea2c93551da3c1e7503cdd57aebad1399","ref":"refs/heads/rp1-vec-extensions","pushedAt":"2024-04-23T16:43:59.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"njhollinghurst","name":null,"path":"/njhollinghurst","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/32740621?s=80&v=4"},"commit":{"message":"drm: rp1: vec: Support more video modes in the RP1 VEC driver\n\nSupport a wider range of pixel clock rates. The driver will round\npixclock up to 108MHz/n but tries to honour the desired image width\nand position (of the centre of the display relative to HSYNC_STARTs).\nThis adds complexity but removes the need for separate 13.5MHz and\n15.428MHz modes.\n\nSupport \"fake\" double-rate progressive modes (in which only every\n2nd scanline is displayed). To work around aspect ratio issues.\n\nAdd Monochrome TV mode support. Add \"vintage\" modes (544x380i for\nSystem A; 848x738i for System E) when configured for Monochrome.\n\nAdd a way to create a \"custom\" display mode from a module parameter.\n\nSigned-off-by: Nick Hollinghurst ","shortMessageHtmlLink":"drm: rp1: vec: Support more video modes in the RP1 VEC driver"}},{"before":"5b3c219b5e5bc4ecd4e0dde7688929ff14cd08b0","after":"4968b02ede602b0fa8deb1daeb394d763013cdf8","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-23T14:43:23.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"naushir","name":null,"path":"/naushir","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/7164802?s=80&v=4"},"commit":{"message":"drivers: media: cfe: Add remap entries for mono formats\n\nThe 8-bit and 16-bit mono formats were missing the appropriate remap\nentries in the format table.\n\nSigned-off-by: Naushir Patuck ","shortMessageHtmlLink":"drivers: media: cfe: Add remap entries for mono formats"}},{"before":"c7e553cd96645c80576e7a1e4f3e6444c31d4618","after":"6dbd7c045b6483cf27cc4747ed3c24bbb3810211","ref":"refs/heads/rpi-6.9.y","pushedAt":"2024-04-23T13:10:13.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"popcornmix","name":null,"path":"/popcornmix","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1053730?s=80&v=4"},"commit":{"message":"dw-axi-dmac-platform: Avoid trampling with zero length buffer\n\nThis code:\r\nfor_each_sg(sgl, sg, sg_len, i)\r\n num_sgs += DIV_ROUND_UP(sg_dma_len(sg), axi_block_len);\r\n\r\ndetermines how many hw_desc are allocated.\r\nIf sg_dma_len(sg)=0 we don't allocate for this sgl.\r\n\r\nHowever in the next loop, we will increment loop\r\nfor this case, and loop gets higher than num_sgs\r\nand we trample memory.\r\n\r\nSigned-off-by: Dom Cobley ","shortMessageHtmlLink":"dw-axi-dmac-platform: Avoid trampling with zero length buffer"}},{"before":"55c85cfc5e2612cb594da6b6b762bb7f10788c40","after":"c7e553cd96645c80576e7a1e4f3e6444c31d4618","ref":"refs/heads/rpi-6.9.y","pushedAt":"2024-04-23T08:53:33.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dw-axi-dmac-platform: Avoid trampling with zero length buffer\n\nThis code:\r\nfor_each_sg(sgl, sg, sg_len, i)\r\n num_sgs += DIV_ROUND_UP(sg_dma_len(sg), axi_block_len);\r\n\r\ndetermines how many hw_desc are allocated.\r\nIf sg_dma_len(sg)=0 we don't allocate for this sgl.\r\n\r\nHowever in the next loop, we will increment loop\r\nfor this case, and loop gets higher than num_sgs\r\nand we trample memory.\r\n\r\nSigned-off-by: Dom Cobley ","shortMessageHtmlLink":"dw-axi-dmac-platform: Avoid trampling with zero length buffer"}},{"before":"783f47e60e75535f939b519d8db6e90a3cff78d7","after":"7fd717dba9297b63569afefad6cf60e0d899572a","ref":"refs/heads/rpi-6.8.y","pushedAt":"2024-04-23T08:52:58.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dw-axi-dmac-platform: Avoid trampling with zero length buffer\n\nThis code:\r\nfor_each_sg(sgl, sg, sg_len, i)\r\n num_sgs += DIV_ROUND_UP(sg_dma_len(sg), axi_block_len);\r\n\r\ndetermines how many hw_desc are allocated.\r\nIf sg_dma_len(sg)=0 we don't allocate for this sgl.\r\n\r\nHowever in the next loop, we will increment loop\r\nfor this case, and loop gets higher than num_sgs\r\nand we trample memory.\r\n\r\nSigned-off-by: Dom Cobley ","shortMessageHtmlLink":"dw-axi-dmac-platform: Avoid trampling with zero length buffer"}},{"before":"9577122a8e2a0489d884d5e4021db165579f08c9","after":"5b3c219b5e5bc4ecd4e0dde7688929ff14cd08b0","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-23T08:51:36.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dw-axi-dmac-platform: Avoid trampling with zero length buffer\n\nThis code:\r\nfor_each_sg(sgl, sg, sg_len, i)\r\n num_sgs += DIV_ROUND_UP(sg_dma_len(sg), axi_block_len);\r\n\r\ndetermines how many hw_desc are allocated.\r\nIf sg_dma_len(sg)=0 we don't allocate for this sgl.\r\n\r\nHowever in the next loop, we will increment loop\r\nfor this case, and loop gets higher than num_sgs\r\nand we trample memory.\r\n\r\nSigned-off-by: Dom Cobley ","shortMessageHtmlLink":"dw-axi-dmac-platform: Avoid trampling with zero length buffer"}},{"before":"090750ef2195ac41a6e9469864f68de38425b5b9","after":"55c85cfc5e2612cb594da6b6b762bb7f10788c40","ref":"refs/heads/rpi-6.9.y","pushedAt":"2024-04-23T08:14:34.000Z","pushType":"push","commitsCount":9,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"overlays: README: Document the strict_gpiod dtparam\n\nDescribe the function of the strict_gpiod dtparam.\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"overlays: README: Document the strict_gpiod dtparam"}},{"before":"02762b8c37eb0262662f5de04b09324eb0b7a4c4","after":"783f47e60e75535f939b519d8db6e90a3cff78d7","ref":"refs/heads/rpi-6.8.y","pushedAt":"2024-04-22T10:48:27.000Z","pushType":"push","commitsCount":9,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"overlays: README: Document the strict_gpiod dtparam\n\nDescribe the function of the strict_gpiod dtparam.\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"overlays: README: Document the strict_gpiod dtparam"}},{"before":"9c68ba121ba173dd5711b4537bfcdf82ec731725","after":"9577122a8e2a0489d884d5e4021db165579f08c9","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-22T08:42:41.000Z","pushType":"pr_merge","commitsCount":6,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"overlays: README: Document the strict_gpiod dtparam\n\nDescribe the function of the strict_gpiod dtparam.\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"overlays: README: Document the strict_gpiod dtparam"}},{"before":"017f788741107824346784a5f342b88013f885d0","after":"9c68ba121ba173dd5711b4537bfcdf82ec731725","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-19T15:42:40.000Z","pushType":"pr_merge","commitsCount":2,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dt: Add camX_sync option to configure a GPIO following cam FS/FE\n\nUnicam now takes an optional GPIO to expose frame start/end timing,\nso add an override to configure that.\n\nSigned-off-by: Dave Stevenson ","shortMessageHtmlLink":"dt: Add camX_sync option to configure a GPIO following cam FS/FE"}},{"before":"0c341f47adc3578cd5f817aa20ee2b7f9ae6b23e","after":"017f788741107824346784a5f342b88013f885d0","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-19T13:29:48.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"overlays/README: Document that vc4-(f)kms requires >=512MB\n\nThe firmware stops vc4-kms-v3d and vc4-fkms-v3d loading if the\nsystem has less than 512MB of RAM. It can work if gpu_mem and\nCMA heap size are set appropriately, but can't be guaranteed.\nDocument this restriction.\n\nAlso drops Eric's name from the overlay description as it\nisn't relevant or accurate anymore.\n\nSigned-off-by: Dave Stevenson ","shortMessageHtmlLink":"overlays/README: Document that vc4-(f)kms requires >=512MB"}},{"before":"5c99d12820f48ea794da304c1dbafa2ea34005f9","after":"090750ef2195ac41a6e9469864f68de38425b5b9","ref":"refs/heads/rpi-6.9.y","pushedAt":"2024-04-19T10:43:56.000Z","pushType":"push","commitsCount":13,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dts: bcm2712: cm5: Force the ANT pins to GPIOs\n\nThe magic required to make requesting a GPIO automatically change the\npinmux settings is currently absent. Work around that by explicitly\nrequesting that the ANT pins be in GPIO mode.\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"dts: bcm2712: cm5: Force the ANT pins to GPIOs"}},{"before":"b9220e893b47f62b42bb8fc9f7ace88df6a4845d","after":"02762b8c37eb0262662f5de04b09324eb0b7a4c4","ref":"refs/heads/rpi-6.8.y","pushedAt":"2024-04-19T10:34:40.000Z","pushType":"push","commitsCount":13,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dts: bcm2712: cm5: Force the ANT pins to GPIOs\n\nThe magic required to make requesting a GPIO automatically change the\npinmux settings is currently absent. Work around that by explicitly\nrequesting that the ANT pins be in GPIO mode.\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"dts: bcm2712: cm5: Force the ANT pins to GPIOs"}},{"before":"fe027c6c6cb299f17db69d04087b2ca973f78510","after":"0c341f47adc3578cd5f817aa20ee2b7f9ae6b23e","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-19T08:55:36.000Z","pushType":"pr_merge","commitsCount":3,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"dts: bcm2712: cm5: Force the ANT pins to GPIOs\n\nThe magic required to make requesting a GPIO automatically change the\npinmux settings is currently absent. Work around that by explicitly\nrequesting that the ANT pins be in GPIO mode.\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"dts: bcm2712: cm5: Force the ANT pins to GPIOs"}},{"before":"5bb5d12217a4a8c5371ab73610dd0a0c38e0f9c1","after":"fe027c6c6cb299f17db69d04087b2ca973f78510","ref":"refs/heads/rpi-6.6.y","pushedAt":"2024-04-18T21:19:48.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pelwell","name":"Phil Elwell","path":"/pelwell","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/8911409?s=80&v=4"},"commit":{"message":"ASoC: bcm: Add \"owner\" info for more soundcards\n\nSee: https://github.com/raspberrypi/linux/issues/5697\n\nSigned-off-by: Phil Elwell ","shortMessageHtmlLink":"ASoC: bcm: Add \"owner\" info for more soundcards"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEPQO6GQA","startCursor":null,"endCursor":null}},"title":"Activity ยท raspberrypi/linux"}