-
linux-kernel-module-cheat
The perfect emulation setup to study and develop the Linux kernel v5.4.3, kernel modules, QEMU, gem5 and x86_64, ARMv7 and ARMv8 userland and baremetal assembly, ANSI C, C++ and POSIX. GDB step debug and KGDB just work. Powered by Buildroot and crosstool-NG. Highly automated. Thoroughly documented. Automated tests. "Tested" in an Ubuntu 20.04 host.完美的仿真设置,可用于研究和开发Linux内核v5.4.3,内核模块,QEMU,gem5和x86_64,ARMv7和ARMv8用户界面以及裸机装配,ANSI C,C ++和POSIX。 GDB步骤调试和KGDB可以正常工作。 由Buildroot和crosstool-NG支持。 高度自动化。 彻底记
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
Is anyone familiar if and how it is possible to combine the virtme plugin with the LTP ? So ideally the workflow would be to build the kernel, start it with virtme and test it with an LTP Testsuite?
my custom setup built on top: https://github.com/cirosantilli/linux-kernel-module-cheat
Solid suggestions from /u/cirosantilli. For example, for testing kernels built with Clang, we maintain a minimal buildroot image that has an init script that just powers down the machine if it was able to boot to init. images. Our CI fetches kernel images built via the tuxsuite service, and boots them in QEMU. Either the machine boots successfully and shuts down within a reasonable time limit, or hangs and timeouts which is considered a test failure.