Linux设备驱动程序深度解析：英文第三版

5星 · 超过95%的资源需积分: 10 127 浏览量更新于2024-07-24 收藏 12.23MB PDF 举报

"Linux 设备驱动程序，英文第3版，非常经典。这是一本嵌入式领域的必读著作，由O'Reilly出版社出版。" 在Linux操作系统中，设备驱动程序是连接硬件与操作系统内核的关键组件，它们允许操作系统与硬件进行通信，确保系统能够正确地控制和管理硬件资源。《Linux设备驱动程序》这本书详细介绍了如何为各种类型的硬件设备编写和维护驱动程序，是学习Linux内核级编程的重要参考资料。书中涵盖了多个关键主题，包括： 1. 驱动程序基础知识：解释了驱动程序的基本结构和工作原理，以及在Linux内核中的地位。讨论了设备模型、I/O操作、中断处理和DMA等基本概念。 2. 字符和块设备：详细阐述了字符设备和块设备驱动程序的编写，包括设备文件、缓冲区管理和设备访问策略。 3. 网络设备驱动：讲解了网络驱动程序的实现，包括网络协议栈、网络接口层和数据包处理。 4. PCI设备：介绍了PCI总线及其设备的驱动编写，包括总线扫描、设备初始化和资源分配。 5. 中断处理：深入解析中断处理机制，包括中断向量、中断服务例程和中断上下文。 6. 内存管理：讲解如何有效地管理驱动程序中的内存资源，包括物理地址、虚拟地址、页表和内存分配函数。 7. I/O子系统：涵盖异步I/O、端口I/O和系统调用的使用，以及I/O控制命令。 8. USB设备：针对通用串行总线（USB）设备的驱动编写，包括USB设备类、枚举过程和设备描述符。 9. 电源管理：讨论了设备驱动中的电源管理策略，如ACPI和PM子系统，以及如何实现低功耗模式。 10. 调试技术：介绍了用于调试驱动程序的工具和方法，如kdb、kgdb和内核日志。此外，书中还提到了与开源社区的互动，包括代码贡献流程和遵循的编码规范，帮助读者了解如何参与Linux内核的开发和维护。通过阅读这本书，开发者不仅可以掌握设备驱动开发的基本技能，还能深入了解Linux内核的工作机制，对于从事嵌入式系统开发和系统级编程的人员来说，是一份极其宝贵的资源。O'Reilly出版社的其他Linux相关书籍，如《Understanding the Linux Kernel》和《Linux in a Nutshell》，也为读者提供了更广泛的知识覆盖，构建了丰富的Linux学习生态系统。在线资源如ONLamp.com和Safari Bookshelf则提供了额外的学习支持和实时更新的参考材料。

This is the Title of the Book, eMatter Edition

xvi

Preface

Pay special attention to notes set apart from the text with the following icons:

This is a tip. It contains useful supplementary information about the

topic at hand.

This is a warning. It helps you solve and avoid annoying problems.

Using Code Examples

This book is here to help you get your job done. In general, you may use the code in

this book in your programs and documentation. The code samples are covered by a

dual BSD/GPL license.

We appreciate, but do not require, attribution. An attribution usually includes the

title, author, publisher, and ISBN. For example: “Linux Device Drivers, Third Edi-

tion, by Jonathan Corbet, Alessandro Rubini, and Greg Kroah-Hartman. Copyright

2005 O’Reilly Media, Inc., 0-596-00590-3.”

We’d Like to Hear from You

Please address comments and questions concerning this book to the publisher:

O’Reilly Media, Inc.

1005 Gravenstein Highway North

Sebastopol, CA 95472

(800) 998-9938 (in the United States or Canada)

(707) 829-0515 (international or local)

(707) 829-0104 (fax)

We have a web page for this book, where we list errata, examples, and any addi-

tional information. You can access this page at:

http://www.oreilly.com/catalog/linuxdrive3

To comment or ask technical questions about this book, send email to:

bookquestions@oreilly.com

For more information about our books, conferences, Resource Centers, and the

O’Reilly Network, see our web site at:

http://www.oreilly.com

,ch00.11770 Page xvi Thursday, January 27, 2005 12:11 PM

This is the Title of the Book, eMatter Edition

Preface

xvii

Safari Enabled

When you see a Safari® Enabled icon on the cover of your favorite tech-

nology book, that means the book is available online through the

O’Reilly Network Safari Bookshelf.

Safari offers a solution that’s better than e-books. It’s a virtual library that lets you

easily search thousands of top tech books, cut and paste code samples, download

chapters, and find quick answers when you need the most accurate, current informa-

tion. Try it for free at http://safari.oreilly.com.

Acknowledgments

This book, of course, was not written in a vacuum; we would like to thank the many

people who have helped to make it possible.

Thanks to our editor, Andy Oram; this book is a vastly better product as a result of

his efforts. And obviously we owe a lot to the smart people who have laid the philo-

sophical and practical foundations of the current free software renaissance.

The first edition was technically reviewed by Alan Cox, Greg Hankins, Hans Ler-

men, Heiko Eissfeldt, and Miguel de Icaza (in alphabetic order by first name). The

technical reviewers for the second edition were Allan B. Cruse, Christian Morgner,

Jake Edge, Jeff Garzik, Jens Axboe, Jerry Cooperstein, Jerome Peter Lynch, Michael

Kerrisk, Paul Kinzelman, and Raph Levien. Reviewers for the third edition were

Allan B. Cruse, Christian Morgner, James Bottomley, Jerry Cooperstein, Patrick

Mochel, Paul Kinzelman, and Robert Love. Together, these people have put a vast

amount of effort into finding problems and pointing out possible improvements to

our writing.

Last but certainly not least, we thank the Linux developers for their relentless work.

This includes both the kernel programmers and the user-space people, who often get

forgotten. In this book, we chose never to call them by name in order to avoid being

unfair to someone we might forget. We sometimes made an exception to this rule

and called Linus by name; we hope he doesn’t mind.

Jon

I must begin by thanking my wife Laura and my children Michele and Giulia for fill-

ing my life with joy and patiently putting up with my distraction while working on

this edition. The subscribers of LWN.net have, through their generosity, enabled

much of this work to happen. The Linux kernel developers have done me a great ser-

vice by letting me be a part of their community, answering my questions, and setting

me straight when I got confused. Thanks are due to readers of the second edition of

this book whose comments, offered at Linux gatherings over much of the world,

,ch00.11770 Page xvii Thursday, January 27, 2005 12:11 PM

This is the Title of the Book, eMatter Edition

xviii

Preface

have been gratifying and inspiring. And I would especially like to thank Alessandro

Rubini for starting this whole exercise with the first edition (and staying with it

through the current edition); and Greg Kroah-Hartman, who has brought his consid-

erable skills to bear on several chapters, with great results.

Alessandro

I would like to thank the people that made this work possible. First of all, the incred-

ible patience of Federica, who went as far as letting me review the first edition dur-

ing our honeymoon, with a laptop in the tent. I want to thank Giorgio and Giulia,

who have been involved in later editions of the book and happily accepted to be sons

of “a gnu” who often works late in the night. I owe a lot to all the free-software

authors who actually taught me how to program by making their work available for

anyone to study. But for this edition, I’m mostly grateful to Jon and Greg, who have

been great mates in this work; it couldn’t have existed without each and both of

them, as the code base is bigger and tougher, while my time is a scarcer resource,

always contended for by clients, free software issues, and expired deadlines. Jon has

been a great leader for this edition; both have been very productive and technically

invaluable in supplementing my small-scale and embedded view toward program-

ming with their expertise about SMP and number crunchers.

Greg

I would like to thank my wife Shannon and my children Madeline and Griffin for

their understanding and patience while I took the time to work on this book. If it

were not for their support of my original Linux development efforts, I would not be

able to do this book at all. Thanks also to Alessandro and Jon for offering to let me

work on this book; I am honored that they let me participate in it. Much gratitude is

given to all of the Linux kernel programmers, who were unselfish enough to write

code in the public view, so that I and others could learn so much from just reading it.

Also, for everyone who has ever sent me bug reports, critiqued my code, and flamed

me for doing stupid things, you have all taught me so much about how to be a better

programmer and, throughout it all, made me feel very welcome to be part of this

community. Thank you.

,ch00.11770 Page xviii Thursday, January 27, 2005 12:11 PM

This is the Title of the Book, eMatter Edition

Chapter 1

CHAPTER 1

An Introduction to

Device Drivers

One of the many advantages of free operating systems, as typified by Linux, is that

their internals are open for all to view. The operating system, once a dark and myste-

rious area whose code was restricted to a small number of programmers, can now be

readily examined, understood, and modified by anybody with the requisite skills.

Linux has helped to democratize operating systems. The Linux kernel remains a

large and complex body of code, however, and would-be kernel hackers need an

entry point where they can approach the code without being overwhelmed by com-

plexity. Often, device drivers provide that gateway.

Device drivers take on a special role in the Linux kernel. They are distinct “black

boxes” that make a particular piece of hardware respond to a well-defined internal

programming interface; they hide completely the details of how the device works.

User activities are performed by means of a set of standardized calls that are indepen-

dent of the specific driver; mapping those calls to device-specific operations that act

on real hardware is then the role of the device driver. This programming interface is

such that drivers can be built separately from the rest of the kernel and “plugged in”

at runtime when needed. This modularity makes Linux drivers easy to write, to the

point that there are now hundreds of them available.

There are a number of reasons to be interested in the writing of Linux device drivers.

The rate at which new hardware becomes available (and obsolete!) alone guarantees

that driver writers will be busy for the foreseeable future. Individuals may need to

know about drivers in order to gain access to a particular device that is of interest to

them. Hardware vendors, by making a Linux driver available for their products, can

add the large and growing Linux user base to their potential markets. And the open

source nature of the Linux system means that if the driver writer wishes, the source

to a driver can be quickly disseminated to millions of users.

This book teaches you how to write your own drivers and how to hack around in

related parts of the kernel. We have taken a device-independent approach; the pro-

gramming techniques and interfaces are presented, whenever possible, without being

tied to any specific device. Each driver is different; as a driver writer, you need to

,ch01.2168 Page 1 Thursday, January 20, 2005 9:21 AM

This is the Title of the Book, eMatter Edition

Chapter 1: An Introduction to Device Drivers

understand your specific device well. But most of the principles and basic tech-

niques are the same for all drivers. This book cannot teach you about your device,

but it gives you a handle on the background you need to make your device work.

As you learn to write drivers, you find out a lot about the Linux kernel in general;

this may help you understand how your machine works and why things aren’t

always as fast as you expect or don’t do quite what you want. We introduce new

ideas gradually, starting off with very simple drivers and building on them; every new

concept is accompanied by sample code that doesn’t need special hardware to be

tested.

This chapter doesn’t actually get into writing code. However, we introduce some

background concepts about the Linux kernel that you’ll be glad you know later,

when we do launch into programming.

The Role of the Device Driver

As a programmer, you are able to make your own choices about your driver, and

choose an acceptable trade-off between the programming time required and the flexi-

bility of the result. Though it may appear strange to say that a driver is “flexible,” we

like this word because it emphasizes that the role of a device driver is providing

mechanism, not policy.

The distinction between mechanism and policy is one of the best ideas behind the

Unix design. Most programming problems can indeed be split into two parts: “what

capabilities are to be provided” (the mechanism) and “how those capabilities can be

used” (the policy). If the two issues are addressed by different parts of the program,

or even by different programs altogether, the software package is much easier to

develop and to adapt to particular needs.

For example, Unix management of the graphic display is split between the X server,

which knows the hardware and offers a unified interface to user programs, and the

window and session managers, which implement a particular policy without know-

ing anything about the hardware. People can use the same window manager on dif-

ferent hardware, and different users can run different configurations on the same

workstation. Even completely different desktop environments, such as KDE and

GNOME, can coexist on the same system. Another example is the layered structure

of TCP/IP networking: the operating system offers the socket abstraction, which

implements no policy regarding the data to be transferred, while different servers are

in charge of the services (and their associated policies). Moreover, a server like ftpd

provides the file transfer mechanism, while users can use whatever client they prefer;

both command-line and graphic clients exist, and anyone can write a new user inter-

face to transfer files.

Where drivers are concerned, the same separation of mechanism and policy applies.

The floppy driver is policy free—its role is only to show the diskette as a continuous

,ch01.2168 Page 2 Thursday, January 20, 2005 9:21 AM

剩余629页未读，继续阅读

locust123

粉丝: 0
资源: 4

Linux设备驱动程序深度解析：英文第三版

读书笔记-LINUX设备驱动程序(第3版).pdf

LINUX设备驱动程序(第3版) 中+英

LINUX设备驱动程序(第3版)

LINUX设备驱动程序（第3版）

linux设备驱动程序（第3版）

Linux设备驱动程序(第3版)

Linux设备驱动程序(第3版 中文)

LINUX设备驱动程序(第3版)书和源码

LINUX设备驱动程序(第3版)--魏永明译

LINUX设备驱动程序(第3版).pdf 高清下载

最新资源

Linux设备驱动程序(第3版中文)