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.

[参考译文] Linux/AM5728:Yocto/Arago 上的 Wayland 和 Chromium 53

Guru**** 2550450 points
Other Parts Discussed in Thread: AM5728

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/598058/linux-am5728-wayland-and-chromium-53-on-yocto-arago

器件型号:AM5728

工具/软件:Linux

您好!

我是一个开发团队的一员、目前正在研究在 Sitara AM5728器件上运行基于 Web 的现代 UI 的可能性。 我们用于评估的特定硬件是 Compulab 的 CL-SOM-AM57x 以及 SB-SOM-AM57x 载板。 在软件方面、我们目前使用的是使用 Yocto/Arago 构建的 Linux 发行套件、它使用以下元层设置:

meta-arago/meta-arago-distro
meta-Arago/meta-Arago-Extras
元浏览器
meta-qt5.
元-开放嵌入式/元-网络
meta-openembedde/meta-ruby
meta-openembedde/meta-python
meta-openembedde/meta-OE
meta-openembedde/meta-gnome
meta-ti
meta-linaro/meta-linaro-toolchain
meta-linaro/meta-optee
openembedder-core/meta

该设置基于 Yocto 的"Morty"分支、meta-Arago 的 TI 2017.00版本和 TI 的4.4.41 Linux 内核(具有 Compulab 补丁和特定于电路板的器件树)。

我们已修改 PowerVR 内核驱动程序配方(ti-SGX-DDK-KM_1.14.3699917.bb)、以使用 git.ti.com/graphics/omap5-sgx-ddk-linux.git 中的适当4.4内核分支、如下所示:

分支="ti-img-SGX/${pv}/k4.4"

对于 Wayland 53.0.2785.143的建筑铬、我们使用元浏览器层(主分支、提交哈希880a7bd1d3b9a1b2003f5b0620350f03158bbd43)的配方。

Yocto 图像中的封装为:
image_install +="\
packagegroup-arago-base \
packagegroup-arago-console \
omapdrm-PVR \
libexif \
航迹\
Weston \
铬- wayland \
"

使用此设置、我们目前正在尝试获取一个正常工作的 Chromium 浏览器、但迄今未成功。 铬-wayland 配方成功构建、Weston 在 EGL 支持下运行良好、但铬崩溃、出现以下错误:

root@dev-am57x:~# google-chrome.
[1027:1027:0425/213344:error:sandbox_linux.cc (343)] InitializeSandbox () called with multiple threaders in process GPU-process。
[1027:1027:0425/213344:error:GPU_child_thread.cc (390)] exiting GPU process due to errors during initialization (初始化期间出现错误、退出 GPU 进程)
[1002:1002:0425/213344:error:desktop_window_tree_host_ozia.cc (579)] not implemented in virtual void views::DesktopWindowTreeHostOzone::SetWindowIcons (const gfx::ImageSkia&、const gfx::::ImageSkia&)
[1002:1002:0425/213344:error:Ozone_WebUI.cc (61)] not implemented in virtual void views::OzoneWebUI:::GetDefaultFontDescription (std:__cxx11:::::string*、int*、gfx:::Font:::Weight*、gfx::::::FontRenderParams*
[1002:1002:0425/213344:error:Ozone_WebUI.cc (51)] not implemented in virtual gfx:::FontRenderParams views::OzoneWebUI:::GetDefaultFontRenderParams() const
[1002:1002:0425/213344:error:Ozone_WebUI.cc (51)] not implemented in virtual gfx:::FontRenderParams views::OzoneWebUI:::GetDefaultFontRenderParams() const
[1002:1002:0425/213344:error:Ozone_WebUI.cc (51)] not implemented in virtual gfx:::FontRenderParams views::OzoneWebUI:::GetDefaultFontRenderParams() const
[1002:1002:0425/213345:error:desktop_window_tree_host_ozia.cc (579)] not implemented in virtual void views::DesktopWindowTreeHostOzone::SetWindowIcons (const gfx::ImageSkia&、const gfx::::ImageSkia&)
[1002:1002:0425/213345:error:Ozone_WebUI.cc (51)] not implemented in virtual gfx:::FontRenderParams views:::OzoneWebUI::GetDefaultFontRenderParams() const
[1002:1002:0425/213345:error:Ozone_WebUI.cc (51)] not implemented in virtual gfx:::FontRenderParams views:::OzoneWebUI::GetDefaultFontRenderParams() const
/usr/bin/google-chrome:第11行:1002分段故障(转储的内核)/usr/bin/chromium/chrome ${Chrome _ Extra _ args}$@

我对这些板进行了一些搜索、发现 这条线程 与去年有类似的问题(但铬48)。 TI 代表解释说、GPU 图形库是原因所在、GPU 供应商正在处理该问题。

您能否确认我们的问题也是由 PowerVR 图形库引起的、自那时以来是否有任何修复?

此致、
ALO L.

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    软件团队已收到通知。 他们将在这里作出回应。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    ALO、

    您是否了解过使用 QtWebEngine? 它包含一个完全可操作的 Chromium 浏览器。 我们将此 Chromium 演示浏览器作为 Linux SDK 的一部分提供。 目前、我们使用的是 Qt 5.6、它捆绑了 Chromium 45。 Qt 5.8将铬53捆绑在一起、因此我相信这将满足您的要求。 我正在与开发团队进行核实、以了解7月我们的下一个主要 SDK 版本中将包含什么版本的 Qt。 我很确定它是 Qt 5.8、但在我得到确认后会发送一条注释。

    长期而言、我们正在努力将"原生"铬包括在内。 但是、还有一些其他问题需要首先解决。 例如、我们需要将图形 DDK 迁移到下一个主要版本(几周前由 Imagination 发布)。 此外、Chromium 项目本身目前没有适当的 Wayland 支持、因此这是该问题的另一个方面。 我敢想、我们直到2018年才会看到原生铬。 但是、如果 QtWebEngine 能为您工作、则应在7月提供。

    Brad
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Brad、您好!

    感谢您提供信息。

    我们尚未了解 QtWebEngine、但现在肯定会。 至少在这个阶段、铬版本对我们来说并不是很重要。

    您是否知道当前 TI Linux SDK 示例文件系统的 Qt/QtWebEngine 部分是否也可以通过 Arago 重现(我目前为止发现的最接近的可能是 tisdk-rootfs-imagebb 图像配方?) 或者、您是否仅将它们作为预构建的文件系统提供?

    此致、
    ALO
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    是的、可以通过 Arago 构建 PLSDK 中的 QtWebEngine。 查找相同的 qtwebengine 配方。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    它还位于预编译文件系统中:

    /usr/share/qt5/examples/webenginewidgets/demobrowser/demobrowser

    如果您位于防火墙后面、则可以在从命令行启动 http_proxy 和 https_proxy 等变量之前将其导出。

    请注意、如果没有适当设置日期/时间、您将在安全网页上收到大量错误消息。 如果您使用适当的 NTP 服务器配置了/etc/ntpd.conf,则只需运行"ntpd -s"即可设置日期/时间。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    为完整起见、我们的7月发行版将使用包含 Qt 5.7.1的 Yocto Morty 分支。  该版本中的 QtWebEngine 对应于铬49。