Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

When I do a lspci -k on my Kubuntu with a 3.2.0-29-generic kernel I can see something like this:

01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 290] (rev a1)
    Subsystem: NVIDIA Corporation Device 0492
    Kernel driver in use: nvidia
    Kernel modules: nvidia_current, nouveau, nvidiafb

There is a kernel driver nvidia and kernel modules nvidia_current, nouveau, nvidiafb.

Now I wondered what might be the difference between Kernel drivers and Kernel modules?

share|improve this question
up vote 43 down vote accepted

A kernel module is a bit of compiled code that can be inserted into the kernel at run-time, such as with insmod or modprobe.

A driver is a bit of code that runs in the kernel to talk to some hardware device. It "drives" the hardware. Most every bit of hardware in your computer has an associated driver[*]. A large part of a running kernel is driver code; the rest of the code provides generic services like memory management, IPC, scheduling, etc.

A driver may be built statically into the kernel file on disk. (The one in /boot, loaded into RAM at boot time by the boot loader early in the boot process.) A driver may also be built as a kernel module so that it can be dynamically loaded later. (And then maybe unloaded.)

Standard practice is to build drivers as kernel modules where possible, rather than link them statically to the kernel, since that gives more flexibility. There are good reasons not to, however:

  • Sometimes a given driver is absolutely necessary to help the system boot up. That doesn't happen as often as you might imagine, due to the initrd feature.

  • Statically built drivers may be exactly what you want in a system that is statically scoped, such as an embedded system. That is to say, if you know in advance exactly which drivers will always be needed and that this will never change, you have a good reason not to bother with dynamic kernel modules.

Not all kernel modules are drivers. For example, a relatively recent feature in the Linux kernel is that you can load a different process scheduler.

[*] One exception to this broad statement is the CPU chip, which has no "driver" per se. Your computer may also contain hardware for which you have no driver.

share|improve this answer
Perfectly explained, thanks! – JohnnyFromBF Oct 26 '12 at 17:57
Statically building every kernel module can also be a security feature (if you disable module loading) by disallowing any modification (or potential corruption) to the kernel code after bootup. – Totor Mar 25 '13 at 21:44
Modules can be filesystems, network protocols, firewall functionalities, and a lot more. Some hardware (e.g. WiFi cards) require a stack of modules, some offering general infrastructure while others handle the hardware itself. – vonbrand Dec 30 '15 at 14:48
The link to the ability to load a different process scheduler is broken, can you fix it ? – Valerio Schiavoni Jun 13 at 12:37

To answer your specific question about the lspci output, the "kernel driver" line refers to which driver is currently bound to the card, in this case the proprietary nvidia driver. The "kernel modules" line lists all of the drivers known to be capable of binding to this card. Here, the proprietary driver shows up it a different name, probably due to how lspci found the driver and its filename versus the name coded into the driver itself.

share|improve this answer

According to this nice tutorial :

...one type of module is the device driver, which allows the kernel to access hardware connected to the system.

So, if we try to draw a tree, we will have "Device driver" which inherits from (extends) Module, and which has more specific characteristics, between which we find "accessing to hardware"...

share|improve this answer
This is only partially correct. The driver is an object of a class in the hierarchy (yes, Linux' internal design, as most current operating systems, is object oriented). But said driver might be a module (loadable at runtime) or compiled into the kernel. There is no (or very little) difference between the alternatives, code wise. – vonbrand Dec 30 '15 at 14:52

My answer will go with Jim. A kernel driver is a program (kernel module) that is designed to drive a piece of hardware. The lspci output says nvidia is the kernel driver as it is the loaded module for the device. Along with it comes other available kernel modules available.

I'll add that the commands in linux to list and remove drivers are lsmod and rmmod respectively. Which says list module and remove module.

share|improve this answer

All Drivers are modules. Not all modules are drivers.

Modules can be inserted at runtime. Modules/Drivers can be statically compiled along with the kernel also.

Typical module init has

   /* some code */

The same module can be made a driver

   /* some code */
share|improve this answer
Drivers aren't always modules, they can be included in the main kernel image. – Gilles Sep 5 '12 at 22:06
@Prabagaran: "All Drivers are modules. All modules are not drivers." This is contradictory. In mathematical terms, what you are saying is D -> M and M -> !D. This allows for D and !D. – Francesco Turco Sep 13 '12 at 10:50
I think he means "All drivers are modules. Not all modules are drivers". – Renan Sep 14 '12 at 1:29
@Renan: That would be correct, but if you look at the edit history for this answer somebody already tried to fix the mistake and the author reverted it. Normally I would just edit to fix the error and move on, but in this case I've -1'ed because it's just wrong and confusing the issue. – Caleb Sep 25 '12 at 11:39
As I remember (haven't fooled around in a while) there are some drivers that can't be built as loadable modules. I seem to remember others which can only be handled as modules. – vonbrand Dec 30 '15 at 14:54

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.