• Proceedings of the Korean Information Science Society Conference
• /
• 2003.10a
• /
• pp.343-345
• /
• 2003

본 논문은 windows 상에서 디바이스 드라이버 구현을 위하여 타겟 디바이스를 사용하기 이전에 가상의 범용 디바이스 드라이버 개발도구를 이용하여 시뮬레이션 함으로써 최종 타겟 디바이스 개발의 효율성을 증대하고 개발 기간의 단축 및 비용 절감하는데 목표를 둔다. 일반 PC에서 COM 포트를 이용하는 시리얼 통신으로 테스트 킷을 구현하여 드라이버를 개발하고 테스트할 수 있으며. 나아가 드라이버 연구에 있어서 실제 타겟 디바이스 없이 S/W 만으로도 올바른 드라이버를 개발할 수 있으며, 드라이버 동작과 내부 메커니즘을 비주얼하게 확인하여 초보 드라이버 개발자들에게도 도움을 주는데 목적이 있다. 이에 본 연구에서 새로운 개발 방향을 제시하고 실험을 하였다.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2010.11a
• /
• pp.1714-1717
• /
• 2010

디바이스 드라이버는 커널의 대부분을 차지하기 때문에 디바이스 드라이버에 문제가 발생하면 시스템에 심각한 영향을 미치게 된다. 따라서 디바이스 드라이버의 고장 분리 기술은 운영체제의 신뢰도 향상을 위해서 매우 중요하다. 동적 코드 변환 기법(Binary Translation)은 기계어 코드의 수준에서 기존의 디바이스 드라이버의 명령어 집합을 다른 명령어 집합으로 변환하여 실행하도록 하는 기법이다. 이 기법을 통해 우리는 각 명령어의 변환 과정에서 디바이스 드라이버의 모든 행위를 감시할 수 있다. 따라서 동적 코드 변환기법은 디바이스 드라이버의 고장을 분리하며 악의적인 메모리 접근을 제한하는 장점을 가지고 있다. 또한 커널 코드의 수정과 디바이스 드라이버의 수정이 요구되지 않는다. 이 논문에서 우리는 동적 코드 변환 기법을 설계하고 구현하였다. 그리고 동적 코드변환 기법을 이용한 몇 가지 실험을 통해, 디바이스 드라이버를 수행 시 발생하는 오버헤드와 고장 분리 가능 여부를 평가해 보았다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2006.10a
• /
• pp.301-304
• /
• 2006

디바이스 드라이버는 커널 고장을 유발하는 가장 큰 원인이며, 커널 영역에서 동작하므로 커널에 큰 영향을 미칠 수 있다. 본 논문은 운영체제의 신뢰성을 향상시키기 위하여, 디바이스 드라이버 실패가 발생했을 때, 고장난 드라이버와 이 드라이버를 사용하는 응용 프로그램을 복구하는 방법을 제시한다. 우리는 논문에서 제시한 복구 시스템을 FRS (Failure Recovery Subsystem) 이라고 부르겠다. 디바이스 드라이버가 고장 났을 때, FRS는 디바이스 드라이버의 실행 환경을 다양하게 변경하고 드라이버를 재실행함으로써 같은 고장이 반복되지 않도록 한다. FRS은 고장을 복구하고 디바이스 드라이버를 정상적으로 실행함으로써 전체 시스템의 안정성을 향상시킨다.

• Journal of KIISE:Computer Systems and Theory
• /
• v.32 no.3
• /
• pp.107-114
• /
• 2005

In this paper. we propose an architecture of IEEE1394 device driver for RTLinux. The device driver has two interfaces for applications running on the RTLinux kernel and Linux kernel. With the interfaces, the device driver simultaneously supports RT-Thread of RTLinux kernel and user level process of Linux kernel. This architecture could be a reference for designing other device driver on the dual kernel platform.

• The Journal of Korean Institute of Communications and Information Sciences
• /
• v.32 no.6B
• /
• pp.325-333
• /
• 2007

An OS requires the device driver to control hardware IPs at application level. Development of a device driver requires specific acknowledge for target hardware and OS. In this paper, we present a system which generates a device driver together with an interface circuit. In the proposed system, an efficient device driver is generated by selecting a basic device driver skeleton, a function module code, and a header file table from the pre-constructed library and an interface circuit is constructed such that the generated device driver operates correctly. The proposed system is evaluated by generating a TFT-LCD device driver on the ARM922T core with 3.5 inch Samsung TFT-LCD in ARM-Linux environment. Experiment result shows that the writing time on the LCD is decreased by 1.12% and the compiled code size is increased by 0.17% compared to the manually generated one. The automatically generated device driver has no performance degradation in the latency of hardware control at the application program level. The system development time can be reduced using the proposed device driver generation system.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2006.05a
• /
• pp.1355-1358
• /
• 2006

임베디드 리눅스 디바이스 드라이버의 개발이 증가하면서 이에 대한 오류 테스트 기능을 가진 모듈의 필요성이 증가되고 있다. 본 논문은 리눅스 디바이스 드라이버를 위한 freed 메모리 오류 테스트 모듈의 기본 개념을 제시하며, 기본 개념을 바탕으로 오류 테스트 모듈을 설계한다. freed 메모리 오류 테스트 모듈 설계를 위해 리눅스 USB 디바이스 드라이버에 설계하고, 오류가 발생할 가능성이 존재하는 부분에 대한 검증을 위한 코드를 추가하여 테스트 모듈을 작성한다. 오류 테스트 모듈 설계를 위해서 usb storage 디바이스 드라이버를 대상으로 하였다. 또한 작성된 오류 테스트 모듈의 실험을 진행하였다. 실험을 통해 리눅스 디바이스 드라이버의 오류 테스트 모듈의 동작을 확인할 수 있다.

• KSCI Review
• /
• v.14 no.2
• /
• pp.153-158
• /
• 2006

A device driver is the core construction providing connectable rules between a hardware and an operating system in Embedded softwares. It provides consistent interface for the control and mutual interactions so that an application program can use hardware's functionalities. However, the device driver is suffered to develop as it is related to both hardware and software and it is also wasted to newly develop whenever hardware platform changed. Therefore, this paper researches the method to provide high portability in heterogenous hardware and finally suggests efficient device driver development.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2005.11a
• /
• pp.1437-1440
• /
• 2005

임베디드 리눅스 디바이스 드라이버의 개발이 증가하면서 리눅스 디바이스 드라이버에 대한 오류 테스트 기능을 가진 모듈의 필요성이 증가되고 있다. 본 논문은 리눅스 디바이스 드라이버를 위한 오류 테스트 모듈의 기본 개념을 제시하며, 기본 개념을 바탕으로 오류 테스트 모듈을 설계한다. 오류 테스트 모듈의 설계를 위해 리눅스 디바이스 드라이버의 메모리 관련 오류를 분류하고, 오류가 발생할 가능성이 존재하는 부분에 대한 검증을 위한 코드를 추가하여 테스트 모듈을 작성한다. 또한 작성된 오류 테스트 모듈의 실험을 진행하였다. 실험을 통해 리눅스 디바이스 드라이버의 오류 테스트 모듈이 동작을 확인 할 수 있다.

• The KIPS Transactions:PartA
• /
• v.14A no.3 s.107
• /
• pp.185-190
• /
• 2007

The necessity of error test module is increasing as development of embedded Linux device driver. This paper proposes the basic concept of freed memory error test module in the Linux device driver and designs error test module. The USB device driver is designed for freed memory error test module. I insert the test code to verify the USB device driver. I test the suggested error test module for the USB storage device driver. I experiment error test in this module.

• The Journal of Korean Institute of Communications and Information Sciences
• /
• v.33 no.9C
• /
• pp.652-660
• /
• 2008

Applications running under embedded systems require various device drivers designed for different types and versions of the OS to manage resources effectively. In this paper, an automated device driver generator system which can generate the device drivers to be used in newer versions the target OS is proposed. In the proposed system, the structures of device drivers of specific OS are designed in the templates and stored in a library, and the target device drivers are generated by adding codes to the stored templates. Once device drivers are generated, they are registered into the kernel. The experimental results show that data transfer time has been slightly increased when compared against manually created drivers for TFT-LCD driver, USB interface keyboard/mouse driver, and AC'97 controller drivers. The code size for the generated drivers after compilation has also been increased slightly when compared with manually designed device drivers.