blob: b1096da953c8a9c5105686b7702bde502113b3d1 [file] [log] [blame]
Linus Torvalds1da177e2005-04-16 15:20:36 -07001
2In this document you will find information about:
3- how to build external modules
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +02004- how to make your module use the kbuild infrastructure
Linus Torvalds1da177e2005-04-16 15:20:36 -07005- how kbuild will install a kernel
6- how to install modules in a non-standard location
7
8=== Table of Contents
9
10 === 1 Introduction
11 === 2 How to build external modules
12 --- 2.1 Building external modules
13 --- 2.2 Available targets
14 --- 2.3 Available options
15 --- 2.4 Preparing the kernel tree for module build
Sam Ravnborg06300b22006-01-25 07:13:18 +010016 --- 2.5 Building separate files for a module
Linus Torvalds1da177e2005-04-16 15:20:36 -070017 === 3. Example commands
18 === 4. Creating a kbuild file for an external module
19 === 5. Include files
20 --- 5.1 How to include files from the kernel include dir
21 --- 5.2 External modules using an include/ dir
Sam Ravnborg253dfa62006-01-06 20:33:41 +010022 --- 5.3 External modules using several directories
Linus Torvalds1da177e2005-04-16 15:20:36 -070023 === 6. Module installation
24 --- 6.1 INSTALL_MOD_PATH
25 --- 6.2 INSTALL_MOD_DIR
Sam Ravnborg040fcc82006-01-28 22:15:55 +010026 === 7. Module versioning & Module.symvers
Robert P. J. Day2e99f312006-09-21 09:39:41 -040027 --- 7.1 Symbols from the kernel (vmlinux + modules)
Sam Ravnborg040fcc82006-01-28 22:15:55 +010028 --- 7.2 Symbols and external modules
29 --- 7.3 Symbols from another external module
Linus Torvalds1da177e2005-04-16 15:20:36 -070030 === 8. Tips & Tricks
31 --- 8.1 Testing for CONFIG_FOO_BAR
32
33
34
35=== 1. Introduction
36
37kbuild includes functionality for building modules both
38within the kernel source tree and outside the kernel source tree.
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +020039The latter is usually referred to as external or "out-of-tree"
40modules and is used both during development and for modules that
41are not planned to be included in the kernel tree.
Linus Torvalds1da177e2005-04-16 15:20:36 -070042
43What is covered within this file is mainly information to authors
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +020044of modules. The author of an external module should supply
45a makefile that hides most of the complexity, so one only has to type
Robert P. J. Day99c8b942006-09-25 15:55:51 -040046'make' to build the module. A complete example will be presented in
Brian Gersta7d7cb32006-03-25 14:48:37 -050047chapter 4, "Creating a kbuild file for an external module".
Linus Torvalds1da177e2005-04-16 15:20:36 -070048
49
50=== 2. How to build external modules
51
52kbuild offers functionality to build external modules, with the
53prerequisite that there is a pre-built kernel available with full source.
54A subset of the targets available when building the kernel is available
55when building an external module.
56
57--- 2.1 Building external modules
58
59 Use the following command to build an external module:
60
61 make -C <path-to-kernel> M=`pwd`
62
63 For the running kernel use:
Robert P. J. Day99c8b942006-09-25 15:55:51 -040064
Linus Torvalds1da177e2005-04-16 15:20:36 -070065 make -C /lib/modules/`uname -r`/build M=`pwd`
66
Robert P. J. Day2e99f312006-09-21 09:39:41 -040067 For the above command to succeed, the kernel must have been
68 built with modules enabled.
Linus Torvalds1da177e2005-04-16 15:20:36 -070069
70 To install the modules that were just built:
71
72 make -C <path-to-kernel> M=`pwd` modules_install
73
Robert P. J. Day2e99f312006-09-21 09:39:41 -040074 More complex examples will be shown later, the above should
75 be enough to get you started.
Linus Torvalds1da177e2005-04-16 15:20:36 -070076
77--- 2.2 Available targets
78
Brian Strand98a1e442005-11-22 01:23:08 +000079 $KDIR refers to the path to the kernel source top-level directory
Linus Torvalds1da177e2005-04-16 15:20:36 -070080
81 make -C $KDIR M=`pwd`
82 Will build the module(s) located in current directory.
83 All output files will be located in the same directory
84 as the module source.
85 No attempts are made to update the kernel source, and it is
86 a precondition that a successful make has been executed
87 for the kernel.
88
89 make -C $KDIR M=`pwd` modules
90 The modules target is implied when no target is given.
91 Same functionality as if no target was specified.
92 See description above.
93
Robert P. J. Day2e99f312006-09-21 09:39:41 -040094 make -C $KDIR M=`pwd` modules_install
Linus Torvalds1da177e2005-04-16 15:20:36 -070095 Install the external module(s).
96 Installation default is in /lib/modules/<kernel-version>/extra,
Sam Ravnborg040fcc82006-01-28 22:15:55 +010097 but may be prefixed with INSTALL_MOD_PATH - see separate
98 chapter.
Linus Torvalds1da177e2005-04-16 15:20:36 -070099
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400100 make -C $KDIR M=`pwd` clean
Linus Torvalds1da177e2005-04-16 15:20:36 -0700101 Remove all generated files for the module - the kernel
Brian Strand98a1e442005-11-22 01:23:08 +0000102 source directory is not modified.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700103
104 make -C $KDIR M=`pwd` help
105 help will list the available target when building external
106 modules.
107
108--- 2.3 Available options:
109
Brian Strand98a1e442005-11-22 01:23:08 +0000110 $KDIR refers to the path to the kernel source top-level directory
Linus Torvalds1da177e2005-04-16 15:20:36 -0700111
112 make -C $KDIR
113 Used to specify where to find the kernel source.
114 '$KDIR' represent the directory where the kernel source is.
115 Make will actually change directory to the specified directory
116 when executed but change back when finished.
117
118 make -C $KDIR M=`pwd`
119 M= is used to tell kbuild that an external module is
120 being built.
121 The option given to M= is the directory where the external
122 module (kbuild file) is located.
123 When an external module is being built only a subset of the
124 usual targets are available.
125
126 make -C $KDIR SUBDIRS=`pwd`
127 Same as M=. The SUBDIRS= syntax is kept for backwards
128 compatibility.
129
130--- 2.4 Preparing the kernel tree for module build
131
132 To make sure the kernel contains the information required to
133 build external modules the target 'modules_prepare' must be used.
Robert P. J. Day99c8b942006-09-25 15:55:51 -0400134 'modules_prepare' exists solely as a simple way to prepare
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400135 a kernel source tree for building external modules.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700136 Note: modules_prepare will not build Module.symvers even if
Robert P. J. Day99c8b942006-09-25 15:55:51 -0400137 CONFIG_MODVERSIONS is set. Therefore a full kernel build
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400138 needs to be executed to make module versioning work.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700139
Sam Ravnborg06300b22006-01-25 07:13:18 +0100140--- 2.5 Building separate files for a module
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200141 It is possible to build single files which are part of a module.
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400142 This works equally well for the kernel, a module and even for
143 external modules.
Sam Ravnborg06300b22006-01-25 07:13:18 +0100144 Examples (module foo.ko, consist of bar.o, baz.o):
145 make -C $KDIR M=`pwd` bar.lst
146 make -C $KDIR M=`pwd` bar.o
147 make -C $KDIR M=`pwd` foo.ko
148 make -C $KDIR M=`pwd` /
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400149
Linus Torvalds1da177e2005-04-16 15:20:36 -0700150
151=== 3. Example commands
152
153This example shows the actual commands to be executed when building
154an external module for the currently running kernel.
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200155In the example below, the distribution is supposed to use the
Linus Torvalds1da177e2005-04-16 15:20:36 -0700156facility to locate output files for a kernel compile in a different
157directory than the kernel source - but the examples will also work
158when the source and the output files are mixed in the same directory.
159
160# Kernel source
161/lib/modules/<kernel-version>/source -> /usr/src/linux-<version>
162
163# Output from kernel compile
164/lib/modules/<kernel-version>/build -> /usr/src/linux-<version>-up
165
166Change to the directory where the kbuild file is located and execute
167the following commands to build the module:
168
169 cd /home/user/src/module
170 make -C /usr/src/`uname -r`/source \
171 O=/lib/modules/`uname-r`/build \
172 M=`pwd`
173
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200174Then, to install the module use the following command:
Linus Torvalds1da177e2005-04-16 15:20:36 -0700175
176 make -C /usr/src/`uname -r`/source \
177 O=/lib/modules/`uname-r`/build \
178 M=`pwd` \
179 modules_install
180
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400181If you look closely you will see that this is the same command as
Linus Torvalds1da177e2005-04-16 15:20:36 -0700182listed before - with the directories spelled out.
183
184The above are rather long commands, and the following chapter
185lists a few tricks to make it all easier.
186
187
188=== 4. Creating a kbuild file for an external module
189
190kbuild is the build system for the kernel, and external modules
191must use kbuild to stay compatible with changes in the build system
192and to pick up the right flags to gcc etc.
193
194The kbuild file used as input shall follow the syntax described
195in Documentation/kbuild/makefiles.txt. This chapter will introduce a few
196more tricks to be used when dealing with external modules.
197
198In the following a Makefile will be created for a module with the
199following files:
200 8123_if.c
201 8123_if.h
202 8123_pci.c
203 8123_bin.o_shipped <= Binary blob
204
205--- 4.1 Shared Makefile for module and kernel
206
207 An external module always includes a wrapper Makefile supporting
208 building the module using 'make' with no arguments.
209 The Makefile provided will most likely include additional
210 functionality such as test targets etc. and this part shall
211 be filtered away from kbuild since it may impact kbuild if
212 name clashes occurs.
213
214 Example 1:
215 --> filename: Makefile
216 ifneq ($(KERNELRELEASE),)
217 # kbuild part of makefile
218 obj-m := 8123.o
219 8123-y := 8123_if.o 8123_pci.o 8123_bin.o
220
221 else
222 # Normal Makefile
223
224 KERNELDIR := /lib/modules/`uname -r`/build
225 all::
Brian Strand98a1e442005-11-22 01:23:08 +0000226 $(MAKE) -C $(KERNELDIR) M=`pwd` $@
Linus Torvalds1da177e2005-04-16 15:20:36 -0700227
228 # Module specific targets
229 genbin:
Brian Strand98a1e442005-11-22 01:23:08 +0000230 echo "X" > 8123_bin.o_shipped
Linus Torvalds1da177e2005-04-16 15:20:36 -0700231
232 endif
233
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200234 In example 1, the check for KERNELRELEASE is used to separate
Linus Torvalds1da177e2005-04-16 15:20:36 -0700235 the two parts of the Makefile. kbuild will only see the two
236 assignments whereas make will see everything except the two
237 kbuild assignments.
238
239 In recent versions of the kernel, kbuild will look for a file named
240 Kbuild and as second option look for a file named Makefile.
241 Utilising the Kbuild file makes us split up the Makefile in example 1
242 into two files as shown in example 2:
243
244 Example 2:
245 --> filename: Kbuild
246 obj-m := 8123.o
247 8123-y := 8123_if.o 8123_pci.o 8123_bin.o
248
249 --> filename: Makefile
250 KERNELDIR := /lib/modules/`uname -r`/build
251 all::
Anton Blanchardded2e162007-03-20 09:47:47 -0500252 $(MAKE) -C $(KERNELDIR) M=`pwd` $@
Linus Torvalds1da177e2005-04-16 15:20:36 -0700253
254 # Module specific targets
255 genbin:
Wolfram Sangbaa91872009-01-06 15:12:27 +0100256 echo "X" > 8123_bin.o_shipped
Linus Torvalds1da177e2005-04-16 15:20:36 -0700257
258
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200259 In example 2, we are down to two fairly simple files and for simple
Linus Torvalds1da177e2005-04-16 15:20:36 -0700260 files as used in this example the split is questionable. But some
261 external modules use Makefiles of several hundred lines and here it
262 really pays off to separate the kbuild part from the rest.
263 Example 3 shows a backward compatible version.
264
265 Example 3:
266 --> filename: Kbuild
267 obj-m := 8123.o
268 8123-y := 8123_if.o 8123_pci.o 8123_bin.o
269
270 --> filename: Makefile
271 ifneq ($(KERNELRELEASE),)
272 include Kbuild
273 else
274 # Normal Makefile
275
276 KERNELDIR := /lib/modules/`uname -r`/build
277 all::
278 $(MAKE) -C $KERNELDIR M=`pwd` $@
279
280 # Module specific targets
281 genbin:
Wolfram Sangbaa91872009-01-06 15:12:27 +0100282 echo "X" > 8123_bin.o_shipped
Linus Torvalds1da177e2005-04-16 15:20:36 -0700283
284 endif
285
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200286 The trick here is to include the Kbuild file from Makefile, so
287 if an older version of kbuild picks up the Makefile, the Kbuild
288 file will be included.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700289
290--- 4.2 Binary blobs included in a module
291
292 Some external modules needs to include a .o as a blob. kbuild
293 has support for this, but requires the blob file to be named
294 <filename>_shipped. In our example the blob is named
295 8123_bin.o_shipped and when the kbuild rules kick in the file
296 8123_bin.o is created as a simple copy off the 8213_bin.o_shipped file
297 with the _shipped part stripped of the filename.
298 This allows the 8123_bin.o filename to be used in the assignment to
299 the module.
300
301 Example 4:
302 obj-m := 8123.o
303 8123-y := 8123_if.o 8123_pci.o 8123_bin.o
304
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200305 In example 4, there is no distinction between the ordinary .c/.h files
Linus Torvalds1da177e2005-04-16 15:20:36 -0700306 and the binary file. But kbuild will pick up different rules to create
307 the .o file.
308
309
310=== 5. Include files
311
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200312Include files are a necessity when a .c file uses something from other .c
313files (not strictly in the sense of C, but if good programming practice is
314used). Any module that consists of more than one .c file will have a .h file
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400315for one of the .c files.
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200316
317- If the .h file only describes a module internal interface, then the .h file
Linus Torvalds1da177e2005-04-16 15:20:36 -0700318 shall be placed in the same directory as the .c files.
319- If the .h files describe an interface used by other parts of the kernel
320 located in different directories, the .h files shall be located in
321 include/linux/ or other include/ directories as appropriate.
322
323One exception for this rule is larger subsystems that have their own directory
324under include/ such as include/scsi. Another exception is arch-specific
325.h files which are located under include/asm-$(ARCH)/*.
326
327External modules have a tendency to locate include files in a separate include/
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200328directory and therefore need to deal with this in their kbuild file.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700329
330--- 5.1 How to include files from the kernel include dir
331
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200332 When a module needs to include a file from include/linux/, then one
Linus Torvalds1da177e2005-04-16 15:20:36 -0700333 just uses:
334
335 #include <linux/modules.h>
336
337 kbuild will make sure to add options to gcc so the relevant
338 directories are searched.
339 Likewise for .h files placed in the same directory as the .c file.
340
341 #include "8123_if.h"
342
343 will do the job.
344
345--- 5.2 External modules using an include/ dir
346
347 External modules often locate their .h files in a separate include/
348 directory although this is not usual kernel style. When an external
349 module uses an include/ dir then kbuild needs to be told so.
350 The trick here is to use either EXTRA_CFLAGS (take effect for all .c
351 files) or CFLAGS_$F.o (take effect only for a single file).
352
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200353 In our example, if we move 8123_if.h to a subdirectory named include/
Linus Torvalds1da177e2005-04-16 15:20:36 -0700354 the resulting Kbuild file would look like:
355
356 --> filename: Kbuild
357 obj-m := 8123.o
358
359 EXTRA_CFLAGS := -Iinclude
360 8123-y := 8123_if.o 8123_pci.o 8123_bin.o
361
Brian Strand98a1e442005-11-22 01:23:08 +0000362 Note that in the assignment there is no space between -I and the path.
363 This is a kbuild limitation: there must be no space present.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700364
Sam Ravnborg253dfa62006-01-06 20:33:41 +0100365--- 5.3 External modules using several directories
366
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200367 If an external module does not follow the usual kernel style, but
368 decides to spread files over several directories, then kbuild can
369 handle this too.
Sam Ravnborg253dfa62006-01-06 20:33:41 +0100370
371 Consider the following example:
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400372
Sam Ravnborg253dfa62006-01-06 20:33:41 +0100373 |
374 +- src/complex_main.c
375 | +- hal/hardwareif.c
376 | +- hal/include/hardwareif.h
377 +- include/complex.h
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400378
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200379 To build a single module named complex.ko, we then need the following
Sam Ravnborg253dfa62006-01-06 20:33:41 +0100380 kbuild file:
381
382 Kbuild:
383 obj-m := complex.o
384 complex-y := src/complex_main.o
385 complex-y += src/hal/hardwareif.o
386
387 EXTRA_CFLAGS := -I$(src)/include
388 EXTRA_CFLAGS += -I$(src)src/hal/include
389
390
391 kbuild knows how to handle .o files located in another directory -
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200392 although this is NOT recommended practice. The syntax is to specify
Sam Ravnborg253dfa62006-01-06 20:33:41 +0100393 the directory relative to the directory where the Kbuild file is
394 located.
395
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200396 To find the .h files, we have to explicitly tell kbuild where to look
397 for the .h files. When kbuild executes, the current directory is always
Sam Ravnborg253dfa62006-01-06 20:33:41 +0100398 the root of the kernel tree (argument to -C) and therefore we have to
399 tell kbuild how to find the .h files using absolute paths.
400 $(src) will specify the absolute path to the directory where the
401 Kbuild file are located when being build as an external module.
402 Therefore -I$(src)/ is used to point out the directory of the Kbuild
403 file and any additional path are just appended.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700404
405=== 6. Module installation
406
Brian Strand98a1e442005-11-22 01:23:08 +0000407Modules which are included in the kernel are installed in the directory:
Linus Torvalds1da177e2005-04-16 15:20:36 -0700408
409 /lib/modules/$(KERNELRELEASE)/kernel
410
411External modules are installed in the directory:
412
413 /lib/modules/$(KERNELRELEASE)/extra
414
415--- 6.1 INSTALL_MOD_PATH
416
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200417 Above are the default directories, but as always, some level of
Linus Torvalds1da177e2005-04-16 15:20:36 -0700418 customization is possible. One can prefix the path using the variable
419 INSTALL_MOD_PATH:
420
421 $ make INSTALL_MOD_PATH=/frodo modules_install
422 => Install dir: /frodo/lib/modules/$(KERNELRELEASE)/kernel
423
424 INSTALL_MOD_PATH may be set as an ordinary shell variable or as in the
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200425 example above, can be specified on the command line when calling make.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700426 INSTALL_MOD_PATH has effect both when installing modules included in
427 the kernel as well as when installing external modules.
428
429--- 6.2 INSTALL_MOD_DIR
430
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200431 When installing external modules they are by default installed to a
Linus Torvalds1da177e2005-04-16 15:20:36 -0700432 directory under /lib/modules/$(KERNELRELEASE)/extra, but one may wish
433 to locate modules for a specific functionality in a separate
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200434 directory. For this purpose, one can use INSTALL_MOD_DIR to specify an
435 alternative name to 'extra'.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700436
437 $ make INSTALL_MOD_DIR=gandalf -C KERNELDIR \
438 M=`pwd` modules_install
439 => Install dir: /lib/modules/$(KERNELRELEASE)/gandalf
440
441
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100442=== 7. Module versioning & Module.symvers
Linus Torvalds1da177e2005-04-16 15:20:36 -0700443
Brian Strand98a1e442005-11-22 01:23:08 +0000444Module versioning is enabled by the CONFIG_MODVERSIONS tag.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700445
446Module versioning is used as a simple ABI consistency check. The Module
447versioning creates a CRC value of the full prototype for an exported symbol and
448when a module is loaded/used then the CRC values contained in the kernel are
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200449compared with similar values in the module. If they are not equal, then the
Linus Torvalds1da177e2005-04-16 15:20:36 -0700450kernel refuses to load the module.
451
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100452Module.symvers contains a list of all exported symbols from a kernel build.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700453
Robert P. J. Day99c8b942006-09-25 15:55:51 -0400454--- 7.1 Symbols from the kernel (vmlinux + modules)
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100455
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200456 During a kernel build, a file named Module.symvers will be generated.
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100457 Module.symvers contains all exported symbols from the kernel and
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200458 compiled modules. For each symbols, the corresponding CRC value
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100459 is stored too.
460
461 The syntax of the Module.symvers file is:
462 <CRC> <Symbol> <module>
463 Sample:
464 0x2d036834 scsi_remove_host drivers/scsi/scsi_mod
465
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400466 For a kernel build without CONFIG_MODVERSIONS enabled, the crc
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100467 would read: 0x00000000
468
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200469 Module.symvers serves two purposes:
470 1) It lists all exported symbols both from vmlinux and all modules
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400471 2) It lists the CRC if CONFIG_MODVERSIONS is enabled
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100472
473--- 7.2 Symbols and external modules
474
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200475 When building an external module, the build system needs access to
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100476 the symbols from the kernel to check if all external symbols are
477 defined. This is done in the MODPOST step and to obtain all
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200478 symbols, modpost reads Module.symvers from the kernel.
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100479 If a Module.symvers file is present in the directory where
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200480 the external module is being built, this file will be read too.
481 During the MODPOST step, a new Module.symvers file will be written
482 containing all exported symbols that were not defined in the kernel.
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400483
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100484--- 7.3 Symbols from another external module
485
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200486 Sometimes, an external module uses exported symbols from another
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100487 external module. Kbuild needs to have full knowledge on all symbols
488 to avoid spitting out warnings about undefined symbols.
Richard Hacker0d96fb22008-02-28 09:40:58 +0100489 Three solutions exist to let kbuild know all symbols of more than
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100490 one external module.
491 The method with a top-level kbuild file is recommended but may be
492 impractical in certain situations.
493
494 Use a top-level Kbuild file
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200495 If you have two modules: 'foo' and 'bar', and 'foo' needs
496 symbols from 'bar', then one can use a common top-level kbuild
497 file so both modules are compiled in same build.
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100498
499 Consider following directory layout:
500 ./foo/ <= contains the foo module
501 ./bar/ <= contains the bar module
502 The top-level Kbuild file would then look like:
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400503
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100504 #./Kbuild: (this file may also be named Makefile)
505 obj-y := foo/ bar/
506
507 Executing:
508 make -C $KDIR M=`pwd`
509
510 will then do the expected and compile both modules with full
511 knowledge on symbols from both modules.
512
513 Use an extra Module.symvers file
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200514 When an external module is built, a Module.symvers file is
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100515 generated containing all exported symbols which are not
516 defined in the kernel.
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200517 To get access to symbols from module 'bar', one can copy the
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100518 Module.symvers file from the compilation of the 'bar' module
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200519 to the directory where the 'foo' module is built.
520 During the module build, kbuild will read the Module.symvers
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100521 file in the directory of the external module and when the
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200522 build is finished, a new Module.symvers file is created
Sam Ravnborg040fcc82006-01-28 22:15:55 +0100523 containing the sum of all symbols defined and not part of the
524 kernel.
Robert P. J. Day2e99f312006-09-21 09:39:41 -0400525
Richard Hacker0d96fb22008-02-28 09:40:58 +0100526 Use make variable KBUILD_EXTRA_SYMBOLS in the Makefile
527 If it is impractical to copy Module.symvers from another
528 module, you can assign a space separated list of files to
529 KBUILD_EXTRA_SYMBOLS in your Makfile. These files will be
530 loaded by modpost during the initialisation of its symbol
531 tables.
532
Linus Torvalds1da177e2005-04-16 15:20:36 -0700533=== 8. Tips & Tricks
534
535--- 8.1 Testing for CONFIG_FOO_BAR
536
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200537 Modules often need to check for certain CONFIG_ options to decide if
Linus Torvalds1da177e2005-04-16 15:20:36 -0700538 a specific feature shall be included in the module. When kbuild is used
539 this is done by referencing the CONFIG_ variable directly.
540
541 #fs/ext2/Makefile
542 obj-$(CONFIG_EXT2_FS) += ext2.o
543
544 ext2-y := balloc.o bitmap.o dir.o
545 ext2-$(CONFIG_EXT2_FS_XATTR) += xattr.o
546
547 External modules have traditionally used grep to check for specific
548 CONFIG_ settings directly in .config. This usage is broken.
Jan Engelhardtd9a7ff62006-07-27 22:14:29 +0200549 As introduced before, external modules shall use kbuild when building
550 and therefore can use the same methods as in-kernel modules when
551 testing for CONFIG_ definitions.
Linus Torvalds1da177e2005-04-16 15:20:36 -0700552