[why] Explain the meaning of new key "kernel_version" for scheduler, including what's the mapping between its typical values and actual files in the disk and how to set it.
Signed-off-by: Xu Xijian hdxuxijian@163.com --- doc/job/kernel_version.md | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 doc/job/kernel_version.md
diff --git a/doc/job/kernel_version.md b/doc/job/kernel_version.md new file mode 100644 index 0000000..56a6b1a --- /dev/null +++ b/doc/job/kernel_version.md @@ -0,0 +1,32 @@ +# kernel_version + +Meaning: +- Every os has its kernel, however an os can start with different kernels according to different need. +- kernel_version is a key for users to specify a kernel version. +- If kernel_version is not given by users, it will use the default one. + +Related files: +- In initramfs boot process, every kernel version is related with a vmlinuz, module and headers. +- File paths like below, An example $boot_dir can be "/srv/os/openeuler/aarch64/20.03/boot" + +- $boot_dir/vmlinuz => $boot_dir/vmlinuz-$kernel_version + - default kernel file(vmlinuz) is a soft link + +- $boot_dir/modules => $boot_dir/modules-$kernel_version.cgz + - default modules is a soft link + +- $boot_dir/headers => $boot_dir/headers-$kernel_version.cgz + - default headers is a soft link + +- $boot_dir/vmlinuz-$kernel_version + - real kernel path + +- $boot_dir/modules-$kernel_version.cgz + - real modules path + +- $boot_dir/headers-$kernel_version.cgz + - real headers path + + +Usage example: +- submit iperf.yaml testbox=vm-hi1620-2p8g--xxj os=openeuler os_arch=aarch64 os_version=20.03 runtime=20 kernel_version=4.19.90-2003
On Sat, Oct 31, 2020 at 05:06:42PM +0800, Xu Xijian wrote:
[why] Explain the meaning of new key "kernel_version" for scheduler, including what's the mapping between its typical values and actual files in the disk and how to set it.
Signed-off-by: Xu Xijian hdxuxijian@163.com
doc/job/kernel_version.md | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 doc/job/kernel_version.md
diff --git a/doc/job/kernel_version.md b/doc/job/kernel_version.md new file mode 100644 index 0000000..56a6b1a --- /dev/null +++ b/doc/job/kernel_version.md @@ -0,0 +1,32 @@ +# kernel_version
+Meaning: +- Every os has its kernel, however an os can start with different kernels according to different need. +- kernel_version is a key for users to specify a kernel version. +- If kernel_version is not given by users, it will use the default one.
+Related files: +- In initramfs boot process, every kernel version is related with a vmlinuz, module and headers. +- File paths like below, An example $boot_dir can be "/srv/os/openeuler/aarch64/20.03/boot"
+- $boot_dir/vmlinuz => $boot_dir/vmlinuz-$kernel_version
- default kernel file(vmlinuz) is a soft link
+- $boot_dir/modules => $boot_dir/modules-$kernel_version.cgz
- default modules is a soft link
+- $boot_dir/headers => $boot_dir/headers-$kernel_version.cgz
- default headers is a soft link
+- $boot_dir/vmlinuz-$kernel_version
- real kernel path
+- $boot_dir/modules-$kernel_version.cgz
- real modules path
+- $boot_dir/headers-$kernel_version.cgz
- real headers path
The above example looks a bit complex. This can be more simple:
wfg@crystal /srv/os/openeuler/aarch64/20.03/boot% tree|g 4.19.90-2003|g -v oe1 ├── headers-4.19.90-2003.cgz ├── headers.cgz -> headers-4.19.90-2003.cgz ├── modules-4.19.90-2003.cgz ├── modules.cgz -> modules-4.19.90-2003.cgz ├── vmlinuz-4.19.90-2003
btw, here the vmlinuz symlink does not match headers.cgz and modules.cgz
+Usage example: +- submit iperf.yaml testbox=vm-hi1620-2p8g--xxj os=openeuler os_arch=aarch64 os_version=20.03 runtime=20 kernel_version=4.19.90-2003
That example cannot be run by others (testbox too specific). Do you have a more general example?
Thanks, Fengguang
On Sat, Oct 31, 2020 at 08:07:05PM +0800, Wu Fengguang wrote:
On Sat, Oct 31, 2020 at 05:06:42PM +0800, Xu Xijian wrote:
[why] Explain the meaning of new key "kernel_version" for scheduler, including what's the mapping between its typical values and actual files in the disk and how to set it.
Signed-off-by: Xu Xijian hdxuxijian@163.com
doc/job/kernel_version.md | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 doc/job/kernel_version.md
diff --git a/doc/job/kernel_version.md b/doc/job/kernel_version.md new file mode 100644 index 0000000..56a6b1a --- /dev/null +++ b/doc/job/kernel_version.md @@ -0,0 +1,32 @@ +# kernel_version
+Meaning: +- Every os has its kernel, however an os can start with different kernels according to different need. +- kernel_version is a key for users to specify a kernel version. +- If kernel_version is not given by users, it will use the default one.
+Related files: +- In initramfs boot process, every kernel version is related with a vmlinuz, module and headers. +- File paths like below, An example $boot_dir can be "/srv/os/openeuler/aarch64/20.03/boot"
+- $boot_dir/vmlinuz => $boot_dir/vmlinuz-$kernel_version
- default kernel file(vmlinuz) is a soft link
+- $boot_dir/modules => $boot_dir/modules-$kernel_version.cgz
- default modules is a soft link
+- $boot_dir/headers => $boot_dir/headers-$kernel_version.cgz
- default headers is a soft link
+- $boot_dir/vmlinuz-$kernel_version
- real kernel path
+- $boot_dir/modules-$kernel_version.cgz
- real modules path
+- $boot_dir/headers-$kernel_version.cgz
- real headers path
The above example looks a bit complex. This can be more simple:
wfg@crystal /srv/os/openeuler/aarch64/20.03/boot% tree|g 4.19.90-2003|g -v oe1 ├── headers-4.19.90-2003.cgz ├── headers.cgz -> headers-4.19.90-2003.cgz ├── modules-4.19.90-2003.cgz ├── modules.cgz -> modules-4.19.90-2003.cgz ├── vmlinuz-4.19.90-2003
btw, here the vmlinuz symlink does not match headers.cgz and modules.cgz
good
+Usage example: +- submit iperf.yaml testbox=vm-hi1620-2p8g--xxj os=openeuler os_arch=aarch64 os_version=20.03 runtime=20 kernel_version=4.19.90-2003
That example cannot be run by others (testbox too specific). Do you have a more general example?
Thanks, Fengguang
Oh yes, Thanks for reminding.
Thanks, Xijian