1 / 61

kernel module programming

kernel module programming. Nezer J. Zaidenberg. reference. This guide is built on top of The Linux Kernel Module Programming Guide The guide is available from http://tldp.org/LDP/lkmpg/2.6/html/index.html I have also put references to other sources. First class in kernel.

annora
Download Presentation

kernel module programming

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. kernel module programming • Nezer J. Zaidenberg

  2. reference • This guide is built on top of The Linux Kernel Module Programming Guide • The guide is available from http://tldp.org/LDP/lkmpg/2.6/html/index.html • I have also put references to other sources

  3. First class in kernel • We will cover kernel programming • I assume you now master the user space portion of this course.

  4. Agenda • What is kernel module • How to code simple kernel modules • char devices • adding system calls • ioctls • netlink sockets

  5. Next week • Using procfs and sysfs • Blocking • Using timers to implement periodical tasks • Interrupt handling

  6. Kernel module • Pluggable module to the operating system that adds functionality • Device driver • New features • Since we don’t have hardware we focus on features

  7. Kernel modules • Can be added on the fly • Allow us to change functionality on the fly • Allow us to read and write

  8. SIMPLEST MODULE • #include <linux/module.h>/* Needed by all modules */ • #include <linux/kernel.h>/* Needed for KERN_INFO */ • intinit_module(void) • { • printk(KERN_INFO "Hello world 1.\n"); • return 0; • } • void cleanup_module(void) • { • printk(KERN_INFO "Goodbye world 1.\n"); • }

  9. EXPLAINING • module init is called when module is loaded • module cleanup is called when module is unloaded

  10. printk • The server can’t use stdlib due to userspace/kernel space issues • Most of C library is implemented in the kernel • printk is printf for kernel programs.

  11. Makefile • obj-m += hello-1.o • all: • make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules • clean: • make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

  12. Inserting and removing module • To insert • insmod <modname> • modprobe <modname> <args> • To remove • rmmod <modname> • modprobe -r <modname>

  13. hello-2.c • static int __init hello_2_init(void) • { • printk(KERN_INFO "Hello, world 2\n"); • return 0; • } • static void __exit hello_2_exit(void) • { • printk(KERN_INFO "Goodbye, world 2\n"); • } • module_init(hello_2_init); • module_exit(hello_2_exit);

  14. What does it do • __init macro and __exit macro tells the kernel when we use this function • This allows to free kernel memory that is used only at init

  15. hello-3.c • static int hello3_data __initdata = 3; • static int __init hello_3_init(void) • { • printk(KERN_INFO "Hello, world %d\n", hello3_data); • return 0; • } • static void __exit hello_3_exit(void) • { • printk(KERN_INFO "Goodbye, world 3\n"); • } • //init … exit…

  16. Hello-4.c • #define DRIVER_AUTHOR "Peter Jay Salzman <p@dirac.org>" • #define DRIVER_DESC "A sample driver" • static int __init init_hello_4(void) • { • printk(KERN_INFO "Hello, world 4\n"); • return 0; • } • static void __exit cleanup_hello_4(void) • { • printk(KERN_INFO "Goodbye, world 4\n"); • }

  17. Hello-4.c (cont) • module_init(init_hello_4); • module_exit(cleanup_hello_4); • MODULE_LICENSE("GPL"); • MODULE_SUPPORTED_DEVICE("testdevice"); • MODULE_AUTHOR(DRIVER_AUTHOR);/* Who wrote this module? */ • MODULE_DESCRIPTION(DRIVER_DESC);/* What does this module do */

  18. Additions in hello-4.c • We added licensing and information that removes the “kernel is tainted message” • We also added some more info

  19. Hello-5.c (simplified) • static intmyint = 420; • module_param(myint, int, S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH); • MODULE_PARM_DESC(myint, "An integer"); • static int __init hello_5_init(void) • { • inti; • printk(KERN_INFO "Hello, world 5\n=============\n"); • printk(KERN_INFO "myint is an integer: %d\n", myint); • return 0; • }

  20. passing args • We demonstrate the effect of passing args • The tutorial demonstrate how more args (from different types can be given)

  21. Getting info • modinfo <modname> • gives info on running modules we will get info for our modules 4 and 5.

  22. Multiple files • We build a module using two files • start.c • stop.c

  23. start.c • #include <linux/kernel.h>/* We're doing kernel work */ • #include <linux/module.h>/* Specifically, a module */ • int init_module(void) • { • printk(KERN_INFO "Hello, world - this is the kernel speaking\n"); • return 0; • }

  24. stop.c • #include <linux/kernel.h>/* We're doing kernel work */ • #include <linux/module.h>/* Specifically, a module */ • void cleanup_module() • { • printk(KERN_INFO "Short is the life of a kernel module\n"); • }

  25. Makefile for multiple files • obj-m += startstop.o • startstop-objs := start.o stop.o • all: • make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules • clean: • make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

  26. What do we do with KM • Everything the OS can do • Create drivers • Virtual devices • New system calls • New OS abilities (support new file systems? implement something differently/more efficiently? etc)

  27. Devices • All devices happen to exist under the /dev file system and represented as a file that we can work with. • This include I/O devices, virtual devices etc.

  28. I/O Devices • I/O devices in Linux are specified as block and char device • Block devices support lseek(2) : Example - disk • Char devices don’t support lseek(2) : Example - keyboard.

  29. Struct file operations • Char device/Block device is an ABC • We inherit and implement the functions we need using struct file operations.

  30. Example • struct file_operations fops = { • .read = device_read, • .write = device_write, • .open = device_open, • .release = device_release • };

  31. Registering • int register_chrdev(unsigned int major, const char *name, struct file_operations *fops); • regiser = puts the driver handler in the factory (same as ffmpeg codecs) • Major = which driver handles this device. • Minor = if we have several devices of the same type this distinguish them (like two HD on a box)

  32. Unregistering • Is done using unregister_chardev function • If we try to rmmod and somebody is using the module - it will fail. • Otherwise it will be successful. • Usage count for our module is managed by the kernel. • To help the kernel we have try_module_get and module_put functions.

  33. Examples - blank char device #include <linux/kernel.h> #include <linux/module.h> #include <linux/fs.h> #include <asm/uaccess.h> /* for put_user */ int init_module(void); void cleanup_module(void); static int device_open(struct inode *, struct file *); static int device_release(struct inode *, struct file *); static ssize_t device_read(struct file *, char *, size_t, loff_t *); static ssize_t device_write(struct file *, const char *, size_t, loff_t *);

  34. Example 2 #define SUCCESS 0 #define DEVICE_NAME "chardev" /* Dev name as it appears in /proc/devices */ #define BUF_LEN 80 /* Max length of the message from the device */ static int Major; /* Major number assigned to our device driver */ static int Device_Open = 0; static char msg[BUF_LEN]; /* The msg the device will give when asked */ static char *msg_Ptr; static struct file_operations fops = { .read = device_read, .write = device_write, .open = device_open, .release = device_release };

  35. Example 3 • int init_module(void) • { • Major = register_chrdev(0, DEVICE_NAME, &fops); • if (Major < 0) { • printk(KERN_ALERT "Registering char device failed • with %d\n", Major); • return Major; • } • printk(KERN_INFO "the driver, create a dev file with\n"); • printk(KERN_INFO "'mknod /dev/%s c %d 0'.\n", DEVICE_NAME, Major); • printk(KERN_INFO "Remove the device file and module when done.\n"); • return SUCCESS; • }

  36. Example 4 void cleanup_module(void) { /* * Unregister the device */ int ret = unregister_chrdev(Major, DEVICE_NAME); if (ret < 0) printk(KERN_ALERT "Error in unregister_chrdev: %d\n", ret); }

  37. Example 5 static int device_open(struct inode *inode, struct file *file) { static int counter = 0; if (Device_Open) return -EBUSY; Device_Open++; sprintf(msg, "I already told you %d times Hello world!\n", counter++); msg_Ptr = msg; try_module_get(THIS_MODULE); return SUCCESS; }

  38. Example 6 static int device_release(struct inode *inode, struct file *file) { Device_Open--; /* We're now ready for our next caller */ /* * Decrement the usage count, or else once you opened the file, you'll * never get get rid of the module. */ module_put(THIS_MODULE); return 0; }

  39. Example 7 static ssize_t device_read(struct file *filp, /* see include/linux/fs.h */ char *buffer, /* buffer to fill with data */ size_t length, /* length of the buffer */ loff_t * offset) { int bytes_read = 0; if (*msg_Ptr == 0) return 0; while (length && *msg_Ptr) { put_user(*(msg_Ptr++), buffer++); length--; bytes_read++; } return bytes_read; }

  40. Explaining • Normally kernel memory is kept after the MMU • When we go through the MMU to put stuff in a user data we use put_user

  41. Example 8 static ssize_t device_write(struct file *filp, const char *buff, size_t len, loff_t * off) { printk(KERN_ALERT "Sorry, this operation isn't supported.\n"); return -EINVAL; }

  42. Communicating with user space • Kernel modules communicate with user space programs in several methods • new system calls • dev file interface and functions (and ioctls) • kernel netlink socket • /proc fs

  43. New system calls • we can add new system calls to the linux kernel • system calls have their os function table and we can register new ones • we must supply header files off course (and man page if we are nice)

  44. Chapter 8Replacing System calls • This chapter is very dangerous!

  45. switching open - chapter 8 • This is an example to replacing open(2) in the system call table. • It’s dangerous(!) • We can add new system calls if we want in similar way • We don’t do it in our homework

  46. taken from chapter 8 int init_module() { original_call = sys_call_table[__NR_open]; sys_call_table[__NR_open] = our_sys_open; return 0; }

  47. Explaining • We save original open function pointer from the system call table (NR_Open = open index) • We put our own function • We can do similar ways to add function (just find unused number)

  48. Again taken from chapter 8 void cleanup_module() { if (sys_call_table[__NR_open] != our_sys_open) { printk(KERN_ALERT "Somebody else also played with the "); printk(KERN_ALERT "open system call\n"); printk(KERN_ALERT "The system may be left in "); printk(KERN_ALERT "an unstable state.\n"); } sys_call_table[__NR_open] = original_call; }

  49. Completely new system calls • Tutorials • http://www.linuxjournal.com/article/3326 • http://tldp.org/HOWTO/html_single/Implement-Sys-Call-Linux-2.6-i386/ • IMHO - Linux journal tutorial is better written but its old. the 2nd tutorial is more accurate... • Read BOTH

  50. I will not cover new system calls but.. • Take note - that you register the system call in the table and add name • You register the name and handler • You must recompile the entire kernel • Using ioctl(2) is usually better if you can

More Related