[chvamshi-xilinx]

Problem solved by the commit

When the fpga_accelerator device-tree node with interrupts-extended is present, ert_polling mode was broken due to two issues:

1. zocl_edge_xclbin.c: zocl_cu_intc_refresh() was called before zocl_kds_update(), so force_polling was not set when the INTC decision was made. Additionally, zocl_create_cu() ran before refresh, causing CUs to register with the old INTC that was subsequently torn down, leaving the new INTC with no CU handlers.
2. zocl_drv.c: zocl_cu_intc_refresh() always recreated the CU INTC regardless of polling mode, causing an IRQ handler to be registered even when ert_polling was enabled.
3. zocl_kds.c: force_polling in kds_sched was never set by the edge path, so kds_core could not honour the polling request.
4. zocl_ctrl_ert.c: zert_cmd_cfg_end() unconditionally set cu_intr=1, overriding the polling flag set earlier by zocl_kds_update().

Bug / issue (if any) fixed, which PR introduced the bug, how it was discovered

Found it in one of IVT

How problem was solved, alternative solutions (if any) and why they were rejected

Fix: set force_polling from kds_cfg.polling before calling zocl_cu_intc_refresh(), and move zocl_create_cu() after the refresh so CUs register with the correct (new or absent) INTC.
when force_polling is set, tear down any existing INTC and return without recreating it.
set/clear force_polling alongside cu_intr in zocl_kds_update().
guard cu_intr=1 with !force_polling.

Risks (if any) associated the changes in the commit

None

What has been tested and how, request additional testing if necessary

Tested on VCK190 with the fpga_accelerator DT overlay applied:

• Without xrt.ini: interrupt mode works, IRQ 47 appears in /proc/interrupts during kernel execution.
• With ert_polling=1 in /etc/xrt.ini: polling mode works, no zocl_irq_intc entry in /proc/interrupts at any point.

Documentation impact (if any)

None

[github-actions]

clang-tidy review says "All clean, LGTM! 👍"