please wait…
Hello,
dmesg.txt (66.7 KB)
Reattach dmesg.
Please take a look at this
Thank you very much
Hello!
I see the following in the dmesg …
[ 1.403660] ERROR: could not get clock /sound:extern1(3)
[ 1.409146] tegra-asoc: sound: Can't retrieve clk cdev1
[ 1.414489] tegra-asoc:: probe of sound failed with error -2
So there is a problem with the DTB. What version of L4T are you using?
When you sync’ed the L4T kernel source, did you ensure that you specified the correct version?
The sound node should have something like this.
Regards,
Jon
Hello,
this link seems to broken.
Thank you for this reply.
I’ll check it next monday 26.
Thank you.
Hello!
I’ve posted another dmesg here. Can you check this again?
Thank you.
Hello,
Is there anything worth mentioning in the new dmesg?
Thank you.
Sorry about that, please try this link.
Jon
This dmesg looks fine.
Jon
Yes for the eMMC version it should be 0002.
Jon
Hello,
-
The sound test fails even in the jetson nano module (emmc, production) where this dmesg came out.
Why does the sound test fail when dmesg is fine? -
I tried copying both 0002 and 0000 to the following path.
Can’t I do this?
Thank you.
Hello!
Can you elaborate by what you mean by ‘fail’?
Do you have the pinmux now configured correctly?
I believe that before you were using the aud_mclk to provide a clock to the codec. Have you verified that this is configured and operating as expected?
Regards,
Jon
Hello,
As you guided me, I made a .dtsi file from an excel file
dtb file
I flashed it.
As you checked through dmesg
I think pinmux is configured correctly.
Thank you.
Hello,
In the same custom board, the devkit module (sdcard) configured using jetson-io.py worked fine.
Thank you.
Hello!
Yes I understand that. What does the following show on the eMMC board …
$ sudo grep "aud_mclk\|dap4" /sys/kernel/debug/tegra_pinctrl_reg
Jon
Hello,
What time is it there?
This is 7am.
I’ll test it and let you know.
Thank you.
Hello,
I tested both 0000, 0002 and copied them to l4t/kernerl/dtb like this:
Could there be a problem doing this?
cp arch/arm64/boot/dts/tegra210-p3448-0000-p3449-0000-*.dtb /kernel/dtb/
cp arch/arm64/boot/dts/tegra210-p3448-0002-p3449-0000-*.dtb /kernel/dtb/
Thank you.
Hello,
The excel file was modified as above to create a dtsi file.
I copied and flashed the dtb file following the Updating the Bootloader Pinmux guide.
The result is like this
6.Rebuild the device tree image:
$ cd <src_path>/kernel/kernel-4.9/
$ make ARCH=arm64 tegra_defconfig
$ make ARCH=arm64 dtbs
7.Copy the updated device tree image to the L4T release tree:
$ cp arch/arm64/boot/dts/tegra210-p3448-0002-p3449-0000-*.dtb /kernel/dtb/
8.To reflash the target device for the new pinmux configuration to be applied, follow the instructions in the section Basic Flashing Procedures of the topic Flashing and Booting the Target Device.
What am I supposed to do?
The pinmux change excel file in the download center is a little old, but please check if there is any update.
It’s embarrassing to spend too much time on this issue right now. Please.
Thank you.
Hello!
I am sorry that this is taking so much time, but it is not easy to follow what you are saying. In the above, I can clearly see two issues …
- The sound card is failing to probe.
- The AUD_MCLK pinmux is not configured correctly.
I will check on the pinmux spreadsheet.
Regards,
Jon
Hello,
The manual says to copy 0000.
But I thought 0002 was correct, and Jonathanh thought so, but this seems to be the problem.
Could you please check?
Thank you.


