Occasionally, I will forget to link something from the mailing list in this post. To see my full mailing list activity (patches, reviews, and reports), you can view it on lore.kernel.org.
Linux kernel patches
-
Build errors: These are patches to fix various build errors that I found through testing different configurations with LLVM or were exposed by our continuous integration setup. The kernel needs to build in order to be run :)
-
Downstream fixes: These are fixes and improvements that occur in a downstream Linux tree, such as Android or ChromeOS, which our continuous integration regularly tests.
-
Miscellaneous fixes and improvements: These are fixes and improvements that don’t fit into a particular category but are important to ClangBuiltLinux.
kbuild: Disable clang's -Wformat-{overflow,truncation}-non-kprintf
(v1
)kbuild: Enable -Wincompatible-function-pointer-types-strict in W=1
(v1
)RISC-V: build: Allow LTO to be selected
(v3
)drm/amd/display: Respect CONFIG_FRAME_WARN=0 in DML2
(v1
)arm64: Restrict CPU_BIG_ENDIAN to GNU as or LLVM IAS 15.x or newer
(v1
)
-
Stable backports: It is important to make sure that the stable trees are as free from issues as possible, as those are the trees that devices and users use; for example, Android and Chrome OS regularly merge from stable, so if there is a problem that will impact those trees that we fixed in mainline, it should be backported.
-
Warning fixes: These are patches to fix various warnings that appear with LLVM. I used to go into detail about the different warnings and what they mean, but the important takeaway for this section is that the kernel should build warning free, as all developers should be using
CONFIG_WERROR
, which will turn these all into failures. Maybe these should be in the build failures section…vfio/cdx: Add parentheses between bitwise AND expression and logical NOT
(v1
)Fix a couple recent instances of -Wincompatible-function-pointer-types-strict from ->mode_get() implementations
(v1
)um: net: Fix return type of uml_net_start_xmit()
(v1
)OPP: Fix -Wunsequenced in _of_add_opp_table_v1()
(v1
)scsi: ibmvfc: Use 'unsigned int' for single-bit bitfields in 'struct ibmvfc_host'
(v1
)ASoC: tegra: Fix -Wuninitialized in tegra210_amx_platform_probe()
(v1
)remoteproc: st: Fix sometimes uninitialized ret in st_rproc_probe()
(v1
)PCI: rcar-gen4: Fix type of type parameter in rcar_gen4_pcie_ep_raise_irq()
(v1
)RDMA/bnxt_re: Fix clang -Wimplicit-fallthrough in bnxt_re_handle_cq_async_error()
(v1
)ASoC: codecs: aw88399: Fix -Wuninitialized in aw_dev_set_vcalb()
(v1
)
Patch review and input
For the next sections, I link directly to my first response in the thread when possible but there are times where the link is to the main post. My responses can be seen inline by going to the bottom of the thread and clicking on my name.
Reviewing patches that are submitted is incredibly important, as it helps ensure good code quality due to catching mistakes before the patches get accepted and it can help get patches accepted faster, as some maintainers will blindly pick up patches that have been reviewed by someone that they trust.
Re: [PATCH] x86/boot: Move x86_cache_alignment initialization to correct spot
Re: [PATCH] gen_compile_commands: use raw string when replacing \#
Re: [PATCH] kbuild: rpm-build: generate kernel.spec in rpmbuild/SPECS/
Re: [PATCH] kbuild: remove stale code for 'source' symlink in packaging scripts
Re: [PATCH] kbuild: make binrpm-pkg always produce kernel-devel package
Re: [PATCH rebased] kbuild: rpm-pkg: Fix build with non-default MODLIB
Re: [PATCH 1/2] drm/i915: drop -Wall and related disables from cflags as redundant
Re: [PATCH 2/2] drm/i915: enable W=1 warnings by default
Re: [PATCH 5/5] kbuild: unify no-compiler-targets and no-sync-config-targets
Re: [tip: x86/bugs] x86/retpoline: Ensure default return thunk isn't used at runtime
Re: [PATCH v2] clk: ralink: mtmips: quiet unused variable warning
Re: [PATCH] lib/Kconfig.debug: disable FRAME_WARN for kasan and kcsan
Re: [PATCH 04/10] modpost: remove more symbol patterns from the section check whitelist
Re: [PATCH] kbuild: dummy-tools: pretend we understand -fpatchable-function-entry
Issue triage, input, and reporting
The unfortunate thing about working at the intersection of two projects is we will often find bugs that are not strictly related to the project, which require some triage and reporting back to the original author of the breakage so that they can be fixed and not impact our own testing. Some of these bugs fall into that category while others are issues strictly related to this project.
Re: [PATCH v2 2/2] x86/sev-es: Only set x86_virt_bits to correct value
Re: [PATCH 8/8] crypto: cbc - Convert from skcipher to lskciphe
Re: [PATCH 09/21] block: Add checks to merging of atomic write
Re: [PATCH v2] vfs: shave work on failed file open
RISC-V linker relaxation breaks booting with LTO
Re: [PATCH] mm: hugetlb: Only prep and add allocated folios for non-gigantic pages
Re: [tip: x86/bugs] x86/retpoline: Ensure default return thunk isn't used at runtime
Re: [PATCH 0/2] Reduce stack size for DML2
[VPlan] Insert Trunc/Exts for reductions directly in VPlan.
arm64 big endian boot failure with LLVM 13 and 14 after -next commit 34f66c4c4d55
"relocation refers to a symbol in a discarded section" on older Android branches
Re: [PATCH] mm: cma: report correct node id
Tooling improvements
These are changes to various tools that we use, such as our continuous integration setup, booting utilities, toolchain building scripts, or other closely related projects such as AOSP’s distribution of LLVM and TuxMake.
Adjust distribution components style and fix building with PGO
Drop 5.15 fix up patch for drivers/interconnect/core.c
python_lint: Disable pylint R0801
patches: next: Remove COUNT_ARGS() implementation patch
Drop 5.10 drm/mediatek fixup patch
tc_build: llvm: Fix distribution_components with disabled projects
build-llvm.py: Add '--build-targets'
Disable arm64 big endian builds with LLVM 13 and 14
patches: Add backports for new ld.lld issue in Android
Update stable anchor to 6.6
Behind the scenes
-
Every day that there is a new linux-next release, I rebase and build a few different kernel trees then boot and runtime test them on several different machines, including a Raspberry Pi 4, a Raspberry Pi 3, a SolidRun Honeycomb LX2, an Ampere Altra Developer Platform, an Intel-based desktop, an AMD-based desktop, and an Intel-based laptop. This is not always visible because I do not report anything unless there is something broken but it can take up to a few hours each day, depending on the amount of churn and issues uncovered.
-
I continue to upload stable LLVM releases to kernel.org to ensure kernel developers have easy access to LLVM for reproducing and fixing issues that they introduce.
-
I attended the 2023 US LLVM Developers Meeting in Santa Clara, CA to interact with the greater LLVM community and talk about issues that the kernel is facing.
Special thanks
Special thanks to Google and the Linux Foundation for sponsoring my work.