Commit c67b0579 authored by Ofir Bitton's avatar Ofir Bitton Committed by Oded Gabbay
Browse files

habanalabs: update firmware header files 



Update recent changes made in firmware header files, which contain
a minor COMMS protocol change and new error status definitions.

Signed-off-by: default avatarOfir Bitton <obitton@habana.ai>
Reviewed-by: default avatarOded Gabbay <ogabbay@kernel.org>
Signed-off-by: default avatarOded Gabbay <ogabbay@kernel.org>
parent 486e1979

drivers/misc/habanalabs/common/firmware_if.c

+2 −2
Original line number Diff line number Diff line
@@ -1953,8 +1953,8 @@ static void hl_fw_dynamic_update_linux_interrupt_if(struct hl_device *hdev) 
	if (!hdev->asic_prop.gic_interrupts_enable &&

			!(hdev->asic_prop.fw_app_cpu_boot_dev_sts0 &

				CPU_BOOT_DEV_STS0_MULTI_IRQ_POLL_EN)) {

		dyn_regs->gic_host_halt_irq = dyn_regs->gic_host_irq_ctrl;

		dyn_regs->gic_host_ints_irq = dyn_regs->gic_host_irq_ctrl;

		dyn_regs->gic_host_halt_irq = dyn_regs->gic_host_pi_upd_irq;

		dyn_regs->gic_host_ints_irq = dyn_regs->gic_host_pi_upd_irq;



		dev_warn(hdev->dev,

			"Using a single interrupt interface towards cpucp");

drivers/misc/habanalabs/include/common/hl_boot_if.h

+31 −4
Original line number Diff line number Diff line
@@ -78,6 +78,26 @@ 
 * CPU_BOOT_ERR0_DEVICE_UNUSABLE_FAIL	Device is unusable and customer support

 *					should be contacted.

 *

 * CPU_BOOT_ERR0_ARC0_HALT_ACK_NOT_RCVD	HALT ACK from ARC0 is not received

 *					within specified retries after issuing

 *					HALT request. ARC0 appears to be in bad

 *					reset.

 *

 * CPU_BOOT_ERR0_ARC1_HALT_ACK_NOT_RCVD	HALT ACK from ARC1 is not received

 *					within specified retries after issuing

 *					HALT request. ARC1 appears to be in bad

 *					reset.

 *

 * CPU_BOOT_ERR0_ARC0_RUN_ACK_NOT_RCVD	RUN ACK from ARC0 is not received

 *					within specified timeout after issuing

 *					RUN request. ARC0 appears to be in bad

 *					reset.

 *

 * CPU_BOOT_ERR0_ARC1_RUN_ACK_NOT_RCVD	RUN ACK from ARC1 is not received

 *					within specified timeout after issuing

 *					RUN request. ARC1 appears to be in bad

 *					reset.

 *

 * CPU_BOOT_ERR0_ENABLED		Error registers enabled.

 *					This is a main indication that the

 *					running FW populates the error
@@ -98,6 +118,10 @@ 
#define CPU_BOOT_ERR0_SEC_IMG_VER_FAIL		(1 << 11)

#define CPU_BOOT_ERR0_PLL_FAIL			(1 << 12)

#define CPU_BOOT_ERR0_DEVICE_UNUSABLE_FAIL	(1 << 13)

#define CPU_BOOT_ERR0_ARC0_HALT_ACK_NOT_RCVD	(1 << 14)

#define CPU_BOOT_ERR0_ARC1_HALT_ACK_NOT_RCVD	(1 << 15)

#define CPU_BOOT_ERR0_ARC0_RUN_ACK_NOT_RCVD	(1 << 16)

#define CPU_BOOT_ERR0_ARC1_RUN_ACK_NOT_RCVD	(1 << 17)

#define CPU_BOOT_ERR0_ENABLED			(1 << 31)

#define CPU_BOOT_ERR1_ENABLED			(1 << 31)
@@ -313,10 +337,7 @@ struct cpu_dyn_regs { 
	__le32 hw_state;

	__le32 kmd_msg_to_cpu;

	__le32 cpu_cmd_status_to_host;

	union {

		__le32 gic_host_irq_ctrl;

	__le32 gic_host_pi_upd_irq;

	};

	__le32 gic_tpc_qm_irq_ctrl;

	__le32 gic_mme_qm_irq_ctrl;

	__le32 gic_dma_qm_irq_ctrl;
@@ -462,6 +483,11 @@ struct lkd_fw_comms_msg { 
 *				Do not wait for BMC response.

 *

 * COMMS_LOW_PLL_OPP		Initialize PLLs for low OPP.

 *

 * COMMS_PREP_DESC_ELBI		Same as COMMS_PREP_DESC only that the memory

 *				space is allocated in a ELBI access only

 *				address range.

 *

 */

enum comms_cmd {

	COMMS_NOOP = 0,
@@ -474,6 +500,7 @@ enum comms_cmd { 
	COMMS_GOTO_WFE = 7,

	COMMS_SKIP_BMC = 8,

	COMMS_LOW_PLL_OPP = 9,

	COMMS_PREP_DESC_ELBI = 10,

	COMMS_INVLD_LAST

};

drivers/misc/habanalabs/include/gaudi/gaudi_reg_map.h

+0 −2
Original line number Diff line number Diff line
@@ -12,8 +12,6 @@ 
 * PSOC scratch-pad registers

 */

#define mmHW_STATE			mmPSOC_GLOBAL_CONF_SCRATCHPAD_0

/* TODO: remove mmGIC_HOST_IRQ_CTRL_POLL_REG */

#define mmGIC_HOST_IRQ_CTRL_POLL_REG	mmPSOC_GLOBAL_CONF_SCRATCHPAD_1

#define mmGIC_HOST_PI_UPD_IRQ_POLL_REG	mmPSOC_GLOBAL_CONF_SCRATCHPAD_1

#define mmGIC_TPC_QM_IRQ_CTRL_POLL_REG	mmPSOC_GLOBAL_CONF_SCRATCHPAD_2

#define mmGIC_MME_QM_IRQ_CTRL_POLL_REG	mmPSOC_GLOBAL_CONF_SCRATCHPAD_3