{"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:1711564024.0","currentOid":""},"activityList":{"items":[{"before":"81bc53d5b9c84cc5e4ab79a363706dfc6e844916","after":"80dca9867e2777204606704e19c5e858b1fb7f1d","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-04-30T21:51:03.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":"5c6d1c555eb4493072b05e86b5881d13284e67f1","after":"862fdbec0ebbf07ef8a8005e8075e9a99677104b","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-04-30T21:50:57.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":"de5e43c2b588ec6e87a3574e6b91db3383773f27","after":"5c6d1c555eb4493072b05e86b5881d13284e67f1","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-04-26T22:23:49.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":"96231cd8614581ff625974f2c65d7d94bde1398c","after":"81bc53d5b9c84cc5e4ab79a363706dfc6e844916","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-04-26T22:23:38.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":"3bf1a8024329b3fc20fb52fcf465b2cf11abe9c3","after":"96231cd8614581ff625974f2c65d7d94bde1398c","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-04-22T21:56:52.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":"e539741827c6840a76c76a289ad3855eac45e563","after":"de5e43c2b588ec6e87a3574e6b91db3383773f27","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-04-22T21:49: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":"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":"d9e6445225aec0b4c8b031cb0b54602aaba2972f","after":"8c2aa72ace8f45f0be5beaa539dbd03d022a4357","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-04-22T21:47:47.000Z","pushType":"push","commitsCount":12,"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 ","shortMessageHtmlLink":"fpga: dfl-pci: add PCI subdevice ID for Intel D5005 card"}},{"before":"a173f8fc61bb864c5c53930981b79084291e95fb","after":"3bf1a8024329b3fc20fb52fcf465b2cf11abe9c3","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-04-19T20:14:55.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":"58eaa7af1a6e260ccce7ef87f4f8a9a175098f18","after":"e539741827c6840a76c76a289ad3855eac45e563","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-04-19T20:14:46.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":"b85ea95d086471afb4ad062012a4d73cd328fa86","after":"4cece764965020c22cff7665b18a012006359095","ref":"refs/heads/master","pushedAt":"2024-03-27T19:48:23.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.9-rc1","shortMessageHtmlLink":"Linux 6.9-rc1"}},{"before":"b85ea95d086471afb4ad062012a4d73cd328fa86","after":null,"ref":"refs/tags/2.12.0-1","pushedAt":"2024-03-27T18:27:04.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":"4f1bfefd09f22a95a4082b2914148691a5117f12","ref":"refs/heads/fpga-ofs-dev-6.8","pushedAt":"2024-03-25T23:45: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":"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":"28287f94772ade927b19e7f3af07a666ec34c4a3","after":"58eaa7af1a6e260ccce7ef87f4f8a9a175098f18","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-03-25T23:43: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":"6a2c35e4c3fe10bdad8cd52302a1e9841db28b94","after":"a173f8fc61bb864c5c53930981b79084291e95fb","ref":"refs/heads/fpga-upstream-dev","pushedAt":"2024-03-25T23:38:06.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":"c9d5b9ffe6b1e7241126c99d04d77ae18c01fa38","ref":"refs/heads/fpga-upstream-dev-6.8-rc1","pushedAt":"2024-03-25T23:36:23.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":null,"after":"6a2c35e4c3fe10bdad8cd52302a1e9841db28b94","ref":"refs/heads/fpga-upstream-dev-6.7-rc1","pushedAt":"2024-03-25T23:35:32.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":"f230faf00e6b00fd1b7710a165459c7e4e4e7884","after":"d9e6445225aec0b4c8b031cb0b54602aaba2972f","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-03-14T15:02:05.000Z","pushType":"push","commitsCount":784,"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.21","shortMessageHtmlLink":"Merge stable kernel version v6.6.21"}},{"before":"044e4ad39588631ef39af8658ca0d9be0e29b434","after":"f230faf00e6b00fd1b7710a165459c7e4e4e7884","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-03-12T19:21:21.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-cxl-cache: sync driver to submitted upstream patch\n\nThe upstream patch revises the module description and the author list\nin . A redundant call to dev_set_drvdata() is\nremoved in cxl_cache_chardev_uinit().\n\nBIT() is replaced with _BITUL() to define the DFL_CXL_CACHE_REGION_READ_*\nflags, since BIT() is not defined in the UAPI headers and its usage may\ncause userspace build errors; see, e.g., commit fb1070d18edb (\"KVM: X86:\nUse _BITUL() macro in UAPI headers\").\n\nNote that the upstream patch is missing commit 0eec35cdda2b2 (\"fpga:\ndfl-cxl-cache: fix check of return of vma_lookup()\").\n\nLink: https://patchwork.kernel.org/project/linux-fpga/patch/20240308172327.1970160-1-matthew.gerlach@linux.intel.com/\nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"fpga: dfl-cxl-cache: sync driver to submitted upstream patch"}},{"before":"32e2ccd4ee20edf889db32b0d7988a47a600075b","after":"28287f94772ade927b19e7f3af07a666ec34c4a3","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-03-12T19:20:06.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":"7bdd75c89ea6d6093ecc78c772bcd3e1eaa91493","after":"32e2ccd4ee20edf889db32b0d7988a47a600075b","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-03-11T23:04:08.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":"e5fcc225a133e884e780d949b72a73d474db6057","ref":"refs/heads/fpga-ofs-dev-6.7","pushedAt":"2024-03-11T23:02:06.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":"9c37888e9b7d9ab36e8d1a1f59b247f4f652dadb","after":"044e4ad39588631ef39af8658ca0d9be0e29b434","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-03-11T22:30:09.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-pci-sva: use iommu_sva_get_pasid() to obtain PASID\n\nUse wrapper function iommu_sva_get_pasid() around mm_get_enqcmd_pasid(),\nwhich was first introduced in commit 26b25a2b98e45 (\"iommu: Bind process\naddress spaces to devices\") together with iommu_sva_bind_device() and\nhence does not require backporting to older kernels.\n\nLink: https://github.com/OFS/linux-dfl-backport/pull/113#issuecomment-1970221321\nSuggested-by: Michael Adler \nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"fpga: dfl-pci-sva: use iommu_sva_get_pasid() to obtain PASID"}},{"before":null,"after":"b85ea95d086471afb4ad062012a4d73cd328fa86","ref":"refs/heads/v6.8","pushedAt":"2024-02-29T19:40: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":"Linux 6.7-rc1","shortMessageHtmlLink":"Linux 6.7-rc1"}},{"before":"ba2f178179b59dda22134ed6f4a162bf07b30be9","after":"6b0d820d436dda1e5949205a8f081fe0360c8430","ref":"refs/heads/fpga-ofs-dev-6.1-lts","pushedAt":"2024-02-22T21:22:24.000Z","pushType":"push","commitsCount":5563,"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.1.78","shortMessageHtmlLink":"Merge stable kernel version v6.1.78"}},{"before":"ac3ff19483556fea4ec5ce4c486493f24de375f2","after":"9c37888e9b7d9ab36e8d1a1f59b247f4f652dadb","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-02-22T21:21:44.000Z","pushType":"push","commitsCount":3041,"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.17","shortMessageHtmlLink":"Merge stable kernel version v6.6.17"}},{"before":"0eec35cdda2b20991bbd7fa032f9cd12a0de6f5b","after":"ac3ff19483556fea4ec5ce4c486493f24de375f2","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-02-09T16:02:21.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl-cxl-cache: depend on DRM\n\nThis resolves an undefined reference to drm_clflush_virt_range()\nwhen building a kernel without modules and minimal configuration.\n\nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"fpga: dfl-cxl-cache: depend on DRM"}},{"before":"1da570d7987e510733f9343bbe4a8729ddd0f351","after":"ba2f178179b59dda22134ed6f4a162bf07b30be9","ref":"refs/heads/fpga-ofs-dev-6.1-lts","pushedAt":"2024-02-09T16:01:06.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl-cxl-cache: depend on DRM\n\nThis resolves an undefined reference to drm_clflush_virt_range()\nwhen building a kernel without modules and minimal configuration.\n\nSigned-off-by: Peter Colberg ","shortMessageHtmlLink":"fpga: dfl-cxl-cache: depend on DRM"}},{"before":"4a15ec5a3b7b972fdcc8467ead022ea69647acb4","after":"7bdd75c89ea6d6093ecc78c772bcd3e1eaa91493","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-01-18T23:32:57.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":"bd6b4a809584328b0619c7a120eec772f5e32d3a","after":"4a15ec5a3b7b972fdcc8467ead022ea69647acb4","ref":"refs/heads/fpga-ofs-dev","pushedAt":"2024-01-10T00:11:54.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":"493dc5c660b0ce2e0b4a2d3a18e2f63f2df91456","after":"0eec35cdda2b20991bbd7fa032f9cd12a0de6f5b","ref":"refs/heads/fpga-ofs-dev-6.6-lts","pushedAt":"2024-01-10T00:06:10.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"pcolberg","name":"Peter Colberg","path":"/pcolberg","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/73602623?s=80&v=4"},"commit":{"message":"fpga: dfl-cxl-cache: fix check of return of vma_lookup()\n\nThe function, vma_lookup, return NULL on error, not PTR_ERR.\nFix the error handling accordingly. This problem was reported\nby Coverity.\n\nSigned-off-by: Matthew Gerlach