Great, let us know if you face any issues (which I do not expect).
You’ll need to reload the page, so the browser fetches the new document instead of taking the one from its local cache.
So far, so good. I tried doing some previously stressful things and got no crashes yet. Compaction is actively preventing these situations it seems
armbian has now merged this config change:
main ← lukaszsobala:rockchip-vendor-config-fixes
opened 02:54PM - 13 Jul 26 UTC
# Description
The motivation for this change is that memory compaction is a u… seful feature, and it is disabled on the Rockchip vendor kernel as a stale remnant from the 32-bit era.
Here is some context:
https://github.com/rockchip-linux/kernel/commit/6fd9def
https://github.com/rockchip-linux/kernel/commit/45cee0c
Compaction was probably not enabled to guard against some minimal latency issues in case of real-time media processing (which is Rockchip's intended use case), but it causes problems with memory management under pressure. If running the board as a server, this is a must-have. In my experience, running a Rock 5B with some memory regions masked due to physical degradation, it completely alleviated out of memory issues. It is enabled on the mainline kernel and many other vendor kernels.
Also, RK630, which is needed for some Ethernet ports on lower end Rockchip boards is missing; adding it to the config does not hurt anything.
# How Has This Been Tested?
- [x] Improved memory management issues on my Rockchip board, no ill effects.
- [x] The RK630 module builds and runs correctly on a board with this interface.
# Checklist:
- [x] My code follows the style guidelines of this project
- [x] I have performed a self-review of my own code
- [x] My changes generate no new warnings
## Summary by CodeRabbit
* **New Features**
* Enabled support for the Rockchip RK630 PHY as a loadable module.
* **Bug Fixes**
* Updated kernel memory compaction configuration to avoid explicitly disabling it.
Great, many thanks for sending that PR!