Developing Linux Device Drivers

Implementing Linux on custom hardware will, in most cases, require you to write device drivers. This course demonstrates how to write code that runs within the Linux kernel to handle hardware events and present a standard interface to applications.

This course presents a detailed view of Linux device drivers with an emphasis on topics specific to embedded environments: cross compilation; remote debugging and real-time. It uses a combination of theory and practice, using a development board with an ARM core and a recent version of Linux 3.2.

No prior knowledge of Linux device drivers is assumed, making it ideal for engineers porting from code from an RTOS to Linux.

EL-504
5 days
£2380
pdf download

Dates:

8 - 12 Jul 2013
21 - 25 Oct 2013

Course Outline

 

Writing Kernel Modules:

  • Structure of a kernel module
  • Compiling and loading modules

Introduction to character device drivers:

  • Major and minor numbers
  • Basic operations – open, read, write and release
  • Example driver based on a FIFO

Debugging Kernel code and device drivers:

  • Kernel oops messages
  • Debugging with gdb and kgdb

The Linux driver model:

  • sysfs and the /sys directory
  • Adding device classes and class attributes

Task synchronisation:

  • Putting tasks to sleep using wait queues
  • Re-entrancy issues
  • Mutexes, semaphores and spinlocks

Real Time Linux:

  • How real-time is Linux?
  • Things that affect real-time behaviour
  • Kernel pre-emption modes

Input and Output:

  • Interfacing with the real world
  • Accessing memory and i/o mapped resources
  • A look at GPIO and their configuration

Time:

  • Delays and sleeps
  • Using kernel timers

Interrupts:

  • Installing an interrupt handler; interrupt context and process context
  • Deferred processing using a bottom half or tasklet.

Memory management:

  • Allocating memory by pages and bytes
  • Slab caches
  • Techniques to map device memory directly into user space using mmap
  • Getting direct access to user buffers

Block Device Drivers:

  • Anatomy of a block device: example RAM disk driver

Devices on the USB:

  • An introduction to how USB drivers fit into the kernel

Network Device Drivers:

  • Anatomy of a network device: example loop-back interface

Board Support Packages:

  • Customising the Linux configuration menus and incorporating changes into the kernel

Course Overview

 

Course Objectives:

  • Demonstrate how to write drivers for custom hardware
  • Provide insight into porting drivers from an RTOS to Linux, e.g. the separation between application and kernel code
  • Describe the development tools needed, including debug strategies
  • Examine the way drivers can affect real-time behaviour and best practice to avoid scheduling latencies

Delegates Will Learn:

  • How to write kernel modules
  • How to create robust drivers using mutexes and spinlocks to serialise access to shared data
  • How to debug kernel code running on a remote embedded target
  • How to handle interrupts, including deferred processing using tasklets and work queues
  • How to access hardware resources
  • The details of memory management and memory mapping techniques
  • An introduction to writing a USB driver

Pre-requisites:

  • Good ‘C’ programming skills
  • General knowledge of an RTOS or embedded operating systems
  • Knowledge of Linux or Unix is useful, but not essential

Who Should Attend:
Software engineers who are developing applications for embedded or real-time Linux. Engineers wishing to assess the suitability of Linux for their next application.

Duration:

  • Five days

Course Material:

  • Student workbook

Related Courses:

Laboratory Exercises:
During the lab sessions, students will write several fully-function device drivers, including a FIFO, a RAM disk and a loop-back network interface. All exercises are developed and cross-compiled on a PC running Linux.

The target platform will be the Beaglebone which uses and ARM Cortex-A8 will help delegates understand the issues and encountered when writing for embedded platforms.