첫 번째 커널 공간 드라이버 - 리눅스

Question

사용자 공간에서 직접 LED 동작을 제어하기 위해 mmap 시스템 호출을 사용하여 GPIO를 제어 할 수있었습니다. 이제 커널 공간에 드라이버를 구현하고 싶습니다.

ARM 컨트롤러 RPi 용 Linux에서 16 * 2 LCD 라인의 첫 번째 커널 공간 장치 드라이버를 쓰려고합니다. 이제 GPIO에 액세스해야합니다.

AVR에서는 이와 같이 포트에 액세스하는 데 사용합니다. 내가 LLD을 읽고 있었다

#define PORTA *(volatile unsigned char*)0x30 

그것은 I/O 포트에 액세스 할 수() & OUTB() 함수 INB를 사용하도록 알려줍니다.
http://www.makelinux.net/ldd3/chp-9-sect-2

1> GPIO에 #define address port를 사용할 수 있습니까?

2> 사용하는 이점은 GPIO를 제어하기 위해 inb() & outb() 함수를 사용하는 것입니다.

좋습니다.

Answer 1

1) 정의의 사용은 자주 작업을 단순화합니다. 물론 포트 정의를 사용하지 않고 포트에 액세스해야하는 모든 곳에서이 구성을 그대로 사용할 수 있습니다. 그러나 예를 들어 LED를 포트 B에 연결하기로 결정한 경우와 같이 장치의 디자인을 변경하면 0x30을 다른 주소로 대체해야합니다. 또한 코드를 읽기 쉽게 만듭니다. 또는 포트에 액세스 할 함수를 선언 할 수도 있습니다. 이러한 간단한 함수가 inline (컴파일러가 인라인을 지원하는 경우)이라고 선언하면 성능에 차이가 없습니다.

2) inb() 및 outb()을 사용하는 이점은 프로그램의 이식성입니다. 이것이 문제가되지 않는다면 포트에 직접 액세스하는 것이 좋습니다.

Answer 2

AVR에서는 이와 같이 포트에 액세스하는 데 사용합니다. 기호 PORTA 과부하 부적절한 정의의

#define PORTA *(volatile unsigned char*)0x30 

.
포트 주소를 0x30으로 정의하는 것 외에도 해당 위치의 참조를 해제하는 중입니다.
실제로는 이라고 읽습니다. 작업을 읽었지만 그 이름에는 아무런 표시가 없습니다. 즉, 실제로 READ_PORTA에 대한 매크로를 정의했습니다.

1> GPIO에 #define address port를 사용할 수 있습니까?

물론 할 수 있습니다.

#define PORTA (unsigned char *)0x30 

Linux 소스 트리의 장치 레지스터에 대한 헤더 파일에서 유사한 명령문을 찾을 수 있습니다. 새 장치 드라이버를 개발할 때 장치의 모든 레지스터와 명령 코드에 대해 #defines의 헤더 파일을 찾고 이미 파일을 사용할 수 없으면 하나 쓰기 시작합니다.

2> 사용하는 이점은 GPIO를 제어하기 위해 inb() & outb() 함수를 사용하는 것입니다.

코드는 아키텍처에서 I/O 포트 또는 메모리 매핑 I/O를 사용하는지 여부에 관계없이 I/O가 수행되고있는 모호하지 않은 문입니다. 혼란 대

x = inb(PORTA); 

매크로를 사용하는 경우 : 다음을 읽어
사람은 무슨 일이 일어나고 있는지 추론 할 수 있어야한다

x = PORTA; 

코드를 통과하지 것이다 오버로드 매크로를 사용하여 위의 문 유능한 코더가 실시한 리뷰.

또한 익숙해 져서 Linux kernel coding style을 사용해야합니다.