So you ditched the old v4.4 Rockchip vendor kernel in favor of Mainline Linux and now half of your SBC doesn't work! Well, trouble no more, at least I'll help you get a working NPU for accelerated AI inference.
> Beware, messing out with your clocks via sysfs without knowing what you are doing may permanently damage your device at the hardware level, so if you're clueless, don't mess around.
Anyway, very nice and informative article, thanks !
Ok, but to me it seems to mean that the hardware may be permanently damaged (= a power cycle does not fix the issue) by a wrong clock setting, and I wonder why.
Well the simplest example I can give you is overclocking your CPU or GPU. If you do that past a certain limit, it would be damaging to the hardware don't you agree?
The correct implementation of the power-up script for Rock Pi N10 NPU should be as a kernel module, this way we don't have to enable any dangerous #defines in clk.c
Author here. Got the official repository wrong for NPU firmware. Fixed it now, belongs to user "airockchip" on GitHub and latest commits have been authored by Randall Zhuo from Rockchip, so it seems to be official at least.
6 comments
[ 3.1 ms ] story [ 33.3 ms ] thread> Beware, messing out with your clocks via sysfs without knowing what you are doing may permanently damage your device at the hardware level, so if you're clueless, don't mess around.
Anyway, very nice and informative article, thanks !
The correct implementation of the power-up script for Rock Pi N10 NPU should be as a kernel module, this way we don't have to enable any dangerous #defines in clk.c