Unfortunately the watchdog interface is something that we have done no extra work on internally. What this means is that anything NXP supports about the i.MX8M Mini’s watchdog “should” be supported by our BSP and standard Linux drivers/interfaces. I apologize for not being able to provide more information here.
Hello Jermias,
Honestly, I think every serious embedded project needs a watchdog to restart the board if the software hangs, so I’m really surprised that the Watchdog seems to be untested on Verdin.
Are there any plans when Toradex will test it and provide more information?
Thanks, Klaus
Currently we do have it planned with the Verdin to verify and document it’s Watchdog. I can’t give any rough time/roadmap estimates here as this work is dependent on some other tasks as well as pending possible future hardware changes to the Verdin that could affect the work surrounding the Watchdog.
About bringing up the Watchdog early during U-Boot. This is actually an interesting question we have asked internally recently. Let me check with our development teams and see if they had put anymore thought into this, that I can share with you.
You said, one could use I2C commands to trigger the watchdog. From my understanding, the watchdog of the verdin is an IMX8M chip internal watchdog, and its registers are memory mapped. So I2C commands would not work.
Regarding the mentioned hardware change: We are using the verdin module. Are you talking also about the verdin? If yes: What is the reason to change the watchog? When is this change planned?
But the /dev/watchdog is not servicing the PMIC watchdog. It is servicing the I.MX8M internal watchdog. So if we stick to this watchdog, no change is required with the next hardware version. Correct?
Can you provide a date, when the next hardware version will be available?
If you stick to /dev/watchdog then you can map the internal or external watchdog to it. Unfortunately I cannot say more about this topic.
The next hardware version is planned for end of November.
Hi @jaski.tx
Can we get an update on this question? I have just designed a WDT onto our carrier board to manage this. Would be better if we can use the IMX8MM internal one.
Also, the PCA9450 does not appear to have a WDT function. I think it is just a PMIC, ideally the IMX8MM internal WDT would control the signals to it to power cycle the board.
Can you share the roadmap for this function if it is not in place already?
Thanks
Ed
Hi @jaski.tx
Can we get an update on this question? I have just designed a WDT onto our carrier board to manage this. Would be better if we can use the IMX8MM internal one.
Also, the PCA9450 does not appear to have a WDT function. I think it is just a PMIC, ideally the IMX8MM internal WDT would control the signals to it to power cycle the board.
Can you share the roadmap for this function if it is not in place already?
Thanks
Ed
Yes, the Watchdog is working on the Verdin iMX8MM V1.1A.
I have just designed a WDT onto our carrier board to manage this
This choice will depend on the Safety Level of your Product.
Would be better if we can use the IMX8MM internal one.
We are using the internal Watchdog of SoC to reset the SoM.
Also, the PCA9450 does not appear to have a WDT function. I think it is just a PMIC, ideally the IMX8MM internal WDT would control the signals to it to power cycle the board
Yes, that’s true. Currently, we are triggering the PMIC to pull the Reset Line of the SoC and we do a complete power down/up of the PowerRails.
Can you share the roadmap for this function if it is not in place already?
It is already implemented. You would need the V1.1A of the Verdin iMX8MM module and the newest nightly Build from CI-Feeds.