답변:
이 /dev
노드는 표준 PC 직렬 포트 드라이버가 사용중인 커널에 컴파일되어 있고 UART를 찾고 있기 때문에 나타납니다 . 이로 인해 /sys/devices/platform/serial8250
(또는 호환되는 것)이 나타나므로 udev 는 해당 /dev
노드를 만듭니다 .
이러한 UART는 대부분 마더 보드 칩셋의 많은 기능 중 하나 일 것입니다. DB-9 커넥터를 이러한 IC UART 핀에 연결하는 것이 점점 일반화되고 있지만 칩셋의 직렬 UART는 여전히 흔합니다.
일부 마더 보드에는 각 직렬 포트에 대한 헤더 커넥터 가 있으며 해당 커넥터를 PC 후면으로 라우팅하려면 어댑터 케이블을 구입해야합니다.
동일한 칩셋을 사용하는 다른 마더 보드는이 기능이 실리콘으로 제공 되기는하지만 헤더 공간을 조금만 절약하고 PCB 공간을 약간 절약하기 위해 헤더 커넥터를 노출시키지 않을 수도 있습니다.
일부 직렬 UART는 대량 생산 된 PC 칩셋 IC에 무시할만한 비용을 추가하는 반면, 마더 보드의 최종 소매 비용에 약간의 비용이 추가되어 DB-9 커넥터를 보드 에지로 실행합니다. PCB 공간에도 비용이 든다. 보드 가장자리의 공간은 특히 소중합니다.
RS-232 직렬 포트에 연결된 장치가 있는지 검사하는 표준 방법은 없습니다.
/dev
장치와 호스트 OS간에 상당히 복잡한 협상이 있기 때문에 마더 보드에 포트가 있다고해서 노드가 생성되지 않지만 장치를 연결하는 USB는 대조 USB 입니다. 실제로 장치는 OS에 자신을 알리므로 장치에 udev
적절한 /dev
노드를 만들어 반응 할 수 있습니다 .
가상화 하에서 Linux를 실행한다고 상상해보십시오. 많은 에뮬레이터는 여전히 콘솔을 직렬 포트로 출력하는 데 의존합니다. 편리한 표준입니다. 또한 헤드리스 서버는 여전히 통신에 직렬 포트를 사용합니다.