[参考译文] Linux/AM3352：ADC 挂起

软件团队已收到通知。 他们将在这里作出回应。

您好 Jason、

我已经比较了内核4.4.12和4.4.4.41的 ADC 驱动程序。 我们发现只有一个与互斥量相关的差异。
精确更改是获取"struct mutex fifo1_lock"的一个额外变量、并且在探测器函数中初始化 mutex、并在读取函数中解锁。
否则、驱动程序在这两种情况下都是相同的。 我们还在内核4.4.12中引入了这种变化、但问题仍然存在、ADC 在 EFT 上挂起。

此致、
Dharit

Dharit、

是否可以快速试用整个最新的 Processor SDK 内核？ 我认为您做出了最大的更改、但在 ti_am335x_adc.c 文件之外可能还有其他更改。

他们是否在 v3.2和 v4.4测试之间进行过任何硬件更改？ 我的硬件团队同事不认为单靠软件就能解决这个问题。 如果此测试中的能量耦合到 ADC 中、ADC 很可能会挂起、恢复的唯一方法是上电复位。  在过去几年中、我们就该主题进行了多次 E2E 讨论。 这是一个与系统相关的问题、您必须设计产品、使这些瞬变产生的能量不会耦合到 ADC 中。

Jason Reeder

 

您好 Jason、

在测试中、V3.2和 V4.4.4.12的硬件是相同的。 PCB 板是相同的、因此 PCB 布线也没有任何变化。 我们已经为 ADC 使用了内部基准。 为 ADC 提供的1.8V 电压和 GND 均采用 BAD BLM21PG600SN1。 在这里、1.8V 从5V 至1.8V LDO 生成。 使用直流/直流转换器通过12V 输入生成5V 电压。 12V->5V (通过 DC-DC 转换器)、5V ->1.8V (LDO)。 哪种类型的噪声会使 ADC 的处理器挂起？ 由于在系统上提供 EFT 时、我们也在监控12V 电压、因此计数不会发生太大的变化。 它的范围为3000到3010。

我们已将 ADC 驱动程序从4.4.41更改为4.4.4.12。 移植后、我们发现应用程序仍会在 ADC 中挂起、"但如果我们执行 cat 操作、则会读取 ADC 计数。" 如果我们执行 cat、则应用程序在 ADC 中挂起时、cat 也会挂起。
因此、如果4.4.41中有任何与 ADC 相关的更改、我们可以将整个内核移植到4.4.41。 另外、请告诉我们4.4.4.41中的更改是什么、因为移植整个新 SDK 是一项耗时的任务。