Hi,

Have you tried removing the tps659038_rtc: tps659038_rtc? Also try commenting the internal RTC:
rtc: rtc@48838000 {
compatible = "ti,am3352-rtc";
reg = <0x48838000 0x100>;
interrupts = <GIC_SPI 217 IRQ_TYPE_LEVEL_HIGH>,
<GIC_SPI 217 IRQ_TYPE_LEVEL_HIGH>;
ti,hwmods = "rtcss";
clocks = <&sys_32k_ck>;
};

The above dts node is from dra7.dtsi.

Best Regards,
Yordan

0 henry kim over 8 years ago in reply to Yordan Kovachev

Intellectual 590 points

Hi,
Thanks for your comments.

The DSP is not working even if the internal RTC has been removed.

0 Yordan Kovachev over 8 years ago in reply to henry kim

TI__Guru**** 161600 points

What is running on the DSP? Can you share the application, maybe I can try and test it on some of my AM57xx EVMs.

Best Regards,
Yordan

0 henry kim over 8 years ago in reply to Yordan Kovachev

Intellectual 590 points

If I add the RTC to I2c #1,
the IPC basic sample DSP image provided from TI is not working though the sample is running.(server_dsp1.xe66)
Simply, the running DSP which has UART output(UART_printf) only is not working.

0 Yordan Kovachev over 8 years ago in reply to henry kim

TI__Guru**** 161600 points

Sorry for the delay, I am looking into this.

Best Regards,
Yordan

0 Yordan Kovachev over 8 years ago in reply to Yordan Kovachev

TI__Guru**** 161600 points

Have you tried changing (increasing a little) the reserved memory region in cmem dtsi file to see if it will impact the behaviour of your system?

0 henry kim over 8 years ago in reply to Yordan Kovachev

Intellectual 590 points

CMEM region is already extended.
100MB of total 192MB is used at most.

I'm not sure that there is any relationships between DSP booting and CMEM region.
The problem is same though I additionally extend the region.

0 Rex Chang over 8 years ago in reply to henry kim

TI__Guru 50170 points

Henry,

Which TI example were you running? Can you take a look at the DSP code and see where does it stop at? I suspect you may hit the known issue as discussed in the following thread:
e2e.ti.com/.../2328401

but without knowing which example you ran and what state the DSP code is at, I am not sure if it is the case.

Rex

0 henry kim over 8 years ago in reply to Rex Chang

Intellectual 590 points

When I run DSP via remoteproc after ARM booting, DSP looks normally working on ARM.
But DSP is not running actually.
I'm not sure that where it's stop since there is no uart output on DSP.

Yordan,

Have you tested on AM57xx EVM?
As I told you, DSP sample supported from PDK is not working. (server_dsp1.xe66)

0 Rex Chang over 8 years ago in reply to henry kim

TI__Guru 50170 points

Hi, Henry,

I think we have some gap here. We need to know which example you were running. server_dsp1.xe66 is a generic binary file name and doesn't give us any info. If the example is from PDK, we need to know is it a driver example and for which driver, emac, pcie, i2c, uart, etc.? If it is an IPC example, we need to know which example the server_dsp1.xe66 is from, ex02_messageq, ex41_forwardmsg, or ex68_power.

You will need to use CCS to connect to DSP and check where the DSP stops.

Rex

0 henry kim over 8 years ago in reply to Rex Chang

Intellectual 590 points

Hi, Rex

Adding RTC to I2C #1 on any examples of samples, I could find problem. (DSP printing UART only is same.)
There is no problem if I run DSP on JTAG.
The problem only occurs when I add RTC to I2C #1 and run DSP on ARM via remoteproc.

0 Rex Chang over 8 years ago in reply to henry kim

TI__Guru 50170 points

Hi, Henry,

I looked at the TI schematics and don't find the DS3231 RTC. Are you using a custom board? If you are running a custom board, then we won't be able to reproduce the issue to effectively root cause the issue. I did a search on the ds3231 rtc and in the kernel device tree binding documentation, it suggests the compatible being maxim. I am not sure if this matters. I am not sure how we can further help to solve the issue without hardware to reproduce the issue.

Rex

0 henry kim over 8 years ago in reply to Rex Chang

Intellectual 590 points

Hi, Rex

I tested on AM5728 IDK EVM but there was no problem.

1. Could you let me know the other ways except CMEM size modification or internal RTC removal?
2. Is there any relationship between adding device to I2c #1 and DSP booting?

Thanks

0 Rex Chang over 8 years ago in reply to henry kim

TI__Guru 50170 points

Hi, Henry,

So, the issue does not happen on AM5728 IDK EVM, but your custom board? I am not sure what's involved and need to consult internally what the issue may be.

Rex

Processors

Processors forum

Linux/AM5728: DSP fails when RTC added to device tree