Differences

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

--- lkmp:lkmp_project_list [2020/02/12 22:06]
ShuahKhanLF
+++ lkmp:lkmp_project_list [2020/06/23 16:10] (current)
ShuahKhanLF
@@ Line 7: / Line 7: @@
 Please refer to [[lkmp:lkmp_project_list_2019|Linux Kernel Mentorship Summer and Fall 2019 Project List]] for previous projects.
+===== Summer 2020 Projects =====
 ===== Convert Runtime Tests to KUnit Tests =====
 There are a number of runtime tests in the Linux kernel that are not KUnit tests and do not communicate their output in TAP (the Test Anything Protocol). Many of these tests are easy to run and at a high level follow most of the semantics of KUnit, but because they each use their own ad hoc mechanism to define test conditions the tests take more time to understand than if they were all defined using the same test framework. Additionally, because each one of these runtime tests use their own mechanism to report test output, common tools to parse and collect test results are difficult to write.
@@ Line 14: / Line 15: @@
 **Mentor: [[brendanhiggins@google.com|Brendan Higgins]]**
-**Number of candidates applying for this project: 0**
+**Number of candidates selected for this project: 1**
+===== Dropwatch system enhancements =====
+Dropwatch is a kernel feature that was implemented approximately 7 years ago. It makes use of kernel kprobes to monitor all locations in the kernel where network frames (specifically skb structures) are freed.  Using a kprobe, dropwatch records a histogram of the program counters where these skb free operations were preformed, and reports that information to a user space application which presents the information in a human readable form, allowing for fine grained monitoring of dropped packets with little to no latency, or ambiguity of cause.
+Dropwatch consists of 3 primary components:
+) Kprobes, used to intercept calls to kfree_skb for the purpose of tracking
+where packets are dropped
+) A Netlink protocol, used to allow user space to control the activation of
+this feaure, and to receive the results of dropped packet reports
+) A user space application, used to drive the Netlink protocol
+**Proposal**
+I would like to propose that my mentee augment this kernel feature to create a dummy network interface, which exists for the purpose of cloning and queuing packets which otherwise would have been dropped by the kernel.  Adding this interface and queuing dropped packets to it, will allow for existing other userspace applications (like tcpdump or wireshark), to physically see and interpret those frames which would otherwise have been discarded by the kernel, so that developers can better understand why packets are being dropped, and potentially prevent the action in the future.
+**Implementation details**
+To accomplish this the mentee will need to:
+a) Augment the kernel code to add netlink messages to control the creation and
+teardown of an ethernet interface
+b) Enhance the dropwatch kernel kprobes to enqueue dropped frames to the
+interface in (a) when it exists
+c) test the additional code to verify that it works.
+**Mentor: [[nhorman@redhat.com|Neil Horman]]**
+**Number of candidates selected for this project: 1**
+===== PCI: Remove legacy power management =====
+The current generic power management framework using ''struct dev_pm_ops''
+was introduced over ten years ago.  The previous "legacy" framework
+uses ''.suspend()'' and ''.resume()'' methods in the ''struct pci_driver''.  We
+should convert all drivers from the legacy framework to the generic
+framework and remove the legacy code from the PCI core.  Examples of
+doing this include:
+  * [[https://git.kernel.org/linus/8249c47c6ba4|8249c47c6ba4 ("fm10k: use generic PM hooks instead of legacy PCIe power hooks")]]
+  * [[https://git.kernel.org/linus/0e5d3da40055|0e5d3da40055 ("i40e: use newer generic PM support instead of legacy PM callbacks")]]
+  * [[https://git.kernel.org/linus/226e6b866d74|226e6b866d74 ("gpio: pch: Convert to dev_pm_ops")]]
+The drivers can be converted one-by-one and the PCI core code removed
+when it is no longer used.
+**Mentor: [[bjorn@helgaas.com|Bjorn Helgaas]]**
+**Number of candidates selected for this project: 1**
+===== PCI: Hardening - Fix static analysis errors =====
+Explore kernel static analysis checkers CocciCheck, Coverity, Sparse, and Smatch. Learn how to run them to find static analysis problems in the PCI sub-system and fix the reported errors.
+**Mentor: [[bjorn@helgaas.com|Bjorn Helgaas]]**
+**Number of candidates selected for this project: 1**
+===== Fall 2020 Projects - Apply from CommunityBridge =====
 ===== Add KUnit Support for Parameterized Testing =====
@@ Line 60: / Line 119: @@
 **Number of candidates applying for this project: 0**
-===== Add PR_SET_VMA support to Linux Kernel (not available - deferred for later session) =====
+===== Add support for Latency Tolerance Reporting _DSM =====
+Latency Tolerance Reporting is used to help manage ASPM (Active State
+Power Management).  Some of the LTR values are platform-dependent and
+must be learned from platform firmware.  Linux currently does not ask
+firmware for this information.  I don't know exactly how this
+information needs to be incorporated into the ASPM support, but I think
+it's something we should figure out.  See the PCI Firmware Spec, r3.2,
+sec 4.6.6.
+**Mentor: [[bjorn@helgaas.com|Bjorn Helgaas]]**
+**Number of candidates applying for this project: 0**
+===== For a future session =====
+===== Add PR_SET_VMA support to Linux Kernel =====
 PR_SET_VMA mechanism is used heavily in Android for naming memory regions. It is passed to the prctl(2) system call along with the range of addresses to be named. The name appears in /proc/pid/maps and can be used to identify memory regions for debugging and accounting purposes. The patch has been carried in the Android tree for several years. The patch needs to be adapted to mainline, improved and finally upstreamed. This project will give the mentee a good understanding of virtual memory area structures in the Linux kernel as the name for the memory region is stored in these structures and there are various cases where a memory map needs to be split or merged depending on its name compared to its immediate neighbors.
@@ Line 76: / Line 151: @@
 **Mentor: [[joel@joelfernandes.org|Joel Fernandes]]**
-**Number of candidates applying for this project: 2**
+**Number of candidates applying for this project: 0**
+===== Compile cross platforms drivers when COMPILE_TEST set =====
+There are some drivers in Linux which get compiled on a limited set of platforms. Sometimes compilation of a driver is needed for compilation test coverage. In Linux we can check other platforms driver compilation by using COMPILE_TEST. This kind of driver may not load or work on the system but we can check its compilation.
+On x86 platform there are lot of other platform drivers which are not getting compiled by default. We can make those drivers compile using COMPILE_TEST.
+**Mentor: [[bankarsandhya512@gmail.com| Sandhya Bankar]]**
+**Number of candidates applying for this project: 0**
 ===== Linux Media - Convert Videobuf v1 to Videobus v2 (9 projects) =====
 Convert A requirement is that the developer has to have access to devices with use VB1 - either directly or we need to coordinate with someone with has the hardware for testing purposes. There are ~9 drivers that could be converted. Each driver is an independent project and will require 9 mentees.
@@ Line 92: / Line 172: @@
 **Mentor: [[mchehab@kernel.org| Mauro Chehab]]**
-**Number of candidates applying for this project: 1**
+**Number of candidates applying for this project: 0**
 ===== Documentation - Update obsolete .rst files =====
@@ Line 101: / Line 181: @@
 **Number of candidates applying for this project: 0**
-===== Compile cross platforms drivers when COMPILE_TEST set =====
+===== For a future session - PCI tasks (don't have the scope for being projects) =====
-There are some drivers in Linux which get compiled on a limited set of platforms. Sometimes compilation of a driver is needed for compilation test coverage. In Linux we can check other platforms driver compilation by using COMPILE_TEST. This kind of driver may not load or work on the system but we can check its compilation.
-On x86 platform there are lot of other platform drivers which are not getting compiled by default. We can make those drivers compile using COMPILE_TEST.
-**Mentor: [[bankarsandhya512@gmail.com| Sandhya Bankar]]**
-**Number of candidates applying for this project: 0**
 ===== PCI: Align ''pcie_capability_read_word()'' error returns with other config read accessors =====
 The ''pci_read_config_word()'' and similar interfaces set ''*val = ~0'' when
@@ Line 143: / Line 215: @@
   * if we exit the loop because ''reg >= MAX_MCE_REGS'', we leak the last reference
-**Mentor: [[bjorn@helgaas.com|Bjorn Helgaas]]**
-**Number of candidates applying for this project: 0**
-===== PCI: Remove legacy power management =====
-The current generic power management framework using ''struct dev_pm_ops''
-was introduced over ten years ago.  The previous "legacy" framework
-uses ''.suspend()'' and ''.resume()'' methods in the ''struct pci_driver''.  We
-should convert all drivers from the legacy framework to the generic
-framework and remove the legacy code from the PCI core.  Examples of
-doing this include:
-  * [[https://git.kernel.org/linus/8249c47c6ba4|8249c47c6ba4 ("fm10k: use generic PM hooks instead of legacy PCIe power hooks")]]
-  * [[https://git.kernel.org/linus/0e5d3da40055|0e5d3da40055 ("i40e: use newer generic PM support instead of legacy PM callbacks")]]
-  * [[https://git.kernel.org/linus/226e6b866d74|226e6b866d74 ("gpio: pch: Convert to dev_pm_ops")]]
-The drivers can be converted one-by-one and the PCI core code removed
-when it is no longer used.
 **Mentor: [[bjorn@helgaas.com|Bjorn Helgaas]]**
@@ Line 178: / Line 231: @@
 **Number of candidates applying for this project: 0**
-===== Add support for Latency Tolerance Reporting _DSM =====
-Latency Tolerance Reporting is used to help manage ASPM (Active State
-Power Management).  Some of the LTR values are platform-dependent and
-must be learned from platform firmware.  Linux currently does not ask
-firmware for this information.  I don't know exactly how this
-information needs to be incorporated into the ASPM support, but I think
-it's something we should figure out.  See the PCI Firmware Spec, r3.2,
-sec 4.6.6.
-**Mentor: [[bjorn@helgaas.com|Bjorn Helgaas]]**
-**Number of candidates applying for this project: 0**
+===== Spring 2020 Projects - completed =====
-===== Spring 2020 Projects - in progress =====
 ===== Linux dev-tools - Handling Complex Types and Attributes in Coccinelle =====
 Coccinelle, developed by Julia Lawall and her group, is a program matching and transformation engine which provides the language SmPL (Semantic Patch Language) for specifying desired matches and transformations in C code. The project proposal would be to improve the management of complex types and attributes (const, <nowiki>__user</nowiki>, etc) in the program matching and transformation tool Coccinelle. Currently, complex types are represented incorrectly, which makes it impossible to match against them in a general way. Various kinds of attributes are increasingly used in Linux kernel code, and it is important to be able to check these annotations and add them where they are missing. This project is relevant to Linux, Zephyr and many more applications.
@@ Line 214: / Line 255: @@
 **Number of candidates working on this project: 3**
 ===== Linux Media - Virtual DVB test driver =====

Wiki

User Tools

Site Tools

Differences

Page Tools