• 状态 Resolved
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 509 视图
  • 用户 0 会员在此处
选项
选项
相关

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/DRA77P：启用 DRA7x u-boot L2缓存

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/666612/linux-dra77p-dra7x-u-boot-l2-cache-enable

器件型号：DRA77P

工具/软件：Linux

大家好  

有人知道 ，TI 是否在 TI 默认 u-boot 代码上启用 L2缓存？

当解压缩 lz4的4M 字节内核时、我会得到超过2秒的时间  

与其它启用了 PL310高速缓存控制器的芯片相比，它不会花费1秒

此致  

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

    我已将您的问题转交给 U-boot 专家。

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

    您好！

    默认情况下、在 u-boot 中启用 L2缓存。 但是、在 u-boot 跳转到内核之前、由于 Linux 将 MMU 配置为其初始化的一部分、L2缓存被禁用。 不 使用 DRA77p SoC 上的 PL310高速缓存控制器。  

    此致
    Shravan

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

    您好 、Shravan

    感谢您的回复  

    我的意思是在 iMX6中使用 pl310高速缓存控制器，解压缩 zImage @1GHz 的成本不超过1秒

    当我尝试使用 dra777p @1G (默认 ti u-boot 配置)时，似乎需要2秒以上的 u-boot 打印“正在启动内核...” 打印到第一个内核控制台

    所有 zImage 都使用 lz4进行压缩、大小几乎为4M 字节

    如何加快速度？

    此致

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

    内核解压缩不会作为 u-boot 的一部分发生、u-boot 会将映像加载到指定的地址、然后跳转到内核。 作为内核初始化序列的一部分、映像被解压缩。 内核映像从存储器加载到 DDR 后是否进行了2s 测量？ 瓶颈可能是引导介质、即将压缩映像从引导介质加载到 DDR 需要一些时间、而 zImage 的解压缩不是瓶颈。

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

    您好，Shravan  

    这是我的 TeraTerm 日志和时间戳

    [Tue Feber 2708:49:25.053 2018] MMC read: dev #1，block #101152，count 12288... 12288块读取：正常
    [星期二2018年2月27日08：49：25.131]
    [Tue Feber 2708:49:25.131 2018] MMC read: dev #1，block #5376，count 768 ... 768个块读取：好的
    [Tue Feber 27 08：49：25.147 2018] Kernel image @ 0x82000000 [0x000000 - 0x3eee08]
    [2017年2月27日08：49：25.162 2018年]###平展器件树状物、总价值88000000
    [2017年2月27日08：49：25.162 2018]使用 FDT blob 启动、地址为0x88000000
    [2018年2月27日08:49:25.162]正在将设备树加载到8ffe4000，结束8ff6fb... 好的
    [星期二2018年2月27日08：49：25.178 ]
    [Tue Feber 2708:49:25.178 2018] Starting kernel ...//u-boot print
    [星期二2018年2月27日08：49：25.178 ]
    [Tue Feber 27 08：49：27.113 2018][0.000000] Booting Linux on Physical CPU 0x0// first kernel print
    [2017年2月27日08：49：27.113 2018年][0.000000]正在初始化 cgroup 子系统 cuset
    [2017年2月27日08：49：27.113 2018年][0.000000]正在初始化 cgroup 子系统 CPU
    [Tue Febe 27 08：49：27.129 2018][0.000000] Initializing cgroup Subsys cpuacct

    超过2秒的第一个内核 printk 行，如果这不是由 u-boot 引起的，您是否知道有人 可以对此提供帮助？

    此致

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

    您好、雄伟、

    您看到的打印内容不能准确描述第一次内核打印所需的时间。 您能否将'earlyprintk'添加到引导内核引导参数中并尝试引导。  

    此致
    Shravan

  • 0
    TI__Guru**** 2928980 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 Shravan
    感谢您提供所有信息

    我们的 PCI 驱动程序模块1秒来启动它
    我们已经解决了这个问题
    再次感谢