《Essential Linux Device Drivers》前言(中英文)

  1. 云栖社区>
  2. 博客>
  3. 正文

《Essential Linux Device Drivers》前言(中英文)

技术小胖子 2017-11-17 00:20:00 浏览1253
It was the late 1990s and at IBM, we were putting the Linux kernel on a wrist watch. The target device was tiny, but the task was turning out to be tough. The Memory Technology Devices subsystem didn’t exist in the kernel, which meant that before a filesystem could start life on the watch’s flash memory, we had to develop the necessary storage driver from scratch. Interfacing the watch’s touch screen with user applications was complicated since the kernel’s input event driver interface hadn’t been conceived yet. Getting X-Windows to run on the watch's LCD wasn’t easy since it didn’t work well with frame buffer drivers. Of what use is a water-proof Linux wrist watch if you can’t stream stock quotes from your bath tub? Bluetooth integration with Linux was several years away, and months were spent porting a proprietary Bluetooth stack to Internet-enable the watch. Power management support was good enough only to squeeze a few hours of juice from the watch's battery, hence we had work cut out on that front too. Linux-Infrared was still unstable, so we had to coax the stack before we could use an Infrared keyboard for data entry. And we had to compile the compiler and cross-compile a compact application-set since there were no accepted distributions in the consumer electronics space.
Fast forward to the present: The baby penguin has grown into a healthy teenager. What took thousands of lines of code and a year in development back then, can be accomplished in a few days with the current kernels. But to become a versatile kernel engineer who can magically weave solutions, you need to understand the myriad features and facilities that Linux offers today.
About the Book
Among the various subsystems residing in the kernel source tree, the drivers/directory constitutes the single largest chunk and is several times bigger than the others. With new and diverse technologies arriving in popular form factors, the development of new device drivers in the kernel is accelerating steadily. The latest kernels support over 70 device driver families.
This book is about writing Linux device drivers. It covers the design and development of major device classes supported by the kernel, including those I missed during my Linux-on-Watch days. The discussion of each driver family starts by looking at the corresponding technology, moves on to develop a practical example, and ends by looking at relevant kernel source files. But before foraying into the world of device drivers, the book introduces you to the kernel and discusses the important features of 2.6 Linux, emphasizing those portions that are of special interest to device driver writers.
This book is intended for the intermediate-level programmer eager to tweak the kernel to enable new devices. You should have a working knowledge of operating system concepts. For example, you should know what a system call is, and why concurrency issues have to be factored in while writing kernel code. The book assumes that you have downloaded Linux on your system, poked through the kernel sources, and at least skimmed through some related documentation. And you should be pretty good in C.
Summary of Chapters
The first four chapters prepare you to digest the rest of the book. The next sixteen chapters discuss drivers for different device families. A chapter that describes device driver debugging techniques comes next. The penultimate chapter provides perspective on maintenance and delivery. We will shut down by walking through a checklist that summarizes how to set forth on your way to Linux-enablement when you get hold of a new device.
Chapter 1, “Introduction”, starts our tryst with Linux. It hurries you through downloading the kernel sources, making trivial code changes, and building a bootable kernel image.
Chapter 2, “A Peek Inside the Kernel”, takes a brisk look into the innards of the Linux kernel and teaches you some must-know kernel concepts. It first takes you through the boot process and then describes kernel services particularly relevant to driver development such as kernel timers, concurrency management, and memory allocation.
Chapter 3, Kernel Facilities”, examines several kernel services that are useful components in the tool box of driver developers. The chapter starts by looking at kernel threads, which is a way to implement background tasks inside the kernel. It then moves on to helper interfaces such as linked lists, work queues, completion functions, and notifier chains. These helper facilities simplify your code, weed out redundancies from the kernel, and help long-term maintenance.
Chapter 4, “Laying the Groundwork”, builds the foundation for mastering the art of writing Linux device drivers. It introduces devices and drivers by giving you a bird's eye view of the architecture of a typical PC-compatible system and an embedded device. It then looks at basic driver concepts such as interrupt handling and the kernel’s device model.
Chapter 5, “Character Drivers”, looks at the architecture of character device drivers. Several concepts introduced in this chapter such as polling, asynchronous notification, and I/O control, are relevant to subsequent chapters as well, since many device classes discussed in the rest of the book are ‘super’ character devices.
Chapter 6, “Serial Drivers”, explains the kernel layer that handles serial devices.
Chapter 7, “Input Drivers”, discusses the kernel’s input subsystem that is responsible for servicing devices such as keyboards, mice, and touch screen controllers.
Chapter 8, “The Inter-Integrated Circuit Protocol”, dissects drivers for devices such as EEPROMs that are connected to a system’s I2C bus or SMBus. This chapter also looks at other serial interfaces such as SPI bus and 1-wire bus.
Chapter 9, “PCMCIA and Compact Flash”, delves into the PCMCIA subsystem. It teaches you to write drivers for devices having a PCMCIA or Compact Flash form factor.
Chapter 10, “Peripheral Component Interconnect”, looks at kernel support for PCI and its derivatives.
Chapter 11, “Universal Serial Bus”,explores USB architecture and explains how you can use the services of the Linux-USB subsystem to write drivers for USB devices.
Chapter 12, “Video Drivers”, examines the Linux-Video subsystem. It finds out the advantages offered by the frame buffer abstraction and teaches you to write frame buffer drivers.
Chapter 13, “Audio Drivers”,describes the Linux-Audio framework and explains how to implement audio drivers.
Chapter 14, “Block Drivers”,focuses on drivers for storage devices such as hard disks. In this chapter, you will also learn about the different I/O schedulers supported by the Linux Block subsystem.
Chapter 15, “Network Interface Cards”, is devoted to network device drivers. You will learn about kernel networking data structures and how to interface network drivers with protocol layers.
Chapter 16, “Linux without Wires”, looks at driving different wireless technologies such as Bluetooth, Infrared, WiFi, and cellular communication.
Chapter 17, “Memory Technology Devices”, discusses flash memory enablement on embedded devices.The chapter ends by examining drivers for the Firmware Hub found on PC systems.
Chapter 18, “Embedding Linux”, steps into the world of embedded Linux. It takes you through the main firmware components of an embedded solution such as bootloader, kernel, and device drivers. Given the soaring popularity of Linux in the embedded space, it’s more likely that you will use the device driver skills that you acquire from this book to enable embedded systems.
Chapter 19, “Drivers in User Space”, looks at driving different types of devices from user space. Some device drivers, especially ones that are heavy on policy and light on performance requirements, are better off residing in user land. This chapter also explains how the Linux process scheduler affects the response times of user mode drivers.
Chapter 20, “More Devices and Drivers”, takes a tour of a potpourri of driver families not covered thus far, such as Error Detection And Correction (EDAC), FireWire, and ACPI.
Chapter 21, “Debugging Device Drivers”, teaches about different types of debuggers that you can use to debug kernel code. In this chapter, you will also learn to use trace tools, kernel probes, crash-dump, and profilers. When you develop a driver, be armed with the driver debugging skills that you learn in this chapter.
Chapter 22, “Maintenance and Delivery”, provides perspective on the software development life cycle.
Chapter 23, “Shutting Down”, takes you through a checklist of work items when you embark on Linux-enabling a new device. The book ends by pondering What next?
Device drivers sometimes need to implement code snippets in assembly, so Appendix A takes a look at the different facets of assembly programming on Linux. Some device drivers on x86-based systemsdepend directly or indirectly on the BIOS, so Appendix B teaches you how Linux interacts with the BIOS. Appendix C describes seq files, a kernel helper interface introduced in the 2.6 kernel that device drivers can use to monitor and trend data points.
The book is generally organized according to device and bus complexity, coupled with practical reasons of dependencies between chapters. So, we start off with basic device classes such as character, serial, and input. Next, we look at simple serial buses such as I2C and SMBus. External I/O buses such as PCMCIA, PCI, and USB follow. Video, audio, block, and network devices usually interface with the processor via these I/O buses, so we look at them soon after. The next portions of the book are oriented towards embedded Linux, and cover technologies such as wireless networking and flash memory. User space drivers are discussed towards the end of the book.
Kernel Version
This book is generally up to date as of the 2.6.23/2.6.24 kernel versions. Most code listings in this book have been tested on a 2.6.23 kernel. If you are using a later version, look at Linux websites such as lwn.net to learn about the kernel changes since 2.6.23/24.
Conventions Used
Source code, function names, and shell commands, are written like this. The shell prompt used is bash>. Filename are written in italics like this. Italics are also used to introduce new terms.
Some chapters modify original kernel source files while implementing code examples. To clearly point out the changes, newly inserted code lines are prefixed with ‘+’, and any deleted code lines with ‘-’.
Sometimes, for simplicity, the book uses generic references. So if the text points you to the arch/your-arch/ directoryit should be translated for example, to arch/i386/ if you are compiling the kernel for the x86 architecture. Similarly, any mention of the include/asm-your-arch/ directory should be read as include/asm-arm/ if you are, for instance, building the kernel for the ARM architecture. The ‘*’ symbol and ‘X’are occasionally used as wild card characters in filenames. So, if a chapter asks you to look at include/linux/time*.h, look at the header files, time.htimer.htimes.h and timex.h,residing in the include/linux/ directory. If a section talks about /dev/input/eventX or /sys/devices/platform/i8042/serioX/X is the interface number that the kernel assigns to your device in the context of your system configuration.
The 'à' symbol is sometimes inserted between command or kernel output to attach explanations.
Simple regular expressions are occasionally used to compactly list function prototypes. For example, the section “Direct Memory Access” in Chapter 10, “Peripheral Component Interconnect”, refers to pci_[map|unmap|dma_sync]_single() instead of explicitly citing pci_map_single(), pci_umap_single(), and pci_dma_sync_single().
Several chapters refer you to user space configuration files. For example, the section that describes the bootprocess opens /etc/rc.sysinit, while the chapter that discusses Bluetooth opens /etc/bluetooth/pin. The exact names and locations of such files might, however, vary according to the Linux distribution you use.
First, I raise my hat to my editors at Prentice Hall: Debra Williams Cauley, Anne Goebel, and Keith Cline. Without their supporting work, this book would not have materialized. I thank Mark Taub for his interest in this project and for initiating it.
Several sources have contributed to my learning in the past decade: the many teammates with whom I worked on Linux projects, the mighty kernel sources, mailing lists, and the Internet. All these have played a part in helping me write this book.
Martin Streicher of Linux Magazine changed me from a full-time coder to a spare-time writer when he offered me the magazine’s “Gearheads” kernel column. I gratefully acknowledge the many lessons in technical writing that I’ve learned from him.
I owe a special debt of gratitude to my technical reviewers. Vamsi Krishna patiently read through each chapter of the manuscript. His numerous suggestions have made this a better book. Jim Lieb provided valuable feedback on several chapters. Arnold Robbins reviewed the first few chapters and provided insightful comments.
Finally, I thank my parents and my wife for their love and support. And thanks to my baby daughter for constantly reminding me to spend cycles on the book by her wobbly walk that bears an uncanny resemblance to that of a penguin.
This book is dedicated to the ten million visually challenged citizens of India. All author proceeds will go to their cause.
       上世纪90年代末期,我们IBM的一群同事进行了一项将Linux移植到一种智能手表上的工作。目标设备看起来是一个微不足道的小系统,但是移植Linux的任务却相当艰巨。在当时,内核中还不存在MTD子系统,这意味着在文件系统能够运行于这种手表的Flash存储器之前,我们不得不从头开始开发存储设备驱动。而由于当时内核的输入事件驱动接口尚未诞生,手表的触摸屏与用户空间应用程序的接口也变得非常复杂。同样地,由于手表的LCD采用帧缓冲驱动方式工作地并不好,让X Windows运行在手表的LCD上也十分困难。另外,对于一块防水的Linux手表而言,如果你不能躺在浴缸里实时获得股票行情,这块手表还有什么用?几年前,Linux集成了蓝牙,而当时我们却花费了数月的时间来完成将一种商用蓝牙协议栈移植到手表上的工作,从而使得这种手表具备了Internet联网能力。蹩脚的能量管理系统让这种手表使用电池仅能运行几个小时,我们不得不提前就能量管理进行开创性的研究。那时候,Linux红外项目Linux-infrared仍然不稳定,为了让一个红外键盘能作为手表的输入,我们不得不小心伺候红外协议栈。最后,由于当时还没有可接受的应用于消费类电子的编译器发布版,我们也不得不亲自编译出编译器,并交叉编译出要用到的应用程序集。
       这本书主要讲解Linux设备驱动开发技术。它覆盖了目前内核所支持的主要的设备类型,这其中包括当年我在开发Linux-on-Watch项目时错过的设备。在讲解每个设备驱动的时候,本书先介绍一下与该驱动相关的技术,接着给出一个实际例子,最后列出相关的内核源代码。在踏入Linux驱动领域之前,本书事先对内核以及Linux 2.6的重要特性进行了介绍,重点讲解了设备驱动编写者感兴趣的内核知识。
       9章,《PCMCIACompact Flash设备驱动》,分析了PCMCIA子系统,该章将教会您如何编写含PCMCIACompact Flash组件的设备的驱动。
       17章,《MTD设备驱动》,讲解了如何让Flash在嵌入式系统上运行起来的方法,这一章以讲解PC上的固件枢纽(Firmware Hub,译者注:简称FWH)结束。
       20章,《其他的设备和驱动》,描述了之前尚未论及的设备驱动 系统,如错误侦测和校验(EDAC)、火线接口以及ACPI等。
       (在直译的基础上进行了部分意译;对于部分国内已经习以为常的英文名词,不做翻译;部分英文单词根据国内通用的称谓进行了替换,如第3章标题从《kernel facilities》翻译为《内核驱动相关API》,如果翻译为《内核基础设施》,读者将不知所云;一些地方根据上下文语意添加了少量语句。)

 本文转自 21cnbao 51CTO博客,原文链接:http://blog.51cto.com/21cnbao/120002,如需转载请自行联系原作者


+ 关注