This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好!
我们有一个主要基于 AM437X-EVM 板的定制板、此定制板在我们当前的 PROCESSOR-SDK (8.01)上非常好、我正在尝试将其迁移到9.01、 系统可以从命令行启动并使用、但我仍然遇到一些问题、主要是图形方面的问题。
我们使用系统来显示 QT 应用程序,我们在没有 weyland/Weston 的情况下启动它,我们编译 qtbase 与 eglfs 支持(这非常适用于我们当前的8.01处理器-SDK),问题在启动日志早期开始, 我首先注意到的是启动界面(psplash)、它会由于/dev/fb0未及时就绪而崩溃(psplash-start.service 的目标为 sysinit.target)。 从那里的屏幕它只是保持空白,我可以看到图形模式运行"kmstest"或如果我手动重新启动"systemctl restart psplash-start",所以我确定硬件它工作,但这是它,因为一些原因,它没有显示我们的 Qt 应用程序的图形。 因此、我首先想修复 fb0问题、然后查找 Qt 显示问题、
根据 dmesg,fb0稍后准备就绪,在9.01启动后约6-7秒,而在当前8.01上,它在第二1.6时准备就绪,甚至在 /sbin/init 启动之前
PROCESSOR-SDK 8.01日志:
[ 1.464388] omapdss_dss 4832a000.dss:使用虚拟稳压器时未找到电源 VDDA_VIDEO
[1.464631] DSS:OMAP DSS 修订版2.0
[ 1.466770] omapdss_dss 4832a000.dss:bound 4832a400.dispc (ops 0xc095ba54)
[ 1.467229] omapdrm omapdrm.0:DMM 不可用、禁用 DMM 支持
[ 1.470339] omapdrm omapdrm.0:[drm] fb0:omapdrmdrmfb 帧缓冲器件
[ 1.471065][DRM]已初始化 omapdrm 1.0.0 20110917、用于次要0上的 omapdrm.0
PROCESSOR-SDK 9.01日志:
[ 6.127067] omapdss_dss 4832a000.dss:使用虚拟稳压器时未找到电源 VDDA_VIDEO
[6.127316] DSS:OMAP DSS 修订版2.0
[ 6.179375] omapdss_dss 4832a000.dss:bound 4832a400.dispc (ops 0xc0a716a0)
[ 6.179963] omapdrm omapdrm.0:DMM 不可用,禁用 DMM 支持
[ 6.255420] omapdrm omapdrm.0:[drm] fb0:omapdrmdrmfb 帧缓冲器件
[6.274631][DRM]已初始化 omapdrm 1.0.0 20110917、用于次要0上的 omapdrm.0
首先、我知道8.01不是正式版本、但它是我们从6.x 版移植时可用的版本、因为它可以正常工作、所以我认为故障不是在那个 PROCESSOR-SDK 版本上。
我的问题是、在8.x 到9.x 之间可能已更改了什么配置、导致 fb0 器件在随后的引导过程中被初始化、 由于我们运行了定制板、因此我将处理片段中的内核配置、因此我只覆盖非常具体的内容、我们使用 AM437X-EVM 默认配置作为基础
我附加了完整的 dmesg 日志(processor-sdk 9.1 ), 我们有其他问题与 CAN 硬件也被初始化的方式比它在8.1,但我将创建一个第二个帖子,在我整理图形后
您好!
根据您的上述信息、这不是图形/内核问题、它似乎是系统问题。 通常、8.x 使用 Dunfell、9.x 使用 Krikstone、因此整个 Yocto 项目发生了变化。
此致、
克鲁纳尔
感谢您的答复,是的,我从 Dunfall 迁移到 Kirkstone,主要在那里字符"_"(下划线)更改为":"(冒号),除了图形问题系统是"可用的"从控制台终端,我可以看到所有分区被挂载,我们的自定义守护程序运行,等等。
我能够通过在 udev (/etc/udev/rules.d/99-custom.rules)上添加规则文件来"延迟" psplash-start.service:
SUBSYSTEM=="graphics"、kernel="fb0"、tag+="systemd"
该寄存器将 dev-fb0.device 我在 psplash-start.service 上添加了以下内容:
需要= dev-fb0.device
之后= dev-fb0.device
这样、我可以在 LCD 上看到启动界面服务正常运行而不会崩溃以及启动界面。
这绝不是我需要的解决方案、这是因为如果我将启动界面与8.x SDK 的结果进行比较、会在启动过程后期显示启动界面、 在系统加载时使用即时友好的启动界面的整个理念通过在加电后使屏幕在大约7秒内消失而无法实现。
我的问题是相同的,我可以做什么强制 /dev/fb0 由内核更早地检测到、因为它是在 8.x 使 CONFIG_DRM_OMAP=y、CONFIG_DRM_TIDSS (内置模块而不是可加载模块)似乎根本没有帮助
通常、应该会观察到一个启动界面。 在我们的电路板上、我们会显示带有加载动画的 TI 标识、您是否在我们的 EVM + Default SDK 的引导日志中看到类似的行为?
此致、
克鲁纳尔
您好、我手头的 AM437X-EVM 板无法尝试默认映像(可能需要几周时间、才能从以前的开发人员那里获得该项目的映像)。 我将会请求、但与此同时、如果您 手头有一个、可以确认 dmesg 日志中的 LCD 启动时间、这会很棒。
我懂了。 让我看看我是否能拿到 AM437x EVM 并在明天尝试进行实验。
此致、
克鲁纳尔
Krunal、您有没有机会在 AM437X EVM 上测试 LCD 的启动时间? 顺便说一下、从上面的日志中、我可以在 dmesg 早期看到这一行:
[ 0.050045]平台显示:固定依赖周期、/OCP@44000000/互连@48000000/段@300000/目标模块@2a000/DSS@0
此行未出现在8.x 日志中、似乎指向设备树问题、Im 不确定其可忽略性或是否相关。 鉴于我们的电路板器件树几乎是 AM437X EVM 电路板的副本、我想知道它是否是继承问题、以及您是否可以在 AM437X EVM 日志中看到它、引导9.x 版本
否、我尚未在 idk 上尝试设置。 我明天会给它一个射击,让你知道。
此致、
克鲁纳尔