커널 모듈은에서와 같이, 실행시 커널에 삽입 할 수있는 컴파일 된 코드의 비트입니다 insmod나 modprobe.

드라이버는 일부 하드웨어 장치와 통신하기 위해 커널에서 실행되는 약간의 코드입니다. 하드웨어를 “구동”합니다. 컴퓨터의 모든 하드웨어 비트에는 관련 드라이버가 있습니다 .¹ 실행중인 커널의 대부분은 드라이버 코드입니다 .²

드라이버는 디스크의 커널 파일에 정적으로 빌드 될 수 있습니다. ³ 드라이버는 커널 모듈로 빌드되어 나중에 동적으로로드 될 수 있습니다. (그리고 언로드되었을 수도 있습니다.)

표준 관행은 드라이버를 정적으로 커널에 정적으로 연결하지 않고 가능한 한 커널 모듈로 드라이버를 빌드하는 것입니다. 그러나하지 말아야 할 좋은 이유가 있습니다.

• 때때로 시스템 부팅을 돕기 위해 주어진 드라이버가 절대적으로 필요합니다. initrd 기능 으로 인해 상상할 수있는 횟수만큼 자주 발생하지 않습니다 .

• 정적으로 빌드 된 드라이버는 임베디드 시스템 과 같이 정적으로 범위가 지정된 시스템에서 원하는 것일 수 있습니다 . 다시 말해, 어떤 드라이버가 항상 필요하며 이것이 변경되지 않을 것인지를 미리 알고 있다면 동적 커널 모듈을 사용하지 않아도됩니다.

• 커널을 정적으로 빌드하고 Linux의 동적 모듈로드 기능을 비활성화하면 커널 코드의 런타임 수정을 방지 할 수 있습니다. 이는 유연성을 희생하면서 추가적인 보안과 안정성을 제공합니다.

모든 커널 모듈이 드라이버 인 것은 아닙니다. 예를 들어, Linux 커널에서 비교적 최신 기능 은 다른 프로세스 스케줄러를로드 할 수 있다는 것 입니다. 또 다른 예는보다 복잡한 유형의 하드웨어가 종종 기본 하드웨어와 무관하게 USB 스택의 특정 요소 를 구현 하는 USB HID 드라이버 와 같은 저수준 하드웨어 드라이버와 사용자 영역 사이에있는 여러 일반 계층을 가지고 있다는 것 입니다.

옆으로 :

1. 이 광범위한 진술에 대한 한 가지 예외는 CPU 드라이버이며 “드라이버” 자체 는 없습니다 . 컴퓨터에 드라이버가없는 하드웨어가 포함되어있을 수도 있습니다.

2. OS 커널의 나머지 코드는 메모리 관리 , IPC , 스케줄링 등과 같은 일반 서비스를 제공합니다 . 이러한 서비스는 기본적으로 이전에 연결된 예제와 같이 사용자 영역 응용 프로그램에 서비스를 제공하거나 드라이버 또는 기타 내부에서 사용되는 내부 서비스 일 수 있습니다. 커널 인프라.

3. 부팅 프로세스 초기에 부트 로더/boot 가 부팅 할 때 RAM에로드 된 것 중 하나 .

답변

#include <linux/module.h>
#include <linux/kernel.h>

MODULE_LICENSE("GPL");

static int myinit(void)
{
    printk(KERN_INFO "hello init\n");
    return 0;
}

static void myexit(void)
{
    printk(KERN_INFO "hello exit\n");
}

module_init(myinit)
module_exit(myexit)

insmod hello.ko

module_init(init_fn);
init_fn()
{
   /* some code */
}

module_init(init_fn);
init_fn()
{
   device_register(&device);
   /* some code */
}