Upstreaming a linux kernel driver.
summary
Walks through the concrete steps to upstream a Linux driver: read kernel docs and kernelnewbies, split patches, find mailing list recipients, send plain‑text patches, sign off and iterate on review. Uses LiteX FPGA SoC examples and a working simple serial port on a 32‑bit RISC‑V board built with buildroot, showing the design swaps cores easily. Targets being upstreamed include drivers: ethernet, serial, GPIO, I2C, hwmon, IRQ, and discusses reconciling build‑time register layouts with a stable upstream driver.
AI-written summary · about
chapters (12)
- 0:00Start
- 0:25Hasjim Williams
- 0:36Linux.conf.au - Brisbane (2011)
- 1:03How'd I get involved in this?
- 2:14LiteX Provide the infrastructure to create complex SoCs with Python/Migen
- 2:46FPGA
- 3:04Softcore
- 3:27VexRISC-V
- 3:53Rubber Duck Debugging
- 4:23Upstreaming
- 4:49Submitting Patches
- 6:10Linux on LiteX drivers
related talks
53mInto the Jungle - How to write a Linux kernel driver for any subsystem
55mThe Embedded Linux Problem
35mEverything Great about Upstream Graphics
45mBOF: Corporate Use of Embedded Linux
18mSolving Pre-silicon Kernel Upstream for RISC-V First Ever
24mContinuously Integrating the Upstream Linux Kernel on Hardware
43mGetting to Know the Linux Kernel: A Beginner's Guide
36mNo, It's Never Too Late to Upstream Your Legacy Linux Based Platform