제대로 구성된 현대 드라이버로 이동하면서 앞으로 이러한 드라이버를 어떻게 평가할지에 대한 계획을 공유할 것입니다.
드라이버 구성 요소화의 기본 원칙에 유의하세요.
기본 드라이버는 핵심 디바이스 기능을 제공하기 위한 것이며 광범위하게 대상으로 지정할 수 있습니다.
확장 드라이버는 일반적으로 시스템별 사용자 지정을 제공하기 위한 것이며 특별히 대상으로 지정되어야 합니다. 모범 사례로 INF는 단일 OEM에 대한 대상 지정만 포함해야 합니다. 정책 검사 및 유효성 검사를 위해 게시하도록 선택한 HWID에 초점을 맞춥니다. 대상 지정에는 특히 확장 INF에 의해 사용자 지정되고 단일 OEM으로 제한되는 HWID 및 CHID만 포함되어야 합니다.
나열된 모든 HWID에 게시하는 동안 CHID를 사용하는 것은 INF에서 여러 OEM의 HWID를 참조하는 경우 특정 대상 지정을 구성하지 않습니다. 이 방법은 정책 검사에 실패합니다.
드라이버 Shiproom에서 제출을 처리할 때 이러한 원칙을 평가하는 방법은 다음과 같습니다.
확장 INF가 CHID가 없는 2-ID를 대상으로 합니까?
예인 경우: 거부합니다. 확장 INF는 광범위하게 대상으로 지정할 수 없습니다.
확장 INF는 둘 이상의 OEM에 걸쳐 있는 시스템을 대상으로 하나요? (CHID 및 HWID 분석에 따른)
예인 경우: 거부합니다. 확장 INF는 특히 OEM 시스템을 대상으로 해야 하므로 여러 OEM의 시스템에 걸쳐 있을 수 없습니다.
확장 INF에 선언적 기반이 누락되었나요?
예인 경우: 거부합니다. 확장 INF는 DCH 드라이버와만 호환됩니다. 이 규칙의 유일한 예외는 확장 INF가 기본 드라이버(예: 펌웨어 업데이트 시나리오 또는 HSA 시나리오)와 일치하는 경우입니다.
받은 편지함 드라이버를 어떻게 확장할 수 있나요?
Windows의 일부로 제공되는 드라이버를 확장하려면 배송 레이블에 대한 비즈니스 근거에 다음 키워드를 추가합니다.
ExtendsInboxDriver = wdma_usb.inf
특정 Windows 드라이버를 wdma_usb.inf 대신 사용하십시오.
여러 드라이버를 확장하려면 각 기본 제공 드라이버의 하드웨어 ID를 각각의 별도 배송 라벨로 구분하십시오. 여러 받은 편지함 드라이버에 대한 하드웨어 ID를 결합하지 마세요. 받은 편지함 드라이버용 하드웨어 ID와 외부 드라이버용 하드웨어 ID를 결합하지 마세요.
이러한 규칙에 대한 질문이나 피드백이 있는지 알려주세요.