Tool/software:
Is there an example (CCS or stripped down bootable image) that will allow me to test the functionality of the Ethernet on a custom board.
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.
Tool/software:
Is there an example (CCS or stripped down bootable image) that will allow me to test the functionality of the Ethernet on a custom board.
Hello Jim,
For Linux OS, we don't appear to have a completely stripped down example of testing Ethernet on a custom board as on a custom board platform, the specific devices to be enabled are dependent on what hardware was enabled on the custom board. You would likely need to go through the process of porting the features you would like to test and might have already tested on for instance an EVM to your custom board by enabling in the Linux device tree source file.
Have you taken the opportunity to review the following resources on testing Ethernet?
Linux:
-Daolin
Doalin,
To do the ethernet testing, we want to try to boot from the SD card to do it. Right now I have the "tisdk-default-image-am62xx-lp-evm.wic.xz" image on it and I modified the DDR file in UBOOT so that would match our board.
Can you tell me what might be stopping the boot process based on the output below? Our design doesn't have OSPI but we can add it. Is there a set of config files (*.dts and *.dtsi) that would allow me to boot with only USB and 2 Ethernet?
Hi Jim,
>>>Can you tell me what might be stopping the boot process based on the output below?
This question requires another expert on the team to help you, the best way to get a hold of the expert(s) is to create a separate E2E post on this issue
>>> Is there a set of config files (*.dts and *.dtsi) that would allow me to boot with only USB and 2 Ethernet?
We don't have an example dts file that disables all other interfaces except USB and the 2 ethernet ports. What I would suggest, once you verified you are able to fully boot on your custom board, is to create a dts file customized for the hardware on your custom board which only enables the USB and ethernet port interfaces and keeps other interfaces disabled or completely not defined - (in dts, it would be a property entry with status = "okay"; or status = "disabled";)
May I ask why you are targeting a minimal bootable image with just Ethernet and USB? Is your final use case only going to need these two interfaces?
-Daolin
Doalin,
If I'm using the am62x-sk-lp software, which dts files should I modify. Do the modifications need to be in both the UBOOT files and the kernel files?
Hi Jim,
If you are working with a custom board, I would not recommend modifying TI provided dts files for AM62x as those are created specifically for AM62x EVMs and may not work entirely for your custom platform.
If you are working with a TI AM62x SKEVM, and wanted to disable all interfaces except for USB and ethernet ports (CPSW ports) then I would use k3-am625-sk.dts (https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/arch/arm64/boot/dts/ti/k3-am625-sk.dts?h=ti-rt-linux-6.1.y)
If you are planning to test in Linux, only the kernel dts needs to be changed.
-Daolin
Hi Jim,
Just because you don't need to pay special attention to U-boot dts to modify it to include USB and ethernet ports does not mean you don't need follow the other details in "Porting U-Boot" (https://dev.ti.com/tirex/explore/node?node=A__Aea6RRpDjmWpbq1XT0xp3w__AM62-ACADEMY__uiYMDcq__LATEST). You will still need to get basic boot support to get to the U-boot prompt before Linux can be loaded.
>>>If you are planning to test in Linux, only the kernel dts needs to be changed.
What I mean by this is that you don't need to change the U-boot dts to disabled everything else like the "Porting U-Boot" document states, but it doesn't hurt to follow the instructions fully.
-Daolin
Hi,
I am not sure what to ask as the thread has a couple sub threads in it.
- One suggestion is keep working on the TI-EVM to practice reducing the peripherals not needed to get to the DTS file you want before moving to your board. To answer your earlier question the board DTS files are specific to u-boot and the kernel so each would need to be modified.
- Since you are seeing a SCHCI timeout in the console capture could mean several things.
Overall this thread will need to be split as Daolin mentioned. Right now this thread is in the networking support group, general u-boot porting is handled by another engineer. I will pass the thread tomorrow.
Best Regards,
Schuyler