{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":255410823,"defaultBranch":"master","name":"linux-dfl","ownerLogin":"OFS","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2020-04-13T18:31:18.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/111590853?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1726777092.0","currentOid":""},"activityList":{"items":[{"before":"a1cd10397538ba7ea98a9abcbb68d0af9843d95f","after":null,"ref":"refs/heads/pcolberg/macro-argument-reuse","pushedAt":"2024-09-19T20:18:12.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"}},{"before":null,"after":"a1cd10397538ba7ea98a9abcbb68d0af9843d95f","ref":"refs/heads/pcolberg/macro-argument-reuse","pushedAt":"2024-09-19T20:17:37.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix macro argument reuse in dfl_fpga_dev_for_each_feature()\n\nPrefix macro arguments with underscore to resolve checkpatch warnings\n\"Macro argument reuse 'fdata/feature' - possible side-effects?\".\n\nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"fpga: dfl: fix macro argument reuse in dfl_fpga_dev_for_each_feature()"}},{"before":"0490b365397cede017e4fb0505ba43a3f8f84c52","after":"a1ec696bf5ce108c3402e916b811642526248e2e","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-09-19T18:05:19.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\n\nThe dfl ports are registered as platform devices in PF mode. The port\ndevice should be removed from host when the user wants to configure the\nport as VF and pass through to VM. The FME dev ioctls\nDFL_FPGA_FME_PORT_RELEASE/ASSIGN are designed for this purpose.\n\nIn previous implementation, the port platform device is not completely\ndestroyed on port release. It is removed from system by\nplatform_device_del(), but the platform device instance is retained.\nWhen the port assign ioctl is called, it is added back by\nplatform_device_add(). It conflicts to the comments of device_add():\n\"Do not call this routine more than once for any device structure\",\nand will cause kernel warning at runtime.\n\nThe patch tries to completely unregisters the port platform device on\nrelease and registers a new one on assign. But the main work is to\nremove the dependency of struct dfl_feature_platform_data for many\ninternal DFL APIs. This structure holds many DFL enumeration info for\nfeature devices. Many DFL APIs are expected to work with these info even\nwhen the port platform device is unregistered. But with the change the\nplatform_data will be freed in this case. So this patch introduced a new\nstructure dfl_feature_dev_data for these APIs, it acts similarly as the\nprevious dfl_feature_platform_data. The dfl_feature_platform_data then\nonly needs a pointer this dfl_feature_dev_data to make feature device\ndriver work.\n\nSigned-off-by: Xu Yilun \nSigned-off-by: Russ Weight \nSigned-off-by: Ilpo Järvinen ","shortMessageHtmlLink":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV"}},{"before":"593cf51ec8912f6c7e991f45894343fe349d81bf","after":"c92bfc52be08ff27c9ce63c1d4f07c063c06570c","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-09-19T18:05:10.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"5741f5dd0fa98689609a0d1aa6795d1dfa37031e","after":"62ef2561fb3d4ed5ec764e85cdb98e76413c9484","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-09-19T17:19:31.000Z","pushType":"push","commitsCount":3803,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"Merge stable kernel version v6.6.52","shortMessageHtmlLink":"Merge stable kernel version v6.6.52"}},{"before":"e3f3e19bba7b26099f7e8926b4f8e8e37e3159c0","after":"593cf51ec8912f6c7e991f45894343fe349d81bf","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-09-19T17:18:07.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"08cc6439d9a1e15a34c1bafbe1aa055576668e85","after":"0490b365397cede017e4fb0505ba43a3f8f84c52","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-09-19T17:17:22.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\n\nThe dfl ports are registered as platform devices in PF mode. The port\ndevice should be removed from host when the user wants to configure the\nport as VF and pass through to VM. The FME dev ioctls\nDFL_FPGA_FME_PORT_RELEASE/ASSIGN are designed for this purpose.\n\nIn previous implementation, the port platform device is not completely\ndestroyed on port release. It is removed from system by\nplatform_device_del(), but the platform device instance is retained.\nWhen the port assign ioctl is called, it is added back by\nplatform_device_add(). It conflicts to the comments of device_add():\n\"Do not call this routine more than once for any device structure\",\nand will cause kernel warning at runtime.\n\nThe patch tries to completely unregisters the port platform device on\nrelease and registers a new one on assign. But the main work is to\nremove the dependency of struct dfl_feature_platform_data for many\ninternal DFL APIs. This structure holds many DFL enumeration info for\nfeature devices. Many DFL APIs are expected to work with these info even\nwhen the port platform device is unregistered. But with the change the\nplatform_data will be freed in this case. So this patch introduced a new\nstructure dfl_feature_dev_data for these APIs, it acts similarly as the\nprevious dfl_feature_platform_data. The dfl_feature_platform_data then\nonly needs a pointer this dfl_feature_dev_data to make feature device\ndriver work.\n\nSigned-off-by: Xu Yilun \nSigned-off-by: Russ Weight \nSigned-off-by: Ilpo Järvinen ","shortMessageHtmlLink":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV"}},{"before":"1613e604df0cd359cf2a7fbd9be7a0bcfacfabd0","after":"8400291e289ee6b2bf9779ff1c83a291501f017b","ref":"refs/heads/master","pushedAt":"2024-08-20T22:16:39.000Z","pushType":"push","commitsCount":10000,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"Linux 6.11-rc1","shortMessageHtmlLink":"Linux 6.11-rc1"}},{"before":"c31d4144ca69b292690b6e2c244f4e39e40d5bde","after":"5741f5dd0fa98689609a0d1aa6795d1dfa37031e","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-08-20T22:10:59.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"hwmon: intel-m10-bmc-hwmon: consistently use CVL in sensor labels\n\nRelabel Columbiaville to CVL Die Temperature sensor for consistency.\n\nLink: https://hsdes.intel.com/appstore/article/#/14612021938\nFixes: e1983220ae14 (\"hwmon: intel-m10-bmc-hwmon: Add N6000 sensors\")\nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"hwmon: intel-m10-bmc-hwmon: consistently use CVL in sensor labels"}},{"before":"808decb17c6013b8779bf3d5fc2bf829dc40ec6f","after":"e3f3e19bba7b26099f7e8926b4f8e8e37e3159c0","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-08-20T22:07:37.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"ff7d2eb62b53ece93356a415debeee973b4a379f","after":"08cc6439d9a1e15a34c1bafbe1aa055576668e85","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-08-20T22:07:23.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\n\nThe dfl ports are registered as platform devices in PF mode. The port\ndevice should be removed from host when the user wants to configure the\nport as VF and pass through to VM. The FME dev ioctls\nDFL_FPGA_FME_PORT_RELEASE/ASSIGN are designed for this purpose.\n\nIn previous implementation, the port platform device is not completely\ndestroyed on port release. It is removed from system by\nplatform_device_del(), but the platform device instance is retained.\nWhen the port assign ioctl is called, it is added back by\nplatform_device_add(). It conflicts to the comments of device_add():\n\"Do not call this routine more than once for any device structure\",\nand will cause kernel warning at runtime.\n\nThe patch tries to completely unregisters the port platform device on\nrelease and registers a new one on assign. But the main work is to\nremove the dependency of struct dfl_feature_platform_data for many\ninternal DFL APIs. This structure holds many DFL enumeration info for\nfeature devices. Many DFL APIs are expected to work with these info even\nwhen the port platform device is unregistered. But with the change the\nplatform_data will be freed in this case. So this patch introduced a new\nstructure dfl_feature_dev_data for these APIs, it acts similarly as the\nprevious dfl_feature_platform_data. The dfl_feature_platform_data then\nonly needs a pointer this dfl_feature_dev_data to make feature device\ndriver work.\n\nSigned-off-by: Xu Yilun \nSigned-off-by: Russ Weight \nSigned-off-by: Ilpo Järvinen ","shortMessageHtmlLink":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV"}},{"before":null,"after":"f25897ea97fff84aba33f333155bd1039164bdc5","ref":"refs/heads/fpga-ofs-dev-6.10","pushedAt":"2024-08-20T22:03:53.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":null,"after":"ff7d2eb62b53ece93356a415debeee973b4a379f","ref":"refs/heads/fpga-upstream-dev-6.10-rc1","pushedAt":"2024-08-20T22:01:42.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\n\nThe dfl ports are registered as platform devices in PF mode. The port\ndevice should be removed from host when the user wants to configure the\nport as VF and pass through to VM. The FME dev ioctls\nDFL_FPGA_FME_PORT_RELEASE/ASSIGN are designed for this purpose.\n\nIn previous implementation, the port platform device is not completely\ndestroyed on port release. It is removed from system by\nplatform_device_del(), but the platform device instance is retained.\nWhen the port assign ioctl is called, it is added back by\nplatform_device_add(). It conflicts to the comments of device_add():\n\"Do not call this routine more than once for any device structure\",\nand will cause kernel warning at runtime.\n\nThe patch tries to completely unregisters the port platform device on\nrelease and registers a new one on assign. But the main work is to\nremove the dependency of struct dfl_feature_platform_data for many\ninternal DFL APIs. This structure holds many DFL enumeration info for\nfeature devices. Many DFL APIs are expected to work with these info even\nwhen the port platform device is unregistered. But with the change the\nplatform_data will be freed in this case. So this patch introduced a new\nstructure dfl_feature_dev_data for these APIs, it acts similarly as the\nprevious dfl_feature_platform_data. The dfl_feature_platform_data then\nonly needs a pointer this dfl_feature_dev_data to make feature device\ndriver work.\n\nSigned-off-by: Xu Yilun \nSigned-off-by: Russ Weight \nSigned-off-by: Ilpo Järvinen ","shortMessageHtmlLink":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV"}},{"before":"1ca6f3ba367721bb810981efe9e8628e7a9d539c","after":"c31d4144ca69b292690b6e2c244f4e39e40d5bde","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-08-20T14:19:18.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"net: phy: qsfp-mem: fix warnings about missing prototypes\n\nsysfs callback methods should be declared static to limit visibility,\nsince these are not called directly but through function pointers.\n\nCloses: https://github.com/OFS/linux-dfl-backport/issues/135\nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"net: phy: qsfp-mem: fix warnings about missing prototypes"}},{"before":"b65f746c03dad97f6fadae2579992ab84700dfac","after":"808decb17c6013b8779bf3d5fc2bf829dc40ec6f","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-08-20T14:18:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"a77fbd8c4130e8ff19182fde298d38611e59892b","after":"ff7d2eb62b53ece93356a415debeee973b4a379f","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-06-17T16:18:34.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\n\nThe dfl ports are registered as platform devices in PF mode. The port\ndevice should be removed from host when the user wants to configure the\nport as VF and pass through to VM. The FME dev ioctls\nDFL_FPGA_FME_PORT_RELEASE/ASSIGN are designed for this purpose.\n\nIn previous implementation, the port platform device is not completely\ndestroyed on port release. It is removed from system by\nplatform_device_del(), but the platform device instance is retained.\nWhen the port assign ioctl is called, it is added back by\nplatform_device_add(). It conflicts to the comments of device_add():\n\"Do not call this routine more than once for any device structure\",\nand will cause kernel warning at runtime.\n\nThe patch tries to completely unregisters the port platform device on\nrelease and registers a new one on assign. But the main work is to\nremove the dependency of struct dfl_feature_platform_data for many\ninternal DFL APIs. This structure holds many DFL enumeration info for\nfeature devices. Many DFL APIs are expected to work with these info even\nwhen the port platform device is unregistered. But with the change the\nplatform_data will be freed in this case. So this patch introduced a new\nstructure dfl_feature_dev_data for these APIs, it acts similarly as the\nprevious dfl_feature_platform_data. The dfl_feature_platform_data then\nonly needs a pointer this dfl_feature_dev_data to make feature device\ndriver work.\n\nSigned-off-by: Xu Yilun \nSigned-off-by: Russ Weight \nSigned-off-by: Ilpo Järvinen ","shortMessageHtmlLink":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV"}},{"before":"3dd4e48950a5a7e7f1258bc815d500ef318185e5","after":"b65f746c03dad97f6fadae2579992ab84700dfac","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-06-17T16:18:17.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"25491eaf358f58669ac315898a68338b201e729e","after":"1ca6f3ba367721bb810981efe9e8628e7a9d539c","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-06-17T16:17:32.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fme: fix regression querying platform device in power_hwmon_write()\n\nThe function power_hwmon_write() receives a hwmon device created with\ndevm_hwmon_device_register_with_info(). Its parent device is the\nplatform device, i.e., dfl-fme.X device. The platform device is passed\nto to_dfl_feature_dev_data(), which queries the associated platform\ndata to retrieve the feature device data.\n\nThe FME power management feature was available on Intel(R) Xeon(R) CPU\nwith Integrated FPGAs, which were capable of drawing more power than the\nsocket could deliver. Discrete FPGA cards do not expose this feature.\n\nFixes: 294699dad8a4 (\"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\")\nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"fpga: dfl: fme: fix regression querying platform device in power_hwmo…"}},{"before":"36d74f71d1c71d00ffd5890c72f13cc62fe82ae7","after":null,"ref":"refs/heads/pcolberg/sync-fpga-ofs-dev-6.6-lts","pushedAt":"2024-05-31T23:59:32.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"}},{"before":null,"after":"36d74f71d1c71d00ffd5890c72f13cc62fe82ae7","ref":"refs/heads/pcolberg/sync-fpga-ofs-dev-6.6-lts","pushedAt":"2024-05-31T23:58:48.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl-pci: add PCI subdevice ID for Intel D5005 card\n\nAdd PCI subdevice ID for the Intel D5005 Stratix 10 FPGA card as\nused with the Open FPGA Stack (OFS) FPGA Interface Manager (FIM).\n\nUnlike the Intel D5005 PAC FIM which exposed a separate PCI device ID,\nthe OFS FIM reuses the same device ID for all DFL-based FPGA cards\nand differentiates on the subdevice ID. The subdevice ID values were\nchosen as the numeric part of the FPGA card names in hexadecimal.\n\nLink: https://github.com/OFS/dfl-feature-id/pull/4\nSigned-off-by: Peter Colberg \nReviewed-by: Matthew Gerlach \n(cherry picked from commit 8c2aa72ace8f45f0be5beaa539dbd03d022a4357)","shortMessageHtmlLink":"fpga: dfl-pci: add PCI subdevice ID for Intel D5005 card"}},{"before":"6780bc49c3200faf08d2e01778c244a2b8e27f0a","after":"25491eaf358f58669ac315898a68338b201e729e","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-05-31T23:40:43.000Z","pushType":"push","commitsCount":2342,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"Merge stable kernel version v6.6.32","shortMessageHtmlLink":"Merge stable kernel version v6.6.32"}},{"before":"4cece764965020c22cff7665b18a012006359095","after":"1613e604df0cd359cf2a7fbd9be7a0bcfacfabd0","ref":"refs/heads/master","pushedAt":"2024-05-31T23:35:43.000Z","pushType":"push","commitsCount":10000,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"Linux 6.10-rc1","shortMessageHtmlLink":"Linux 6.10-rc1"}},{"before":"0ab32a1b311982ac746d4fc5a01ceab737a251a1","after":"a77fbd8c4130e8ff19182fde298d38611e59892b","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-05-31T23:35:33.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\n\nThe dfl ports are registered as platform devices in PF mode. The port\ndevice should be removed from host when the user wants to configure the\nport as VF and pass through to VM. The FME dev ioctls\nDFL_FPGA_FME_PORT_RELEASE/ASSIGN are designed for this purpose.\n\nIn previous implementation, the port platform device is not completely\ndestroyed on port release. It is removed from system by\nplatform_device_del(), but the platform device instance is retained.\nWhen the port assign ioctl is called, it is added back by\nplatform_device_add(). It conflicts to the comments of device_add():\n\"Do not call this routine more than once for any device structure\",\nand will cause kernel warning at runtime.\n\nThe patch tries to completely unregisters the port platform device on\nrelease and registers a new one on assign. But the main work is to\nremove the dependency of struct dfl_feature_platform_data for many\ninternal DFL APIs. This structure holds many DFL enumeration info for\nfeature devices. Many DFL APIs are expected to work with these info even\nwhen the port platform device is unregistered. But with the change the\nplatform_data will be freed in this case. So this patch introduced a new\nstructure dfl_feature_dev_data for these APIs, it acts similarly as the\nprevious dfl_feature_platform_data. The dfl_feature_platform_data then\nonly needs a pointer this dfl_feature_dev_data to make feature device\ndriver work.\n\nSigned-off-by: Xu Yilun \nSigned-off-by: Russ Weight \nSigned-off-by: Ilpo Järvinen ","shortMessageHtmlLink":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV"}},{"before":"ffc3d3f535a59aa4089b7ecbd944a6813144a833","after":"3dd4e48950a5a7e7f1258bc815d500ef318185e5","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-05-31T23:35:26.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":null,"after":"bcc924236052b4577a330f1165bc0d5f950fc4d9","ref":"refs/heads/fpga-ofs-dev-6.9","pushedAt":"2024-05-31T23:30:51.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"f44a9b5f5003e4aa002466dee13a0096e07bd05d","after":"ffc3d3f535a59aa4089b7ecbd944a6813144a833","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-05-31T23:27:47.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"8cd849b17eff58beffb69eff05f1024bdd967293","after":"6780bc49c3200faf08d2e01778c244a2b8e27f0a","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-05-31T23:27:38.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"net: phy: qsfp-mem: fix excessive cable polling\n\nIn certain cases, polling for the precense of the cable was\nperforming a busy wait taking 1 second, and the polling was\nbeing scheduled every 1/2 second. If sending the setPage0\ncommand timesout sending the data over I2C, then quickly\nfail the poll for the cable.\n\nSigned-off-by: Matthew Gerlach ","shortMessageHtmlLink":"net: phy: qsfp-mem: fix excessive cable polling"}},{"before":null,"after":"0ab32a1b311982ac746d4fc5a01ceab737a251a1","ref":"refs/heads/fpga-upstream-dev-6.9-rc1","pushedAt":"2024-05-31T23:27:25.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV\n\nThe dfl ports are registered as platform devices in PF mode. The port\ndevice should be removed from host when the user wants to configure the\nport as VF and pass through to VM. The FME dev ioctls\nDFL_FPGA_FME_PORT_RELEASE/ASSIGN are designed for this purpose.\n\nIn previous implementation, the port platform device is not completely\ndestroyed on port release. It is removed from system by\nplatform_device_del(), but the platform device instance is retained.\nWhen the port assign ioctl is called, it is added back by\nplatform_device_add(). It conflicts to the comments of device_add():\n\"Do not call this routine more than once for any device structure\",\nand will cause kernel warning at runtime.\n\nThe patch tries to completely unregisters the port platform device on\nrelease and registers a new one on assign. But the main work is to\nremove the dependency of struct dfl_feature_platform_data for many\ninternal DFL APIs. This structure holds many DFL enumeration info for\nfeature devices. Many DFL APIs are expected to work with these info even\nwhen the port platform device is unregistered. But with the change the\nplatform_data will be freed in this case. So this patch introduced a new\nstructure dfl_feature_dev_data for these APIs, it acts similarly as the\nprevious dfl_feature_platform_data. The dfl_feature_platform_data then\nonly needs a pointer this dfl_feature_dev_data to make feature device\ndriver work.\n\nSigned-off-by: Xu Yilun \nSigned-off-by: Russ Weight \nSigned-off-by: Ilpo Järvinen ","shortMessageHtmlLink":"fpga: dfl: fix the kernel warning when release/assign ports for SRIOV"}},{"before":"d5ba6ae955f1298630765c599fa3e48a329b4763","after":"f44a9b5f5003e4aa002466dee13a0096e07bd05d","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-05-22T22:33:53.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"configs: DFL driver config options\n\nHaving separate config files means having a lot of duplicate options\nlisted in both files. It also means that both config files need to be\nused in order to build all of the DFL support into a single kernel.\n\nThis change merges the configs into a single list of config options and\nrenames the readme.txt file to README.\n\nThe n3000_d5005_defconfig and n5010_defconfig files are now deprecated\nand will be removed soon.\n\nSigned-off-by: Russ Weight ","shortMessageHtmlLink":"configs: DFL driver config options"}},{"before":"c2e016414a996cbf24f567ca14e80bb1dffd2913","after":"8cd849b17eff58beffb69eff05f1024bdd967293","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-05-22T22:33:48.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"net: phy: qsfp-mem: fix kernel message storm\n\nIn certain cases, the kernel log would get written to by\nthe qsfp-mem-core driver every 500 ms. Prevent this message\nstorm and only give messages on cable unplug/plug.\n\nSigned-off-by: Matthew Gerlach ","shortMessageHtmlLink":"net: phy: qsfp-mem: fix kernel message storm"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"startCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0xOVQyMDoxODoxMi4wMDAwMDBazwAAAAS7SN-0","endCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wNS0yMlQyMjozMzo0OC4wMDAwMDBazwAAAARRbddd"}},"title":"Activity · OFS/linux-dfl"}