The Header File blk.h

Since (for the most part) block drivers are device-independent, the kernel developers tried to simplify driver code by concentrating most of the common code in one header, <linux/blk.h>. Therefore, every block driver should include that header. The most important function defined in <linux/blk.h> is end_request, which is declared as static. Having it be static allows different drivers to have a correctly defined end_request, without each needing to write its own implementation.

In Linux 1.2, the header should be included as <linux/../../ drivers/block/blk.h>. The reason for this is that custom block drivers were not supported until later, and the header was originally local to the drivers/block source directory.

Actually, the blk.h header is quite unusual, as it defines several symbols based on the symbol MAJOR_NR, which must be declared by the driver before it includes the header. Once again, this shows that blk.h was not designed with custom drivers in mind.

If you look at blk.h, you’ll see that several device-dependent symbols are declared according to the value of MAJOR_NR, which is expected to be known in advance. However, if the major number is dynamically assigned, the driver has no way to know its assigned number in advance and cannot correctly define MAJOR_NR. If MAJOR_NR is undefined, blk.h can’t set up some of the macros used in end_request. Therefore, in order for a custom driver to benefit from the general-purpose end_request function and to ...

Get Linux Device Drivers now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.