User Tools

Site Tools


lkmp:lkmp_required_contributions

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
lkmp:lkmp_required_contributions [2019/04/04 23:34]
ShuahKhanLF
lkmp:lkmp_required_contributions [2021/01/20 17:55] (current)
ShuahKhanLF
Line 1: Line 1:
 ====== Linux Kernel Mentorship Program Required Contributions ====== ====== Linux Kernel Mentorship Program Required Contributions ======
  
-The required contributions are designed to enhance the mentorship experience by participating in the kernel release process.+The required contributions are designed to enhance the mentorship experience by participating in the kernel release process. ​Please note that quality of patches is what will add value, not the quantity. If one candidate has 10 white-space patches, and another has fewer more substantial patches, substantial work carries more weight.  
 + 
 +**Updates in progress for Spring program - Applications open on Oct 28th 2019. Wait for this page to be updated and stay tuned for announcements on the IRC channel.**
  
 ==== Participate in Stable release process ==== ==== Participate in Stable release process ====
Line 9: Line 11:
   * Subscribe to [[http://​vger.kernel.org/​vger-lists.html#​stable|Stable release mailing list]]   * Subscribe to [[http://​vger.kernel.org/​vger-lists.html#​stable|Stable release mailing list]]
   * [[lkmp:​lkmp_stable_release|Assist stable release maintainer(s)]]   * [[lkmp:​lkmp_stable_release|Assist stable release maintainer(s)]]
-  * **Boot test at least 2 or 3 stable releases during the 6 week application process and report results.**+  * **Boot test at least 3 stable releases during the 6 week application process and report results.**
  
 ====  Debugging ​ ==== ====  Debugging ​ ====
  
-What do you do when kernel doesn'​t boot or kernel is crashing or driver isn't working the way it should? It is time to debug the kernel. This is intended to be a self study on learning to [[https://​www.kernel.org/​doc/​html/​latest/​admin-guide/​bug-hunting.html|hunt bugs]], [[https://​www.kernel.org/​doc/​html/​latest/​admin-guide/​bug-bisect.html|bisetcing ​a bug]], learn about debug configuration options in the kernel config file, and how to use [[https://​www.kernel.org/​doc/​html/​latest/​admin-guide/​dynamic-debug-howto.html|Dynamic debugging]].+What do you do when kernel doesn'​t boot or kernel is crashing or driver isn't working the way it should? It is time to debug the kernel. This is intended to be a self study on learning to [[https://​www.kernel.org/​doc/​html/​latest/​admin-guide/​bug-hunting.html|hunt bugs]], [[https://​www.kernel.org/​doc/​html/​latest/​admin-guide/​bug-bisect.html|bisecting ​a bug]], learn about debug configuration options in the kernel config file, and how to use [[https://​www.kernel.org/​doc/​html/​latest/​admin-guide/​dynamic-debug-howto.html|Dynamic debugging]]. Another great resource for looking at the history of changes made to source files is [[https://​cregit.linuxsources.org/​|Contributors to the Linux Kernel]]. Please refer to [[http://​www.gonehiking.org/​ShuahLinuxBlogs/​blog/​2018/​10/​18/​who-made-that-change-and-when-using-cregit-for-debugging/​|Who Made That Change and When: Using Cregit for Debugging]].
  
-Find 2 to 3 [[https://​syzkaller.appspot.com/​syzbot] null pointer deference and WARN bug reports which include reproducer to analyze. As an example this report [[https://​syzkaller.appspot.com/​bug?​id=163388d1fb80146cd3ba22a11a5a1995c3eaaafe|[upstream] WARNING in dma_buf_vunmap]] includes reproducers. ​+Find 2 to 3 [[https://​syzkaller.appspot.com/​syzbot|Syzbot]] null pointer deference and WARN bug reports which include reproducer to analyze. As an example this report [[https://​syzkaller.appspot.com/​bug?​id=163388d1fb80146cd3ba22a11a5a1995c3eaaafe|[upstream] WARNING in dma_buf_vunmap]] includes reproducers. ​
  
-  * Run reproducer to see if you can reproduce the problem+  * Run the reproducer to see if you can reproduce the problem.
   * Look at the crash report and walk through sources for a possible cause.   * Look at the crash report and walk through sources for a possible cause.
-  * Write-up a short report for each of the bugs you analyzed and share them with [[shuah@kernel.org| Shuah Khan]] and cc linux-kernel-mentees+  * Write-up a short report for each of the bugs you analyzed and share them with [[skhan@linuxfoundation.org| Shuah Khan]] and linux-kernel-mentees ​mailing list. 
 + 
 +====  Documentation tasks (Optional) ==== 
 + 
 +Convert two .txt files to ReST format. You will find the tasks listed in [[lkmp:​lkmp_task_list|Linux Kernel Task List]] 
 + 
 +==== Kernel Tasks (Optional) ==== 
 + 
 +Pick two kernel tasks from the [[lkmp:​lkmp_task_list|Linux Kernel Task List]] and send patches to fix the issues. 
 + 
 +====  Staging tree coding style cleanups (Learning task practice patch process) ==== 
 + 
 +The staging tree is a good place to start to learn the kernel development process and getting your patches into the mainline. Pick a staging area driver and run checkpatch.pl on a file. Fix coding style problems if any. 
 + 
 +====  Static code analysis error fixing ​ (Learning task practice patch process) ==== 
 + 
 +Static code analysis is the process of detecting errors and flaws in the source code. The Linux kernel Makefile can be invoked with options to enable to run the [[https://​www.kernel.org/​doc/​html/​latest/​dev-tools/​sparse.html|Sparse source code checker]] on all source file or only the re-compiled files. Compile kernel with source code checker enabled and find errors and fix as needed. 
 + 
 + 
 + 
 + 
  
-====  Staging tree coding style cleanups ==== 
lkmp/lkmp_required_contributions.1554420865.txt.gz · Last modified: 2019/04/04 23:34 by ShuahKhanLF