impossibility of simultaneous operation of two OSPI in quad mode

[xfaktory]

When CubeMX generates code with both OSPI modules configured in Quad Mode the first module becomes inactive (disconnected from GPIO) after the second one is initialized.

In the function HAL_OSPIM_Config(OSPI_HandleTypeDef *hospi, OSPIM_CfgTypeDef *cfg, uint32_t Timeout)

stm32h7xx-hal-driver/Src/stm32h7xx_hal_ospi.c

Line 2484 in d649ed2

HAL_StatusTypeDef HAL_OSPIM_Config(OSPI_HandleTypeDef *hospi, OSPIM_CfgTypeDef *cfg, uint32_t Timeout)

there is a check that one port is used in both instances. but when both OSPIs configured in QuadMode IOHighPort is zero (HAL_OSPIM_IOPORT_NONE) for both and next condition is true

 if ((cfg->ClkPort == IOM_cfg[other_instance].ClkPort) || (cfg->NCSPort == IOM_cfg[other_instance].NCSPort) ||
        ((cfg->DQSPort == IOM_cfg[other_instance].DQSPort) && (cfg->DQSPort != 0U)) ||
        (cfg->IOLowPort == IOM_cfg[other_instance].IOLowPort) ||
        (cfg->IOHighPort == IOM_cfg[other_instance].IOHighPort))

I think it's necessary to add a check for cfg->IOHighPort != HAL_OSPIM_IOPORT_NONE

[xfaktory]

Parts of code from octospi.c

sOspiManagerCfg.ClkPort = 1;
  sOspiManagerCfg.NCSPort = 1;
  sOspiManagerCfg.IOLowPort = HAL_OSPIM_IOPORT_1_LOW;
  if (HAL_OSPIM_Config(&hospi1, &sOspiManagerCfg, HAL_OSPI_TIMEOUT_DEFAULT_VALUE) != HAL_OK)
  {
    Error_Handler();
  }

sOspiManagerCfg.ClkPort = 2;
 sOspiManagerCfg.NCSPort = 2;
 sOspiManagerCfg.IOLowPort = HAL_OSPIM_IOPORT_2_LOW;

 if (HAL_OSPIM_Config(&hospi2, &sOspiManagerCfg, HAL_OSPI_TIMEOUT_DEFAULT_VALUE) != HAL_OK)
 {
   Error_Handler();
 }

[KRASTM]

Hello @xfaktory,

Thank you for the report.

Could you please provide additional details about the project, such as the configuration of the two quad-mode instances with two devices, either operating simultaneously or alternately? Additionally, if possible, could you share your IOC file to enable us to reproduce the same scenario?

With regards,

[KRASTM]

ST Internal Reference: 221769