Help to find out board name and available FW

[troyane]

Hello! I've got a few of these Noname (as far as I can see relatively new) cameras.

Trying to figure out if it is possible to update its FW to something better.

Thanks!

[roleoroleo]

It's not possible to find the model from board name.
Probably it's a b091qp but I need a dump of the firmware.
Please, make a backup and share with me.

[troyane]

Sure, @roleoroleo here you are:

• df.txt.gz
• ps.txt.gz
• top.log.gz

top command run via: top -b -d 1 -n 20 > top.log 2>&1

[roleoroleo]

Logs are ok.
I don't know how to debug this behavior.
Maybe running some top when the cam is close to restarting.

[troyane]

In that 5 min in-between time, I've logged via SSH to cam and got this message:
mount: mounting none on /sys/kernel/debug failed: Resource busy

Also, here are the commands you've asked for, executed just before reboot:

• df.txt.gz
• top.log.gz
• ps.txt.gz

[roleoroleo]

ps output shows the problem.
rmm process is dead and wd_rtsp.sh (the watchdog) starts the reboot process.
So, the problem is: why does rmm die?
Normally it happens when there is a memory problem (not enough free memory).

Please, try to switch off all unnecessary processes.

[troyane]

From the very beginning I switched off mqtt, ftp,... Left the web service and ssh turned on.
Here are few thoughts:

• It happens almost as according to a schedule: 1h cam works, then each 5min it reboots.
• I'll try to turn off webservice and test again.
• Is there an option to use dmesg? Maybe it could have some more detail on a problem?
• If you have already updated the firmware I can try to set it up from scratch.

[roleoroleo]

* Is there an option to use dmesg? Maybe it could have some more detail on a problem?

Yes, copy the busybox binbary:

cp /tmp/sd/yi-hack/bin/busybox /tmp/sd/yi-hack/bin/dmesg
dmesg

* If you have already updated the firmware I can try to set it up from scratch.

Try new 0.2.8 released 1 hour ago.

I checked your log files again and the problem is not simple.
Normally (with my cams) rmm process uses about 65% of VSZ.
Your log shows 86%, it's strange.
AFAIK b091qp cams are a customization made by other vendors (not directly by Yi).
Maybe rmm is not so stable.
We should try to know why it works without the hack.

[troyane]

I tried new fw, and everything worked from the very beginning. Thanks for your efforts!