Cómo se generan los identificadores de contenedor
A partir de Windows 7, el administrador de Plug and Play (PnP) genera un identificador de contenedor para un nodo de dispositivo (devnode) a través de uno de los tres mecanismos:
Un controlador de autobús proporciona un identificador de contenedor.
Al asignar un identificador de contenedor a un nodo de desarrollo, el administrador de PnP comprueba primero si el controlador de bus del devnode puede proporcionar un identificador de contenedor. Los controladores de bus proporcionan un identificador de contenedor a través de una solicitud de IRP_MN_QUERY_ID con el campo Parameters.QueryId.IdType establecido en BusQueryContainerID.
Si un controlador de bus quiere proporcionar un identificador de contenedor, puede obtener un identificador de contenedor original que se insertó en el hardware del dispositivo físico o usar un identificador único específico del bus del hardware del dispositivo para generar un identificador de contenedor. Algunos ejemplos de identificadores únicos específicos de bus son el número de serie de un dispositivo o una dirección de control de acceso multimedia (MAC) en el firmware del dispositivo.
Nota
El proveedor de hardware independiente (IHV) es responsable de la exclusividad del identificador de contenedor notificado por el controlador de autobús.
Para obtener más información, consulte Identificadores de contenedor generados a partir de un identificador único de Bus-Specific.
El administrador de PnP genera un identificador de contenedor a través de la funcionalidad del dispositivo extraíble.
Si un controlador de bus no puede proporcionar un identificador de contenedor para un nodo de desarrollo que está enumerando, el administrador de PnP usa la funcionalidad de dispositivo extraíble para generar un identificador de contenedor para todos los nodos de desarrollo enumerados para el dispositivo. El controlador de autobús informa de esta funcionalidad del dispositivo en respuesta a una solicitud de IRP_MN_QUERY_CAPABILITIES .
Para obtener más información, consulte Identificadores de contenedor generados a partir de la funcionalidad dispositivo extraíble.
El administrador de PnP genera un identificador de contenedor a través de una invalidación de la funcionalidad del dispositivo extraíble.
Nota
En Windows 10, los dispositivos DPWS siempre generarán un identificador de contenedor para el dispositivo mediante este método.
Aunque el mecanismo de invalidación no cambia el valor de la funcionalidad del dispositivo extraíble, obliga al administrador de PnP a usar la configuración de invalidación y no al valor de la funcionalidad del dispositivo extraíble al generar identificadores de contenedor para dispositivos.
Por ejemplo, si una invalidación de la funcionalidad del dispositivo extraíble especifica que el dispositivo es extraíble, el administrador de PnP genera un identificador de contenedor para todos los nodos de desarrollo enumerados para el dispositivo. Esta acción se realiza independientemente de si el dispositivo se informó como extraíble o no.
Un IHV puede rellenar el Registro con claves que invalidan la funcionalidad del dispositivo extraíble notificada por el dispositivo. Este mecanismo de invalidación es útil para los dispositivos heredados que no admiten la funcionalidad del dispositivo extraíble o lo notifican incorrectamente.
Para obtener más información, consulte Identificadores de contenedor generados a partir de una invalidación de funcionalidad de dispositivo extraíble.
Además de estos métodos, el sistema usa la configuración del objeto BIOS ACPI para especificar agrupaciones de contenedores de dispositivos. Para obtener más información, consulte Uso de ACPI para la agrupación de contenedores de dispositivos.
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de