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.

SK-TDA4VM: TI SCI / IPC Resource managers issue

Part Number: SK-TDA4VM

Hi,

We are testing SK-TDA4VM board with QNX SDP 8.0. We are encountering the following errors, when tisci-mgr, tiipc-mgr, tiudma-mgr and shmemallocator are enabled in the build file.

Process 20487 (tisci-mgr) terminated SIGSEGV code=2 fltno=11 ip=00000052f03a2f44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/tisci" (2)

Process 24583 (shmemallocator) terminated SIGSEGV code=2 fltno=11 ip=0000001bb59cdf44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/shmemallocator" (2)

Process 28679 (tiipc-mgr) terminated SIGSEGV code=2 fltno=11 ip=00000018cdcc7f44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/tiipc" (2)

Process 32775 (tiudma-mgr) terminated SIGSEGV code=2 fltno=11 ip=00000030e03b1f44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/tiudma" (2)

## Starting application at 0x80080000 ...
Hypervisor support disabled
MMU: 16-bit ASID 44-bit PA TCR_EL1=00000014b5183519
ARM GIC-500 r1p1, arch v3.0 detected
gic_v3_lpi_add_entry for vectors 8192 -> 8447, Ok
gic_v3_lpi_add_entry for vectors 8448 -> 65535, Ok
No SPI intrinfo. Add default entry for 32 -> 991 vectors, Ok
LPI config table #1 @ 0000000080013000, callout vaddr: ffffff8040251000
aarch64_cpuspeed: core speed 2000
cpu0: MPIDR=0000000080000000
cpu0: MIDR=411fd080 Cortex-A72 r1p0
cpu0: CWG=4 ERG=4 Dminline=4 Iminline=4 PIPT
cpu0: CLIDR=a200023 LoUU=1 LoC=2 LoUIS=1
cpu0: L1 Icache 48K linesz=64 set/way=256/3
cpu0: L1 Dcache 32K linesz=64 set/way=256/2
cpu0: L2 Unified 1024K linesz=64 set/way=1024/16
Enabling ITS 0
ITS queue at 0000000080030000, num slots: 256
Issue MAPC/SYNC/INVALL commands for ICID 0
update CWRITER to 0x00000060
Waiting for all commands to be processed ... Done in 1 tries
Enable LPIs in GICR_CTLR @ 0000000001900000 for CPU0
Total Available L3 cache (MSMC SRAM): 0 bytes
Loading IFS...decompressing...done
I/TC: Secondary CPU 1 initializing
I/TC: Secondary CPU 1 switching to normal world boot
aarch64_cpuspeed: core speed 2000
cpu1: MPIDR=0000000080000001
cpu1: MIDR=411fd080 Cortex-A72 r1p0
cpu1: CWG=4 ERG=4 Dminline=4 Iminline=4 PIPT
cpu1: CLIDR=a200023 LoUU=1 LoC=2 LoUIS=1
cpu1: L1 Icache 48K linesz=64 set/way=256/3
cpu1: L1 Dcache 32K linesz=64 set/way=256/2
cpu1: L2 Unified 1024K linesz=64 set/way=1024/16
ITS 0 already Enabled
ITS queue at 0000000080030000, num slots: 256
Issue MAPC/SYNC/INVALL commands for ICID 1
update CWRITER to 0x000000c0
Waiting for all commands to be processed ... Done in 1 tries
Enable LPIs in GICR_CTLR @ 0000000001920000 for CPU1

System page at phys:0000000080023000 user:ffffff8040276000 kern:ffffff8040272000
Starting next program at vffffff80600908e0
syspage::hypinfo::flags=0x00000000

Welcome to QNX 8.0.0 on TI_J721E_Starter_Kit_Board !


Process 20487 (tisci-mgr) terminated SIGSEGV code=2 fltno=11 ip=00000052f03a2f44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/tisci" (2)

Process 24583 (shmemallocator) terminated SIGSEGV code=2 fltno=11 ip=0000001bb59cdf44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/shmemallocator" (2)

Process 28679 (tiipc-mgr) terminated SIGSEGV code=2 fltno=11 ip=00000018cdcc7f44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/tiipc" (2)

Process 32775 (tiudma-mgr) terminated SIGSEGV code=2 fltno=11 ip=00000030e03b1f44 mapaddr=000000000007df44 ref=ffffff808d2e0cd0
Unable to access "/dev/tiudma" (2)

# slog2info
Jan 01 00:00:00.053                   random.20486              qcrypto*     0  qcrypto: default tag: 'random'
Jan 01 00:00:00.053                   random.20486              qcrypto      0  qcrypto: loading configuration file '/etc/qcrypto.conf'
Jan 01 00:00:00.058                   random.20486              qcrypto      0  qcrypto: 'openssl-3' plugin loaded
Jan 01 00:00:00.067                   dumper.20484               dumper*     0  run fault pid 20487 tid 1 signal 11 code 2 ip 0x52f03a2f44 proc/boot/tisci-mgr
Jan 01 00:00:00.067                   dumper.20484               dumper      0  pid 20487 core file created at /tmp/tisci-mgr.core
Jan 01 00:00:00.080                   dumper.20484               dumper      0  fysnc() error:Invalid argument
Jan 01 00:00:04.197                   dumper.20484               dumper      0  run fault pid 24583 tid 1 signal 11 code 2 ip 0x1bb59cdf44 proc/boot/shmemallocator
Jan 01 00:00:04.197                   dumper.20484               dumper      0  pid 24583 core file created at /tmp/shmemallocator.core
Jan 01 00:00:04.206                   dumper.20484               dumper      0  fysnc() error:Invalid argument
Jan 01 00:00:08.325                   dumper.20484               dumper      0  run fault pid 28679 tid 1 signal 11 code 2 ip 0x18cdcc7f44 proc/boot/tiipc-mgr
Jan 01 00:00:08.326                   dumper.20484               dumper      0  pid 28679 core file created at /tmp/tiipc-mgr.core
Jan 01 00:00:08.339                   dumper.20484               dumper      0  fysnc() error:Invalid argument
Jan 01 00:00:12.458                   dumper.20484               dumper      0  run fault pid 32775 tid 1 signal 11 code 2 ip 0x30e03b1f44 proc/boot/tiudma-mgr
Jan 01 00:00:12.458                   dumper.20484               dumper      0  pid 32775 core file created at /tmp/tiudma-mgr.core
Jan 01 00:00:12.471                   dumper.20484               dumper      0  fysnc() error:Invalid argument

We have contacted QNX for the same and they are saying that these files are coming from TI.

Requested to provide solution for the above.

  • Hi Rajasekhar,

    The TI Processor QNX SDKs do not support QNX SDP 8.0.0 yet.

    Do you see the same issues with SDP 7.1?

    regards

    Suman

  • Hi Suman,

    The tisci-mgr, tiipc-mgr, tiudma-mgr and shmemallocator are working with QNX SDP 7.1.

    This might have been tested internally, with QNX SDP 8.0. We are assuming this because QNX has released this officially and their build file includes these binaries.

    1. Request you to check with the team working on QNX and suggest any modifications or guidelines for getting this work.

    2. Can you please suggest any possible reason for these kind of errors.

    Thanks,

  • Hi Rajashekar,

    The tisci-mgr, tiipc-mgr, tiudma-mgr and shmemallocator are indeed the PSDKQA components.

    I am not sure if you are trying to adapt these on your own to SDP 8.0 using code from our existing SDP 7.1 based SDKs, and asking for support.

    We will add support for QNX SDP 8.0 formally in 9.2 SDK (Mar 2024). Please also note that there is no formal Processor SDK QNX released by TI for TDA4VM-SK.

    regards

    Suman

  • Hi Suman,

    Our final goal is to enable native CPSW9G driver in QNX SDP 7.1.

    As the devs-cpsw-j721e.so (native CPSW9G driver) is released with QNX SDP 8.0, we are trying to run it on SK-TDA4VM board and if successful, migrate the same to QNX SDP 7.1.

    1. One question we have here is, will the devs-cpsw-j721e.so driver works with io-sock in QNX SDP 7.1 ?

    Currently, the TI PSDKQA from SDK 9.01 is using devnp-cpsw9g.so(virtual driver) based on io-pkt, providing access to only one physical port.

    We have selected this SoC because it has 8 physical Ethernet ports and support for QNX.

    "We will add support for QNX SDP 8.0 formally in 9.2 SDK (Mar 2024). Please also note that there is no formal Processor SDK QNX released by TI for TDA4VM-SK."

    2. Any informal support meanwhile is highly appreciated.

  • Hi Rajasekhar,

    Our final goal is to enable native CPSW9G driver in QNX SDP 7.1.

    Is that with iopkt or iosock?

    The TI SDKs supported the iopkt drivers developed by TI. The iosock based drivers will not be provided/developed by TI, and will be owned by QNX. So, you would have to check with QNX themselves on this.

    As the devs-cpsw-j721e.so (native CPSW9G driver) is released with QNX SDP 8.0, we are trying to run it on SK-TDA4VM board and if successful, migrate the same to QNX SDP 7.1.

    QNX would have verified this behavior. Are you not using the same binaries/provided by them?

    2. Any informal support meanwhile is highly appreciated.

    Unfortunately, we won't be able to provide for support that is outside of our SDK scope.

    regards

    Suman