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.

[参考译文] DRA829V:关闭 SoC 中不需要的域(续)

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1505636/dra829v-shutting-down-unwanted-domains-in-the-soc-cont

器件型号:DRA829V

工具/软件:

您好、专家、

按照 Kevin Lavery 的指示、我将为此问题再添加一个 E2E。

我们无法关闭我们芯片版本甚至没有的域。 例如 C71或 GPU。

以下是高消耗器件的状态:

root@AS-P-3-243610401:~# k3conf dump device > devdump
root@AS-P-3-243610401:~# cat devdump | grep -E ' 202 | 203 | 124 | 140 | 4 | 16 | 140 | 141 | 243 | 244 | 48 | 290 | 144 | 153 | 249 '
|     4     | J721E_DEV_A72SS0                            | DEVICE_STATE_ON  |
|    16     | J721E_DEV_C71SS0_MMA                        | DEVICE_STATE_ON  |
|    48     | J721E_DEV_DMPAC0                            | DEVICE_STATE_OFF |
|   124     | J721E_DEV_GPU0                              | DEVICE_STATE_ON  |
|   140     | J721E_DEV_C66SS0                            | DEVICE_STATE_ON  |
|   141     | J721E_DEV_C66SS1                            | DEVICE_STATE_ON  |
|   144     | J721E_DEV_DECODER0                          | DEVICE_STATE_OFF |
|   153     | J721E_DEV_ENCODER0                          | DEVICE_STATE_OFF |
|   202     | J721E_DEV_A72SS0_CORE0                      | DEVICE_STATE_ON  |
|   203     | J721E_DEV_A72SS0_CORE1                      | DEVICE_STATE_ON  |
|   243     | J721E_DEV_R5FSS0                            | DEVICE_STATE_ON  |
|   244     | J721E_DEV_R5FSS1                            | DEVICE_STATE_ON  |
|   249     | J721E_DEV_MCU_R5FSS0                        | DEVICE_STATE_ON  |
|   290     | J721E_DEV_VPAC0                             | DEVICE_STATE_OFF |

无论我们如何操作、 J721E_DEV_C71SS0_MMA、 J721E_DEV_GPU0、J721E_DEV_C66SS0 和 J721E_DEV_C66SS1的状态 仍然显示 device_state_on

请提供一种设置 DEVICE_STATE_OFF 的方法、以及实际可行的屏幕截图。

您还请求了一些 sysfs 信息:

root@AS-P-3-243610401:~# head /sys/class/remoteproc/remoteproc*/name
head: /sys/class/remoteproc/remoteproc*/name: No such file or directory
root@AS-P-3-243610401:~# head /sys/class/remoteproc/remoteproc*/state
head: /sys/class/remoteproc/remoteproc*/state: No such file or directory

这并不奇怪、因为我们在此阶段尚未加载 Remoteproc 模块。

mod探测 ti_k3_r5_remoteproc 后:

root@AS-P-3-243610401:~# head /sys/class/remoteproc/remoteproc*/name
41000000.r5f
root@AS-P-3-243610401:~# head /sys/class/remoteproc/remoteproc*/state
attached

MCU R5内核运行的固件似乎正常。

我仍然无法关闭设备:

root@AS-P-3-243610401:~# k3conf disable device 16
|-------------------------------------------------------------------------------|
| VERSION INFO                                                                  |
|-------------------------------------------------------------------------------|
| K3CONF | (version 0.3-nogit built Sun Mar 23 23:08:57 UTC 2025)               |
| SoC    | J721E SR2.0                                                          |
| SYSFW  | ABI: 4.0 (firmware version 0x000b '11.0.4--v11.00.04+ (Fancy Rat))') |
|-------------------------------------------------------------------------------|

|----------------------------------------------------|
| Device ID | Device Name          | Device Status   |
|----------------------------------------------------|
|    16     | J721E_DEV_C71SS0_MMA | DEVICE_STATE_ON |
|----------------------------------------------------|

root@AS-P-3-243610401:~# k3conf disable device 124
|-------------------------------------------------------------------------------|
| VERSION INFO                                                                  |
|-------------------------------------------------------------------------------|
| K3CONF | (version 0.3-nogit built Sun Mar 23 23:08:57 UTC 2025)               |
| SoC    | J721E SR2.0                                                          |
| SYSFW  | ABI: 4.0 (firmware version 0x000b '11.0.4--v11.00.04+ (Fancy Rat))') |
|-------------------------------------------------------------------------------|

|----------------------------------------------|
| Device ID | Device Name    | Device Status   |
|----------------------------------------------|
|   124     | J721E_DEV_GPU0 | DEVICE_STATE_ON |
|----------------------------------------------|

/BO

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

    尊敬的 Bo:

    您使用的确切器件型号是什么?  您基于什么 SDK? 此外、您是将 SPL/U-Boot 用于引导加载程序、还是使用其他一些引导加载程序?

    似乎 soc r5内核正在运行其固件正常。

    好的、这 至少显示了 MCU R5F、因此还在器件树中禁用了主 R5F 节点。 这将确保内核不会引导或连接到它们、但不会排除它们由引导加载程序引导的可能性。

    您是否也可以 modprobe ti_k3_dsp_remoteproc 模块、并确保 sysfs 条目中没有变化、因此我们知道 DSP 节点也被禁用。

    Unknown 说:
    我仍然无法关闭设备:

    k3conf 禁用方法通常适用于外设、但这些是处理器、不能使用此方法将其关闭。 关闭处理器需要硬件序列。 不管怎样,这不是你的原始问题,这是为了确保这些保持关闭开始。

    请提供您的 dtb 文件(希望您没有使用任何覆盖层)供我检查和检查您的 dts 文件。

    请查看通篇  5.2.2.2电源控制模块  对于与主 R5F、C66x、C71和 GPU 内核关联的电源域(PD)和 LPSC。  以下是 表5-1908的摘录。 PSC0电源域功能(续) 和 表5-1909。 PSC0 LPSC 特性(续)

    这些状态表明这些 IP 在上电复位时的默认值、并且 PD 应关闭并禁用 LPSC、除非引导加载程序元件专门为这些 IP 加电。

    我希望您首先直接检查与这些 IP 关联的 PSC mdstat 和 MDCTL 寄存器、方法是在 Linux 控制台上使用 devmem 或 rwmem 实用程序、或者在 U-Boot 提示符下使用 MD 命令。

    此致

    Suman

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

    尊敬的 Suman:

    soc 您使用的确切器件型号是什么?  您基于什么 SDK? 此外、您是将 SPL/U-Boot 用于引导加载程序还是使用其他引导加载程序?

    1.DRA829VMT0CALFRQ1  
    2. SDK10
    3. SPL/U-Boot

    您是否也可以修改 ti_k3_dsp_remoteproc 模块并确保 sysfs 条目没有变化、因此我们知道 soc 节点也被禁用。

    我们没有这个模块。 DTS 中已禁用 DSP 节点。 另请注意、我们正在主 R5F 内核中运行固件、因此不会禁用这些内核。 我们使用/sys/class/remoteproc sysfs 方式从 Linux 中加载固件。

    k3conf 禁用方法通常适用于外设、但这些是处理器、不能使用此方法将其关闭。 关闭处理器需要硬件序列。 不管怎样,这不是你的原始问题,这是为了确保这些保持关闭开始。

    我懂了。 谢谢你。

    请提供您的 soc 文件(希望您没有使用任何覆盖层)以便我检查和检查您的 dts 文件。

    已连接已压缩的 u-boot.dtb。

    e2e.ti.com/.../2742.u_2D00_boot.zip

    I 希望您直接检查与这些 IP 关联的 soc mdstat 和 MDCTL 寄存器、首先通过在 linux 控制台上使用 devmem 或 rwmem 实用程序、或者在 U-Boot 提示符下使用 md 命令。

    我不是100%关于您的意思,我找不到表号(5-1908或5-1909 ),但这里是一个尝试:

    C71、GPU 和 C66的 PSC0_mdstat_y。 偏移12、13、20、21、22和23:

    => md.l 400830 1
    00400830: 00000a00 ....
    => md.l 400834 1
    00400834: 00001f03 ....
    => md.l 400850 1
    00400850: 00001f03 ....
    => md.l 400854 1
    00400854: 00000a00 ....
    => md.l 400858 1
    00400858: 00000a00 ....
    => md.l 40085c 1
    0040085c: 00000a00 ....

    PSC0_MDCTL_y (相同):

    => md.l 400a30 1
    00400a30: 00000100 ....
    => md.l 400a34 1
    00400a34: 00000103 ....
    => md.l 400a50 1
    00400a50: 00000103 ....
    => md.l 400a54 1
    00400a54: 00000100 ....
    => md.l 400a58 1
    00400a58: 00000100 ....
    => md.l 400a5c 1
    00400a5c: 00000100 ....

    此致、

    /BO

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

    尊敬的 Bo:

    Unknown 说:
    1.  DRA829VMT0CALFRQ1
    2. SDK10
    3. SPL/U-Boot

    谢谢。 您是否还可以为以下命令提供 U-Boot 提示符下的输出:

    => md.l 0x43000014 2

    => md.l 0x43000060 7

    我们没有该模块。 DTS 中已禁用 DSP 节点。 另请注意、我们正在主 R5F 内核中运行固件、因此不会禁用这些内核。 我们使用/sys/class/remoteproc sysfs 方式从 Linux 中加载固件。

    感谢您的说明。 我知道未启用 DSP Remoteproc 模块、因为该器件不应支持任何 DSP 节点。 我们将继续直接查看寄存器本身。

    我对您的意思不是100%、我找不到这些表号(5-1908或5-1909)、但您可以尝试一下:[/报价]

    好的、我使用的是旧版本的 TRM、因此表号不同。 您使用的是哪个版本的 TRM?

    这些表格甚至在最新的 vD TRM 中也存在(请不要按表编号、而是按表标题或 TRM 章节)。

    C71、soc 和 C66的 PSC0_mdstat_y。 偏移12、13、20、21、22和23:

    抱歉、这些数字是您从第一个稳定点提取的 PD 索引、但在 MDCTL 和 mdstat 偏移上使用。 PD 索引对于读取 PDSTAT (0x400000 + 200h +公式)和 PDCTL (0x400000 + 0x300 +公式)寄存器非常有用。 您也可以提供这些文件的转储。

    您需要为 LPSC 索引使用第二个表中的数字 (C71s 为74至77、GPU 为86至88、C66s 为89至92)。  

    此致

    Suman

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

    尊敬的 Suman:

    感谢您的快速回答。

    [报价 userid="35368" url="~/support/processors-group/processors/f/processors-forum/1505636/dra829v-shutting-down-unwanted-domains-in-the-user-cont/5788173#5788173"] soc

    谢谢。 您是否还可以为以下命令提供 U-Boot 提示符下的输出:

    => md.l 0x43000014 2

    => md.l 0x43000060 7

    [/报价]

    => md.l 0x43000014 2
    43000014: 2bb6402f 1380062a
    => md.l 0x43000060 7
    43000060: 00000033 0003030f 000007fb 30733ff7
    43000070: 001f3175 00003fff 007303f3

    您使用的是哪个版本的 soc?

    SPRUIL1C–2019年5月–2022年3月修订

    按表标题或 soc 章节 sectio

    明白。 我的表编号为5-62和5-63。

    您需要使用第二个表中的数字 作为 soc 索引(C71s 为74至77、GPU 为86至88、C66为89至92)。

    好的、我的错。 以下是所有请求的寄存器:

    PDSTAT
    
    => md.l 400230 1
    00400230: 00000200
    => md.l 400234 1
    00400234: 00000200
    
    => md.l 400250 1
    00400250: 00000200
    => md.l 400254 1
    00400254: 00000200
    
    => md.l 400258 1
    00400258: 00000200
    => md.l 40025c 1
    0040025c: 00000200
    
    PDCTL
    
    => md.l 400330 1
    00400330: 00000000
    => md.l 400334 1
    00400334: 00000000
    
    => md.l 400350 1
    00400350: 00000000
    => md.l 400354 1
    00400354: 00000000
    
    => md.l 400358 1
    00400358: 00000000
    => md.l 40035c 1
    0040035c: 00000000
    
    MDSTAT
    
    => md.l 400928 1
    00400928: 00000a00
    => md.l 40092c 1
    0040092c: 00000a00
    => md.l 400930 1
    00400930: 00000a00
    => md.l 400934 1
    00400934: 00000a00
    
    => md.l 400958 1
    00400958: 00000a00
    => md.l 40095c 1
    0040095c: 00000a00
    => md.l 400960 1
    00400960: 00000a00
    
    => md.l 400964 1
    00400964: 00000a00
    => md.l 400968 1
    00400968: 00000a00
    => md.l 40096c 1
    0040096c: 00000a00
    => md.l 400970 1
    00400970: 00000a00
    
    MDCTL
    
    => md.l 400b28 1
    00400b28: 00000100
    => md.l 400b2c 1
    00400b2c: 00000100
    => md.l 400b30 1
    00400b30: 00000100
    => md.l 400b34 1
    00400b34: 00000100
    
    => md.l 400b58 1
    00400b58: 00000100
    => md.l 400b5c 1
    00400b5c: 00000100
    => md.l 400b60 1
    00400b60: 00000100
    
    => md.l 400b64 1
    00400b64: 00000100
    => md.l 400b68 1
    00400b68: 00000100
    => md.l 400b6c 1
    00400b6c: 00000100
    => md.l 400b70 1
    00400b70: 00000100

    我希望我现在得到了它。

    此致、

    /BO

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

    尊敬的 Bo:

    [引述 userid="551261" url="~/support/processors-group/processors/f/processors-forum/1505636/dra829v-shutting-down-unwanted-domains-in-the-soc-cont/5789606#5789606"]SPRUIL1C–2019年5月–2022年3月修订

    有一个较新的修订版本、您需要下载并使用该版本。

    SPRUIL1D–2019年5月– 2024年12月修订

    Unknown 说:
    OK, my bad。 以下是所有请求的寄存器:

    这些都处于所需的适当状态。 PDSTAT 将为0x20 1. 如果电源域打开、mdstat 将为0x10f0 3. 或0xf0 3.  以确定模块是否正在运行和结束复位。

    因此、至少在 U-Boot 提示符处、所有 IP 确实都已关闭并禁用。

    您 还需要在内核提示符下确认相同的值。

    此致

    Suman

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

    您好、Suman、

    从 Linux 读取寄存器:

    root@AS-P-3-243610401:~# devmem2 0x00400230 w
    /dev/mem opened.
    Memory mapped at address 0xffffb2b67000.
    Read at address  0x00400230 (0xffffb2b67230): 0x00000200
    root@AS-P-3-243610401:~# devmem2 0x00400234 w
    /dev/mem opened.
    Memory mapped at address 0xffff8861d000.
    Read at address  0x00400234 (0xffff8861d234): 0x00000200
    root@AS-P-3-243610401:~# devmem2 0x00400250 w
    /dev/mem opened.
    Memory mapped at address 0xffff81c23000.
    Read at address  0x00400250 (0xffff81c23250): 0x00000200
    root@AS-P-3-243610401:~# devmem2 0x00400254 w
    /dev/mem opened.
    Memory mapped at address 0xffffa4b22000.
    Read at address  0x00400254 (0xffffa4b22254): 0x00000200
    root@AS-P-3-243610401:~# devmem2 0x00400258 w
    /dev/mem opened.
    Memory mapped at address 0xffff8615a000.
    Read at address  0x00400258 (0xffff8615a258): 0x00000200
    root@AS-P-3-243610401:~# devmem2 0x0040025c w
    /dev/mem opened.
    Memory mapped at address 0xffff9c176000.
    Read at address  0x0040025C (0xffff9c17625c): 0x00000200
    root@AS-P-3-243610401:~# devmem2 0x00400330 w
    /dev/mem opened.
    Memory mapped at address 0xffffac666000.
    Read at address  0x00400330 (0xffffac666330): 0x00000000
    root@AS-P-3-243610401:~# devmem2 0x00400334 w
    /dev/mem opened.
    Memory mapped at address 0xffff9afe7000.
    Read at address  0x00400334 (0xffff9afe7334): 0x00000000
    root@AS-P-3-243610401:~# devmem2 0x00400350 w
    /dev/mem opened.
    Memory mapped at address 0xffffa01e8000.
    Read at address  0x00400350 (0xffffa01e8350): 0x00000000
    root@AS-P-3-243610401:~# devmem2 0x00400354 w
    /dev/mem opened.
    Memory mapped at address 0xffff83e3c000.
    Read at address  0x00400354 (0xffff83e3c354): 0x00000000
    root@AS-P-3-243610401:~# devmem2 0x00400358 w
    /dev/mem opened.
    Memory mapped at address 0xffffb5e4a000.
    Read at address  0x00400358 (0xffffb5e4a358): 0x00000000
    root@AS-P-3-243610401:~# devmem2 0x0040035c w
    /dev/mem opened.
    Memory mapped at address 0xffffb1fb8000.
    Read at address  0x0040035C (0xffffb1fb835c): 0x00000000
    root@AS-P-3-243610401:~# devmem2 0x00400928 w
    /dev/mem opened.
    Memory mapped at address 0xffff9c294000.
    Read at address  0x00400928 (0xffff9c294928): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x0040092c w
    /dev/mem opened.
    Memory mapped at address 0xffff8b42b000.
    Read at address  0x0040092C (0xffff8b42b92c): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400930 w
    /dev/mem opened.
    Memory mapped at address 0xffffa018f000.
    Read at address  0x00400930 (0xffffa018f930): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400934 w
    /dev/mem opened.
    Memory mapped at address 0xffff97cc9000.
    Read at address  0x00400934 (0xffff97cc9934): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400958 w
    /dev/mem opened.
    Memory mapped at address 0xffff89116000.
    Read at address  0x00400958 (0xffff89116958): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x0040095c w
    /dev/mem opened.
    Memory mapped at address 0xffff8a7fd000.
    Read at address  0x0040095C (0xffff8a7fd95c): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400960 w
    /dev/mem opened.
    Memory mapped at address 0xffffb1011000.
    Read at address  0x00400960 (0xffffb1011960): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400964 w
    /dev/mem opened.
    Memory mapped at address 0xffff90c4c000.
    Read at address  0x00400964 (0xffff90c4c964): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400968 w
    /dev/mem opened.
    Memory mapped at address 0xffffa5ce2000.
    Read at address  0x00400968 (0xffffa5ce2968): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x0040096c w
    /dev/mem opened.
    Memory mapped at address 0xffff8e7bd000.
    Read at address  0x0040096C (0xffff8e7bd96c): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400970 w
    /dev/mem opened.
    Memory mapped at address 0xffffb56fb000.
    Read at address  0x00400970 (0xffffb56fb970): 0x00000A00
    root@AS-P-3-243610401:~# devmem2 0x00400b28 w
    /dev/mem opened.
    Memory mapped at address 0xffffbea20000.
    Read at address  0x00400B28 (0xffffbea20b28): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b2c w
    /dev/mem opened.
    Memory mapped at address 0xffffb4ff0000.
    Read at address  0x00400B2C (0xffffb4ff0b2c): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b30 w
    /dev/mem opened.
    Memory mapped at address 0xffffb4498000.
    Read at address  0x00400B30 (0xffffb4498b30): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b34 w
    /dev/mem opened.
    Memory mapped at address 0xffffa3172000.
    Read at address  0x00400B34 (0xffffa3172b34): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b58 w
    /dev/mem opened.
    Memory mapped at address 0xffff920c8000.
    Read at address  0x00400B58 (0xffff920c8b58): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b5c w
    /dev/mem opened.
    Memory mapped at address 0xffffb359e000.
    Read at address  0x00400B5C (0xffffb359eb5c): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b60 w
    /dev/mem opened.
    Memory mapped at address 0xffffb1f36000.
    Read at address  0x00400B60 (0xffffb1f36b60): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b64 w
    /dev/mem opened.
    Memory mapped at address 0xffffa3354000.
    Read at address  0x00400B64 (0xffffa3354b64): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b68 w
    /dev/mem opened.
    Memory mapped at address 0xffffbdcdb000.
    Read at address  0x00400B68 (0xffffbdcdbb68): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b6c w
    /dev/mem opened.
    Memory mapped at address 0xffffa45fc000.
    Read at address  0x00400B6C (0xffffa45fcb6c): 0x00000100
    root@AS-P-3-243610401:~# devmem2 0x00400b70 w
    /dev/mem opened.
    Memory mapped at address 0xffffa06d6000.
    Read at address  0x00400B70 (0xffffa06d6b70): 0x00000100

    它们都具有与 U-Boot 中相同的值。

    这意味着应关闭的所有域确实已正确关闭。

    但仍然:

    root@AS-P-3-243610401:~# cat devdump | grep -E ' 202 | 203 | 124 | 140 | 4 | 16 | 140 | 141 | 243 | 244 | 48 | 290 | 144 | 153 | 249 '
    |     4     | J721E_DEV_A72SS0                            | DEVICE_STATE_ON  |
    |    16     | J721E_DEV_C71SS0_MMA                        | DEVICE_STATE_ON  |
    |    48     | J721E_DEV_DMPAC0                            | DEVICE_STATE_OFF |
    |   124     | J721E_DEV_GPU0                              | DEVICE_STATE_ON  |
    |   140     | J721E_DEV_C66SS0                            | DEVICE_STATE_ON  |
    |   141     | J721E_DEV_C66SS1                            | DEVICE_STATE_ON  |
    |   144     | J721E_DEV_DECODER0                          | DEVICE_STATE_OFF |
    |   153     | J721E_DEV_ENCODER0                          | DEVICE_STATE_OFF |
    |   202     | J721E_DEV_A72SS0_CORE0                      | DEVICE_STATE_ON  |
    |   203     | J721E_DEV_A72SS0_CORE1                      | DEVICE_STATE_ON  |
    |   243     | J721E_DEV_R5FSS0                            | DEVICE_STATE_ON  |
    |   244     | J721E_DEV_R5FSS1                            | DEVICE_STATE_ON  |
    |   249     | J721E_DEV_MCU_R5FSS0                        | DEVICE_STATE_ON  |
    |   290     | J721E_DEV_VPAC0                             | DEVICE_STATE_OFF |
    

    您能否解释一下为什么仍有报告?

    此致、

    /BO

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

    尊敬的 Bo:

    [引述 userid="551261" url="~/support/processors-group/processors/f/processors-forum/1505636/dra829v-shutting-down-unwanted-domains-in-the-soc-cont/5794763#5794763"]

    它们都具有与 U-Boot 中相同的值。

    这意味着应关闭的所有域确实已正确关闭。

    [/报价]

    是的、确实如此。 感谢您的确认。

    soc 您能解释为什么仍将其报告为开?

    嗯、想知道 k3conf 代码中是否存在数据表示问题。 您使用的是10.0 SDK、J721E 是最旧的 TDA4器件、因此我不希望这里发生任何更改。

    有多个与 C66或 GPU 等关联的设备 ID、因此您可能需要通过 C66或 GPU (而不是设备 ID 号)来优化 grep。

    您可以尝试以下命令吗?  

    $ k3conf dump processors

    此致

    Suman

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

    尊敬的 Suman:

    [引述 userid="35368" url="~/support/processors-group/processors/f/processors-forum/1505636/dra829v-shutting-down-unwanted-domains-in-the-user-cont/5796035#5796035"] soc

    您可以尝试以下命令吗?  

    $ k3conf dump processors

    [/报价]

    root@AS-P-3-243610421:~# k3conf dump processors
    |-------------------------------------------------------------------------------|
    | VERSION INFO                                                                  |
    |-------------------------------------------------------------------------------|
    | K3CONF | (version 0.3-nogit built Sun Mar 23 23:08:57 UTC 2025)               |
    | SoC    | J721E SR2.0                                                          |
    | SYSFW  | ABI: 4.0 (firmware version 0x000b '11.0.4--v11.00.04+ (Fancy Rat))') |
    |-------------------------------------------------------------------------------|
    
    |--------------------------------------------------------------------------------------|
    | Device ID | Processor ID | Processor Name   | Processor State  | Processor Frequency |
    |--------------------------------------------------------------------------------------|
    |   202     |      32      | A72SS0_CORE0     | DEVICE_STATE_ON  | 1000000000          |
    |   203     |      33      | A72SS0_CORE1     | DEVICE_STATE_ON  | 1000000000          |
    |   142     |       3      | C66SS0_CORE0     | DEVICE_STATE_OFF | 0                   |
    |   143     |       4      | C66SS1_CORE0     | DEVICE_STATE_OFF | 0                   |
    |    15     |      48      | C71SS0           | DEVICE_STATE_OFF | 500000000           |
    |   250     |       1      | MCU_R5FSS0_CORE0 | DEVICE_STATE_ON  | 1000000000          |
    |   251     |       2      | MCU_R5FSS0_CORE1 | DEVICE_STATE_ON  | 1000000000          |
    |   245     |       6      | R5FSS0_CORE0     | DEVICE_STATE_OFF | 1000000000          |
    |   246     |       7      | R5FSS0_CORE1     | DEVICE_STATE_OFF | 1000000000          |
    |   247     |       8      | R5FSS1_CORE0     | DEVICE_STATE_OFF | 1000000000          |
    |   248     |       9      | R5FSS1_CORE1     | DEVICE_STATE_OFF | 1000000000          |
    |--------------------------------------------------------------------------------------|
    

    和 grep:ing 分别代表 GPU、C66和 C71:

    root@AS-P-3-243610421:~# cat devdump | grep GPU
    |   124     | J721E_DEV_GPU0                              | DEVICE_STATE_ON  |
    |   125     | J721E_DEV_GPU0_GPU_0                        | DEVICE_STATE_OFF |
    |   126     | J721E_DEV_GPU0_GPUCORE_0                    | DEVICE_STATE_OFF |
    |   306     | J721E_DEV_GPU0_DFT_PBIST_0                  | DEVICE_STATE_OFF |
    root@AS-P-3-243610421:~# cat devdump | grep C66
    |   121     | J721E_DEV_C66SS0_INTROUTER0                 | DEVICE_STATE_ON  |
    |   122     | J721E_DEV_C66SS1_INTROUTER0                 | DEVICE_STATE_ON  |
    |   140     | J721E_DEV_C66SS0                            | DEVICE_STATE_ON  |
    |   141     | J721E_DEV_C66SS1                            | DEVICE_STATE_ON  |
    |   142     | J721E_DEV_C66SS0_CORE0                      | DEVICE_STATE_OFF |
    |   143     | J721E_DEV_C66SS1_CORE0                      | DEVICE_STATE_OFF |
    |   307     | J721E_DEV_C66SS0_PBIST0                     | DEVICE_STATE_OFF |
    |   308     | J721E_DEV_C66SS1_PBIST0                     | DEVICE_STATE_OFF |
    root@AS-P-3-243610421:~# cat devdump | grep C71
    |    15     | J721E_DEV_C71SS0                            | DEVICE_STATE_OFF |
    |    16     | J721E_DEV_C71SS0_MMA                        | DEVICE_STATE_ON  |
    |   321     | J721E_DEV_C71X_0_PBIST_VD                   | DEVICE_STATE_OFF |
    

    这对您来说是否正常? 如果是,我们可以结束这个鬼猎。

    此致、

    /BO

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

    尊敬的 Bo:

    Unknown 说:
    这对您来说是否合适?

    是的、一切看起来都很好。 我们可以关闭该主题。

    处理器核心的设备 ID (如 转储处理器命令的输出中所示)不同于您之前尝试使用的设备 ID。

    您在上看到的几个设备 ID 实际上与任何 PSC 或 AlwaysOn PSC 没有关联、因此它们都反映了正确的值。

    器件 PM 数据全部是 rm_pm_hal SoC 数据的一部分、您可以  在中找到相关数据(如果感兴趣)  

    TI-PROCESSOR-SDK-RTOS-j721e-evm-10_01_00_04/pdk_jacinto_10_01_00_25/packages/ti/drv/sciclient/rm_pm_hal/pm/j721e/devices.c src soc

    此致

    Suman