结论优先：程序并发处理不当引起寄存器标志位被非预期清除，引起进入死循环。

现象：在进行AD读取数据时，有一个等待ADC转换完成的标志位，概率性卡死在while等待ADC数据转换完成。

static err_t gd32_adc_read(struct drv_adc_device *dev, int16_t channel,
                           uint32_t *buf, size_t size) 
{
  struct gd32_adc *adc = (struct gd32_adc *)(dev->private_data);
  uint32_t adc_periph = (uint32_t)(adc->adc_periph);

  if (buf == NULL) 
  {
    return -E_INVAL;
  }

  adc_channel_length_config(adc_periph, ADC_REGULAR_CHANNEL, 1);
  adc_regular_channel_config(adc_periph, 0, channel, ADC_SAMPLETIME_239POINT5);

  for (size_t i = 0; i < size; i++) 
  {
    adc_software_trigger_enable(adc_periph, ADC_REGULAR_CHANNEL);

    gd32_udelay(2);

    while (!adc_flag_get(adc_periph, ADC_FLAG_EOC))
      ;
    adc_flag_clear(adc_periph, ADC_FLAG_EOC);

    buf[i] = (uint16_t)adc_regular_data_read(adc_periph);
  }

  return size;
}

在不同任务中都有调用获取AD数据的操作，死循环出现时定位到在while (!adc_flag_get(adc_periph, ADC_FLAG_EOC))处

一开始推测问题出现方向：

1. 函数参数传递异常

2. 寄存器的置位异常（硬件动作）

验证1：仿真时定位到问题现场，传参正确，可排除

验证2：手动置起转换完成标志位，不复现，但暂无法证明硬件置位异常（首先还是从自身找问题）

想到一个读取AD的动作发生在硬件定时器超时回调里，中断优先级高于任务执行，可能出现在任务正在读取AD数据中，来了硬件定时器中断，读取过程被打断，此时中断中读取完成把转换完成标志位清除，退出中断回调，继续执行任务读取，此时一直等不到标志被置起。

这里存在设计缺陷，我们移出在中断里读取AD操作（中断不做耗时，延时操作），同时同一个ADC控制器，应该作为临界资源互斥访问。