Como limitar ou expandir a distribuição de um driver com base na versão do Windows

Às vezes, os parceiros precisam expandir ou limitar a distribuição do sistema operacional de um envio de driver. Este artigo descreve cada um dos recursos de etiqueta de remessa associados e como usá-los.

Informações importantes

Antes de começar a trabalhar com esses recursos, você deve estar familiarizado e ter em mente alguns princípios, termos e definições importantes.

Windows Update: quando você publica um driver em uma versão específica do sistema operacional, por exemplo RS1 (Windows 10, versão 1607), o Windows Update oferece o driver para sistemas que executam RS2, RS3 e posteriores (Windows 10, versões 1607, 1703 e 1709). Mas não seria oferecido para TH1 ou TH2 (Windows 10, versão 1507 ou 1511). Em outras palavras, os drivers são sempre oferecidos para versões futuras. É muito importante lembrar esse princípio ao lidar com as combinações de sistema operacional e ID de hardware na grade PNP (Plug and Play) da etiqueta de remessa. Na prática, oferecer drivers para versões futuras significa que, para o exemplo anterior, você não precisa publicar a mesma ID de hardware para RS2 e RS3. O Windows Update oferece sua publicação RS1 para RS2 e versões posteriores. Você só precisa publicar na versão inferior do sistema operacional que deseja direcionar na grade PNP.

Atualizações dinâmicas e pisos do sistema operacional: quando o Windows Update é chamado durante o processo de Atualização, do Windows ele usa uma lógica especial para substituir as informações da versão atual do sistema operacional relatadas pelo cliente e as define como a versão de atualização de recursos de destino. Por exemplo, se o cliente estiver em 10.0.17763 (Windows 10, versão 1809) e atualizando para 10.0.18362 (Windows 10, versão 1903), a atualização dinâmica oferecerá drivers dentro do limite do sistema operacional 18362. É muito importante entender essa distinção ao lidar com o recurso de piso. Para obter mais informações, consulte Noções Básicas sobre Regras Automáticas e Opcionais do Windows Update para Distribuição de Driver.

Proprietário do Envio: o remetente original do pacote de driver HLKx ou .CAB. O originador recebe a capacidade de usar o recurso Expansão de Driver. Os destinatários de um Envio compartilhado devem trabalhar com o proprietário do envio para alguns recursos.

Permissões necessárias: somente usuários designados como Administradores, Proprietários de Etiquetas de Remessa e Promotores de Etiquetas de Remessa podem definir pisos e tetos para envios de drivers. Somente parceiros de coengenharia têm acesso ao teto e aos recursos com base em números de compilação.

Tipos de piso e teto: existem dois tipos de pisos e tetos que painel do driver oferece suporte:

Tipo de piso/teto	Descrição
Baseado em versão do sistema operacional	As opções são limitadas a TH, RS1, RS2, etc. Destinado a drivers liberados ao público.
Baseado em número de compilação	Disponível apenas para parceiros de coengenharia da Microsoft. As opções são limitadas a um número de compilação de cinco dígitos que é maior do que a versão mais recente do Windows lançada. Usado ao desenvolver drivers para versões não lançadas do Windows.

Definindo um piso de sistema operacional

• Um piso é definido implícita e automaticamente quando você seleciona uma combinação de ID de hardware e sistema operacional na grade PnP. O sistema operacional mais baixo selecionado na grade PnP é o piso implícito.
• O nível de sistema operacional certificado mais baixo do envio determina inicialmente o piso mínimo permitido do sistema operacional ou o nível de sistema operacional atestado. Se você precisar definir um piso do sistema operacional abaixo desses níveis determinados automaticamente, deverá executar uma expansão do driver antes de definir o piso do sistema operacional.

O piso do sistema operacional descreve a versão mais antiga do Windows para a qual o driver pode ser distribuído. Use esse recurso quando quiser mover o piso Para Cima para que o driver seja oferecido apenas no sistema operacional selecionado e acima.

O caso de uso mais comum é descrito no Caso de Uso 2.

Para definir o piso do sistema operacional

1. Crie uma etiqueta de remessa e insira seus dados. Para obter mais informações, consulte Publicar um driver no Windows Update.
2. Na área de grade Selecionar PNPs , escolha pelo menos uma combinação de ID de Hardware e sistema operacional e, em seguida, escolha Publicar.
3. Role para baixo até a seção Restringir sistemas operacionais para distribuição de driver e marque Desejo restringir o sistema operacional para distribuição de driver. Essa seleção só fica disponível depois que você seleciona Publicar em pelo menos um item na grade PNP.
4. No menu suspenso Selecionar versão mínima do sistema operacional (piso), escolha a versão mais antiga do sistema operacional para a qual você quer distribuir o driver.

Se você escolher um valor para o piso do sistema operacional anterior às opções listadas na grade PnP, receberá o erro a seguir.

Definindo um teto do sistema operacional

Observação

O acesso ao recurso de teto é limitado a contas de parceiros selecionadas com necessidades comerciais válidas. Contate o suporte caso tenha dúvidas.

Um teto descreve o limite superior do sistema operacional para o qual o driver é distribuído. Use esta opção quando você quiser que um driver seja oferecido na versão do sistema operacional listada ou em uma versão anterior.

Por exemplo, se você escolher um valor de teto de RS3 (Windows 10, versão 1709), seu driver nunca será oferecido para sistemas que executam RS4 (Windows 10, versão 1803) ou versões posteriores.

Importante

Você deve definir um teto de sistema operacional apenas se houver uma mudança significativa em um novo sistema operacional que impacte a funcionalidade básica do driver. A Microsoft exige que você envie uma justificativa comercial ao solicitar um teto do sistema operacional.

Para definir o teto do sistema operacional

1. Crie uma etiqueta de remessa e insira seus dados. Para obter mais informações, consulte Publicar um driver no Windows Update.
2. Na área de grade Selecionar PNPs, escolha pelo menos uma combinação de ID de Hardware e sistema operacional e, em seguida, escolha Publicar.
3. Role para baixo até a seção Restringir sistemas operacionais para distribuição de driver e marque Desejo restringir o sistema operacional para distribuição de driver. Essa seleção só fica disponível depois que você seleciona Publicar em pelo menos um item na grade PNP.
4. No menu suspenso Selecionar Versão Máxima do Sistema Operacional (teto), escolha a versão mais antiga do sistema operacional para a qual você deseja que o driver seja distribuído.

Observação

Somente é permitido escolher um teto de sistema operacional igual ou inferior ao sistema operacional mais alto publicado na grade PnP.

O painel exibirá o seguinte erro se sua seleção for inválida.

Expansão do driver: expandindo a meta de sistema operacional mais baixa de um driver

Observe as seguintes informações importantes ao expandir a distribuição do driver:

• A expansão só pode ser realizada pelo proprietário proprietário original do envio. Os destinatários de um envio compartilhado não visualizam essa opção. (Consulte Informações importantes).
• A expansão só pode ser executada uma vez por envio e não pode ser desfeita. O botão fica esmaecido se a expansão já estiver concluída.
• A expansão só pode ser feita para drivers em que a seção Fabricante do INF não usa a decoração [BuildNumber] TargetOSVersion, como NTamd64.10.0...14393.
• Somente os drivers do Windows 8.1 podem ser expandidos para cima para sistemas Windows 10 de destino. Os drivers do Windows 10 podem ser expandidos para baixo.
• A expansão não altera nem aumenta o nível de certificação do seu driver. Se o seu driver for certificado para RS5, a expansão não fornecerá nenhuma certificação de sistema operacional extra inferior.

A expansão do driver concede aos parceiros a capacidade de direcionar todas as versões do Windows 10. Ele também permite que um driver do Windows 8.1 seja oferecido aos sistemas Windows 10.

Ele concede essa capacidade criando uma nova entrada de grade PNP estendida d do Windows 10 Client versões 1506 e 1511 (TH1) e Windows Server 2016 x64 (TH1) para cada INF com suporte em um pacote de envio. Isso funciona para os fluxos de trabalho de Compartilhamento e Publicação em uma etiqueta de remessa. As capturas de tela a seguir mostram o botão de expansão de um driver do Windows 8.1 e o botão de expansão de um driver do Windows 10:

Por exemplo, o envio a seguir foi certificado para Windows 10 Client versão 1809 Client x64 (RS5). Após a expansão, observe que duas novas entradas de grade Estendidas são criadas.

Se mais de um INF estiver presente neste envio, cada INF e ID de Hardware neles receberão novas entradas Estendidas idênticas. A exceção é, se uma seção Fabricante INF usar a decoração [BuildNumber] TargetOSVersion, como NTamd64.10.0...14393. Esses INFs são ignorados e não podem ser expandidos. Isso significa que você pode acabar com apenas uma lista parcialmente expandida de INFs na grade PNP. Se você quiser que todos os arquivos INF sejam expandidos, edite o INF e remova o BuildNumber. Além disso, talvez você não veja a caixa de opção Expandir se não houver suporte para INFs.

Depois de ter uma entrada Estendida, você pode compartilhá-la ou publicá-la.

Na maioria dos casos, você não deseja que o driver expandido seja oferecido para TH1 e superior. Em vez disso, geralmente você quer que ele comece em algum lugar entre esses. Portanto, você também deve se lembrar de definir as restrições de piso do sistema operacional como parte da criação da etiqueta de remessa.

Aqui estão dois dos casos de uso mais comuns, juntamente com instruções sobre como atingi-los. Usamos o envio de pacotes acima como exemplo.

Casos de uso para limitar ou expandir a distribuição de drivers com base no sistema operacional

Usando o exemplo do pacote (mostrado na captura de tela anterior), percorremos dois dos cenários de uso mais comuns para definir a distribuição do driver com base na versão do sistema operacional:

• Caso de uso 1: um IHV compartilhando um envio expandido para um OEM: meu OEM deseja direcionar clientes RS3 e RS4, mas meu envio só é certificado em RS5. Como posso habilitar isso para meu parceiro OEM para que ele consiga criar sua própria etiqueta de remessa do Windows Update?
• Caso de uso 2: publicar um envio expandido em um nível específico do sistema operacional: quero publicar meu driver certificado RS5 no Windows Update para que ele seja direcionado ao RS3 e posterior. Como faço isso?

Caso de uso 1: um IHV compartilhando um envio expandido para um OEM

Como proprietário do envio, você é o único que pode expandir seu envio.

1. Selecione Expandir para versões inferiores do Windows 10 (a partir de TH1).
2. Selecione Compartilhar para cada ID de Hardware que seu OEM precisa, certificando-se de incluir a entrada Estendida para Windows 10 Client versões 1506 e 1511 x64 (TH1). Esta é realmente a única entrada do sistema operacional que você precisa compartilhar com eles à medida que o Windows Update oferece (consulte Informações importantes).

1. Role até a parte inferior da página e selecione Publicar para finalizar suas ações de compartilhamento.
2. Informe seu OEM para acessar esta página e ler o Caso de uso 2.

Se você já compartilhou um driver com seu parceiro, poderá expandi-lo mais tarde e compartilhar o item estendido. No entanto, lembre-se de que o envio compartilhado original foi preterido e seu parceiro só pode usar o envio compartilhado mais recente de você. Para obter mais informações sobre itens preteridos, consulte a seção Revogar uma ID de hardware.

Caso de uso 2: publicando um envio expandido em um nível específico do sistema operacional

Você quer publicar seu driver Windows 10 RS5 (1809) em um sistema operacional inferior ao listado na grade PNP, por exemplo, RS3. A primeira coisa que você precisa fazer é expandir o envio. Se você recebeu esse envio do IHV, eles terão que concluir a tarefa de expansão e, em seguida, compartilhar os itens expandidos com você (consulte o Caso de Uso 1).

Depois que a expansão do driver for concluída, uma nova entrada de grade PNP Estendida das versões 1506 e 1511 (TH1) e Windows Server 2016 x64 (TH1) do Windows 10 Client será criada para cada INF com suporte em um pacote de envio. É um desses itens que você precisa publicar para que tenha um piso de RS3.

1. Selecione Publicar para o item hid\pacote&col02 e Windows 10 Client versões 1506 e 1511 x64 (TH1). Isso define o piso implícito como TH1.

1. Sua etiqueta de remessa mostra "Publicação pendente" na coluna Status da seguinte forma:

1. Role para baixo até a seção Restringir sistemas operacionais para distribuição de driver e marque Desejo restringir o sistema operacional para distribuição de driver.
2. No menu suspenso Selecionar versão mínima do sistema operacional (piso) para este driver, selecione RS3.

1. Role até a parte inferior da página e selecione Publicar para finalizar sua solicitação de publicação.

Este driver é publicado e aplicável a todas as versões do sistema operacional para RS3 e posterior.

Perguntas frequentes

Por que não consigo marcar a caixa Restringir sistemas operacionais para distribuição de driver?

Certifique-se de escolher Publicar para pelo menos uma entrada de ID de Hardware na seção Selecionar PNPs.

A caixa Expandir para versões inferiores do Windows 10 (a partir do TH1) está esmaecida ou ausente

Se a caixa estiver esmaecida, significa que o envio já foi expandido.

Se estiver faltando a caixa, isso significa uma de duas coisas. Você não é o proprietário do envio inicial ou seu INF contém a seção BuildNumber . Consulte Informações importantes.

Como posso direcionar uma versão do Windows mais antiga que a certificação do meu driver?

Consulte o Caso de Uso 2.

Alguns dos meus INFs estão faltando após a expansão. Por que não consigo expandir todo o meu envio?

Cada INF em seu envio é avaliado para expansão separadamente. Se um ou todos os seus INFs (consulte Fabricante do INF) usarem a decoração [BuildNumber] TargetOSVersion, não conseguiremos processar esse INF para expansão. Se você precisar expandir seu envio, primeiro edite seu INF e remova o [BuildNumber]. INFs que não contêm o processo [BuildNumber] com êxito. Para obter mais informações, consulte Informações importantes.