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.

[参考译文] AM67A:计划升级 PowerVR Mesa 分叉或支持 Mesa 25.x?

Guru**** 2962730 points

Other Parts Discussed in Thread: AM67A

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1636166/am67a-plans-for-upstreaming-powervr-mesa-fork-or-supporting-mesa-25-x

器件型号: AM67A

您好:

我们基于 AM67A 为定制硬件构建基于 Debian 的映像、我们依赖 Mesa fork gitlab.freedesktop.org/StaticRocket/mesa - PowerVR/24.0.1来实现这一点。

到目前为止,我们已经能够使用这个分叉来构建我们自己的 Mesa Debian 软件包。 然而、我们关注这是否会长期继续发挥作用。

例如,我们目前有一个问题,在从 Debian Bookworm 转换到 Trixie 时,我们在使用 Mesa 24. x 而不是 Mesa 25.x 时会遇到依赖关系问题,这主要是由于不同的 LLVM 版本。

因此、而且由于将来这类问题可能会更频繁发生、我们想知道是否有计划将这些变化纳入主流、使我们不再需要这个叉子?

如果不打算这样做、是否有计划支持 Mesa 25.x? 我们假设在切换到 Linux v6.18 时、这仍然是必要的。 我们从 git.ti.com/cgit/graphics/ti-img-rogue-driver 的“linuxws/scarthgap/k6.18/25.3.6908880“分支得出这一结论。

此致、
Martin

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

    尊敬的 Martin:  

    24. x 和 25.x 之间的 Mesa 版本是相同的、因此我不知道您为什么会看到编译器错误。 您能分享您正在看到的特定编译器错误吗?

    我不完全确定具体的路线图。 我可以与我们的开发团队商量并告诉您。

    此致、
    Sarabesh S.

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

    尊敬的 Sarabesh:

    感谢您与开发团队核实主线集成的路线图! 这是我们的主要问题。

    澄清技术问题:我没有直接得到任何编译器错误。 我们遇到的问题是、在使用 LLVM 17 构建 Mesa 时、我们收到封装级别(使用 GStreamer 开发包)的依赖问题、该问题似乎与 LLVM 19 的依赖项有关。

    该链如下所示、目前仅影响我们的 SDK 构建:
    libgstreamer1.0-dev --> libunwind-19-dev、但由于 Mesa 24.x 的原因、已安装 libunwind-17-dev

    到目前为止、我只做了一个快速测试、尝试使用 LLVM 19(而不是 17)进行构建、以避免前期出现依赖问题。 但在这里,我得到了错误,这可能是由于一个太新的 LLVM 版本的 Mesa 24. x
    因此,问题是它是否得到上游支持在未来更灵活,或者是否会有一个新的 Mesa 版本。

    此外,只是为了消除任何版本的混淆:当我提到 24/x/25.x 时,我指的是 Mesa 版本。 我知道 我链接的分支 linuxws/scarthgap/k6.18/25.3.6908880 是指内核驱动程序和 UM libs。 但我希望在使用 */25.x 分支时,我们也应该使用相应的 Mesa 版本来实现兼容性。

    此致、
    Martin

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

    尊敬的 Martin:  

    我会回来给你的。 本周带宽受限。 我感谢澄清

    谢谢、
    Sarabesh S.

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

    尊敬的 Sarabesh:

    您是否能够获得 有关路线图的任何信息?

    谢谢、

    Martin

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

    尊敬的 Martin:  

    支持 Mesa 25.02 的补丁将由 EOW/下周 初合并到主线 Yocto。 它不能确定 debian 何时会选择这个,但它将在 6.18 内核中被支持,所以你不会看到问题。

    谢谢、
    Sarabesh S.

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

    尊敬的 Sarabesh:

    感谢您的更新。 我想确保完全理解您关于修补程序的最后一点。

    假设这些补丁被推向主线 Mesa、这意味着使用 Yocto 构建时、可以使用开放嵌入式内核层的标准 mesa 配方、而不是 meta-ti-BBSP 的 mesa-PVR 配方、这是不是正确的?

    我一直关注这两个元图层,但我还没有注意到与此主题相关的任何变化。 如果我在这里误解了一些东西,请告诉我。 任何额外的细节或链接到相关的提交/分支将是非常感谢!

    正如一个简短的说明:因为我们为基于 Debian 的系统从源代码构建 Mesa,我们不依赖于上游 Debian 软件包维护人员来采纳这些更改。 一旦增补程序位于主线 Mesa 中、我们就可以立即将它们集成在一起。

    再次感谢您的帮助、
    Martin

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

    您好 Martin、  

    下面是更新 Mesa 25 的承诺。 Yocto 造成的一些延迟已经解决。 目前这是在 WIP 中,但很快将被提升到主线。 澄清一下、这是在 TI 的货叉上、而不是上游 Mesa 上。

    https://git.yoctoproject.org/meta-ti/commit/?h=master-wip&id=a71e56f70bec3e6d51844303b9cb11e2bc72990f

    谢谢您、
    Sarabesh S.