Which artifact from the Hello World driver task should be uploaded?
For the Hello World driver, which of the artifacts should be uploaded? (.ko driver, patch, or mdesg output)?
Write a "hello world" kernel module - generate send the patch and dmesg output from the module to Shuah Khan skhan@linuxfoundation.org and also upload the file.
Best Answer
-
This is what I did when submitting my application for the spring mentorship:
- I sent the patch using
git-send-email. You can add thedmesgoutput either in the changelog of the patch or after the---in the patch file. - I ran the kernel on QEMU (you can do it in any other hypervisor) and took a screenshot showing the use of
insmodand the output ofdmesg | tail. If your dmesg comes from BusyBox, the output should appear immediately after runninginsmod, so capturingdmesgseparately may not be necessary.
2.1. I also took a screenshot of the module code and theMakefile.
2.2. Then, I combined everything into a PDF for submission.
Note: You shouldn't upload the
.kofile. The size of thestruct modulemost likely differs between your kernel and your mentor's, so the module won't load anyway:
https://elixir.bootlin.com/linux/v6.14-rc6/source/kernel/module/main.c#L2006-L2010
Even if it does, no one will load an unknown kernel module on their machine due to security concerns d:0 - I sent the patch using
Answers
-
.ko file, Makefile should be sent via email attachments , and output record as screenshot or, dmesg output put it into one file like : "dmesg | cat >> dmesg_output.txt" , and upload it on dashboard. Thats seems right i guess, also send this txt file via mail as well, also I am open to any other suggestions as well.
0 -
hi @imanseyed i have one doubt before sending the patch , should we use git commit ? or only git format-patch directly after adding files git add .. kindly clarify the process and steps thank you
0 -
@rujrabhatt said:
hi @imanseyed i have one doubt before sending the patch , should we use git commit ? or only git format-patch directly after adding files git add .. kindly clarify the process and steps thank youFor your application, you can simply create a commit (don't forget to sign it) and generate the patch using
git format-patch -1. You can't create a patch by just staging your files. For more complex situations such as patch series, you can useb4later on:
https://b4.docs.kernel.org/en/latest/contributor/prep.html1 -
hi @imanseyed sure got the idea and, just now tried to send the patch , have used "git commit -s -v" then added comments on top. Post that used "git format-patch -1 HEAD" and have made local branch before any commit. then got the patch as 0001-------.patch , then used "git send-email --To:
--Cc: "0 -
I have sent the patch for kernel extra version using git send-email. Also I took the screenshots of booted kernel(uname -r) and Makefile. Do I need to send the PDF Document of that screenshots to skhan@linuxfoundation.org via gmail or uploading the file is enough? what else we need to write in the document?
Does 'dmesg output from the module and send it' in every task mean taking the screenshot of the output and pasting in PDF document and sending document via gmail, is it?0
Categories
- All Categories
- 177 LFX Mentorship
- 177 LFX Mentorship: Linux Kernel
- 750 Linux Foundation IT Professional Programs
- 373 Cloud Engineer IT Professional Program
- 169 Advanced Cloud Engineer IT Professional Program
- 74 DevOps IT Professional Program - Discontinued
- 4 DevOps & GitOps IT Professional Program
- 99 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- 1 AI & ML Training
- 1 Blockchain & Decentralized Identity Training
- 3 Cloud & Containers Training
- 1 Cybersecurity Training
- 2 DevOps & Site-Reliability Training
- 1 Linux Kernel Development Training
- 1 Networking Training
- 1 Open Source Best Practice Training
- 1 System Administration Training
- 1 System Engineering Training
- 1 Web & Application Development Training
- 792 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 95 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 87 Storage
- 769 Linux Distributions
- 81 Debian
- 68 Fedora
- 22 Linux Mint
- 13 Mageia
- 24 openSUSE
- 150 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 465 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 98 Linux Security
- 78 Network Management
- 101 System Management
- 46 Web Management
- 106 Mobile Computing
- 18 Android
- 73 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 392 Off Topic
- 121 Introductions
- 181 Small Talk
- 29 Study Material
- 955 Programming and Development
- 310 Kernel Development
- 627 Software Development
- 983 Software
- 375 Applications
- 182 Command Line
- 5 Compiling/Installing
- 68 Games
- 317 Installation
- Archived
- 2 LFD140 Class Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)