![]() ![]() This is normal if the patch series comes with a “cover letter” (patch 0/X), this email (the cover letter) is used to explain a patch series (multiple patches that go together) and doesn’t contain a patch. Git will complain that the patch is empty. Let’s first create a local development branch to which we will apply the patches, then we will use git am to apply patches from this series. Patches from these email exchanges can be applied with git am. It contains the mails exchanged in the LKML thread. The t.mbox file is a “mailbox” file, in plain text, one can open it with a text viewer (e.g., less) or editor (vi/emacs). This file (t.mbox.gz) can be downloaded, let’s create a directory “patches” in our clone of the Linux kernel, download the file (copy the link on the page or manually download it), and extract it. Then on the thread summary you will find a link to a mbox.gz file as shown below ![]() First find the patches you are interested in on. For example this series of patches to the kernel that was written to fix some issues with the PCIe endpoint test driver. When we identified a patch or a patch series that is of interest for us, there are several ways to apply them locally. So we will retrieve the patch or series directly from on of the LKML archives from. In most cases we don’t receive the emails with the patches directly, either because we don’t subscribe to the mailing list or simply because we don’t have an email client installed on our development machine. Apply a patch or a patch series from the LKML to your kernel Personally I like to use patchwork to look at new patches submitted to the LKML, and use to search for specific terms. There is also LKML FAQ which contains a treasure trove of information. There are several ways to explore the LKML. It is possible to clone the repository with these links. Once you click on the repository the links to clone it will be visible. The main repository is shown in red in the image above. When we go the to git repositories page one might feel overwhelmed by the number of repositories (there are hundreds of them). Source code for the Linux kernel is available from it can be downloaded or cloned with git. In this post we will explore how we can incorporate code from the LKML into our kernel. This can happen when developing with exotic hardware, for example a driver could have been submitted but never merged because of some reason (e.g., code doesn’t follow the kernel guidelines etc.), however this code might still be of interest to you. Another reason could be that you need patches that were proposed to the LKML but were never merged. Sometimes it is useful to get patches from the LKML, for example if you are developing in the kernel or simply because you want to stay at the bleeding edge. Some of these patches get accepted and merged into the mainline Linux kernel and become available to the user, other patches never do. Everyday patches are submitted to the Linux Kernel Mailing List (LKML). ![]() The Linux Kernel is under constant development and improvement. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |