[参考译文] Linux/processor-SDK-AM335X：内核4.4有时会在引导@时钟源：jiffies 时挂起

您好！

供参考、4.4.12内核不是 TI 官方内核版本。 您能否分享您从何处下载源文件、以便我了解这些文件？

此致、
Yordan

您好！

让我看一下内核源代码、然后我将返回我的反馈。

此致、
Yordan

您好！

我认为问题不在时钟源中
[0.296301]时钟源：Jiffies：MASK：0xFFFFFFFF max_cycles：0xFFFFFFFF、max_idle_ns：19112604462750000 ns
在正常启动的器件上可以看到这完全相同的行、即下面是我的 BBB、运行内核4.4.19：
[0.169660]时钟源：Jiffies：MASK：0xFFFFFFFF max_cycles：0xFFFFFFFF、max_idle_ns：19112604462750000 ns

您的系统实际上挂起：
[0.331495] GPIO 线路20 (DDR VTT 使能)硬启动输出/高电平

它来自 drivers/GPIO/gpioib.c、GPIO_hogd ()：
/*将 GPIO 标记为"硬点"、以便稍后识别和删除*/
SET_BIT (flag_is 和 hdc->flags)；

PR_INFO ("GPIO 行%d (%s)作为%s%s%s\n"、
DESC_TO_GPIO (DESC)、名称、
(Dflags&GPIOD_flags_bit_DIR_OUT)？ "输出"："输入"、
(Dflags&GPIOD_flags_bit_DIR_OUT)？
(Dflags&GPIOD_flags_bit_DIR_VAL)？ “/高”:“/低”:“);
您案例中的行名为"DDR VTT enable"。 您能否发布 DTS 文件和完整的引导日志(uboot 输出和内核输出直到其挂起)？

此问题是否仅在一个板上或在多个板上重现？ 您是否查看了原理图、尤其是 DDR 连接(确保严格遵循 DM 导线)(？) 我不排除硬件问题..

此致、
Yordan

您好！

[引用]因此、在我们对该引脚进行多路复用之前、是否有任何方法阻止该引脚重新初始化(因为它已经在 u-boot 中正确初始化)？[/引用]

如果您已在 u-boot 中正确设置此引脚(与 DDR 关联)、请尝试从内核侧删除它。 通常、DDR 配置在 u-boot 中只完成一次、您不应在 Linux 内核中执行任何 DDR 初始化。

此致、
Yordan

您好！

是的、我使用以下配置对其进行了测试：

内核部分：
AM335x-bone-common.dtsi：
am33xx_pinmux｛(am33xx_pinmux)｝
pinctrl-names ="default"；
pinctrl-0 =<&GPIO0_PINs>；
一
。
GPIO0_Pins：GPIO0_Pins｛
pinctrl-single、pins =<
0x1b4 (PIN_OUTPLUG_PULLUP | MUX_MODE7)/* xdma_event_int1.clkout2 *//之前的 mode3
>；
}；
}；

U-boot 部件：

MUX.c：

+静态结构 MODULE_PIN_mux GPIO0_20_PIN_mux[]=｛
+ ｛offset (xdma_event_intr1)、(mode (7)| pullup_EN)｝、
+ ｛-1｝、
+}；

+ void enable_GPIO0_20_pin_mux (void)
+｛
+ CONFIG_MODULE_PIN_mux (GPIO0_20_PIN_mux)；+
+｝

void enable_board_pin_mux (void)
｛
/*执行特定于电路板的多路复用器。 *
if (board_is_Bone ())｛
/* BeagleBone pinmux */
CONFIG_MODULE_PIN_mux (mii1_PIN_mux)；
CONFIG_MODULE_PIN_mux (mmc0_PIN_mux)；
+ CONFIG_MODULE_PIN_mux (GPIO0_20_PIN_mux)；

Board.c：

void set_UART_mux_conf (void)
｛
/*添加 GPIO*/
+ ENABLE_GPIO0_20_PIN_mux ()；//此处添加的目的是确保在调试控制台启用 GPIO ... (MLO 级)。

我在示波器上获得了一致的 GPIO0_20高电平。 内核和 u-boot 之间无信号压降。

当您设计电路板时、您是否严格遵循了 AM335x 数据手册第7.2.3.3.1节 DDR3接口原理图中给出的建议？ 尤其是 VTT 终端部件..

此致、
Yordan

Yordan、您好！

感谢您提供您的扩散、正如它向我们指出的、我们现在正在验证您的扩散。

我们的 uboot 最初仅将其设置为 PULLUDEN、而不是 PULLUP_EN。 因此、我们认为发生的情况是、GPIO 在从 uboot 切换到 Linux 时临时设置为输入、下拉电阻导致了电击。 我想知道、如果您仅在 uboot 中设置 PULLUUDEN、您是否会看到类似的情况？ 现在、我们需要确定它在 Linux 代码中的第一个初始化输入位置。 现在、我们已将其设置为 PULLUP_EN、不再看到黑色。

很抱歉、我认为我已经包含了引导日志。 我将在此处添加它以供参考、但我们将使用该线路上的 PULLUP_EN 进行测试、以查看它是否解决了问题。

e2e.ti.com/.../5228.boot.txt

您好！

[引用]我想知道、如果您只在 uboot 中设置 PULLUUDEN、您是否可以看到类似的内容？ [/报价]

正如预期的那样、只有 PULLEDEN 设置如下所示：

静态结构 MODULE_PIN_mux GPIO0_20_PIN_mux[]=｛

    ｛offset (xdma_event_intr1)、(mode (7)| PULLUDEN)｝、    

    ｛-1｝、

}；

u-boot 中未设置内部上拉电阻：

=> MD 0x44E109b4

44e109b4：00000007 00000030 00000028 00000030...0.........(0...    

如您所见 、conf_xdma_event_intr1等于0x7、这意味着 MUXMODE7 (GPIO0_20)、PULLUD 被启用、下拉被选中(位4 = 0x0)...  

在示波器上、GPIO0_20在 u-boot 期间为低电平、当内核接管时变为高电平。  

此致、  
Yordan