Closed hrw closed 1 year ago
Also done:
PCIE_INFO: Number of iEP_RP : 0
SMMU_INFO: Number of SMMU CTRL : 1
SMMU_INFO: SMMU index 00 version : v3
UPDATE: had local change which took care of it.
hmm...we didn't work explicitly on this ticket, this was the next ticket to be taken up. @hrw Is the QEMU firmware used was same in both runs?
We will also check the original issue root cause and which changes fixed it
My logs show this message now only in "-v 1" log:
https://github.com/hrw/sbsa-ref-status/blob/main/logs/bsa-max.log vs https://github.com/hrw/sbsa-ref-status/blob/main/logs/bsa-max-v1.log
Later today I will add my scripts there.
Ok...I think as part of debug/formatting PR, the verbosity of this message might have changed. I will reopen this to check why ACS flagged "Invalid IORT node"
I am sorry - I had local change for it.
Hi @hrw,
I had a look on the IORT table, the mapping count for SMMUv3 needs to be 1, as there is only one ITS group.
0050: 02 00 00 00 44 00 00 00 00 00 05 60 00 00 00 00 // ....D......`....
[050h 0080 4] Mapping Count : 00000002
Due to mapping count 2, the RC node is decoded as second mapping.
[0A0h 0160 4] Input base : 00003C02 [0A4h 0164 4] ID Count : 00000000 [0A8h 0168 4] Output Base : 00000001 [0ACh 0172 4] Output Reference : 00000028 [0B0h 0176 4] Flags (decoded below) : 00000001 Single Mapping : 1
[0A0h 0160 1] Type : 02 // RC node [0A1h 0161 2] Length : 003C [0A3h 0163 1] Revision : 00 [0A4h 0164 4] Reserved : 00000000 [0A8h 0168 4] Mapping Count : 00000001 [0ACh 0172 4] Mapping Offset : 00000028
Thanks, ACS team
Thanks @hrw for confirming. I will close this issue as no further AI on ACS.
During printing information table I got "Invalid IORT node type" message:
"-v 1" output:
I wonder where from it takes those nodes: