Compartilhar via

Diretrizes de Plug-In PSHED

  • Artigo

Veja a seguir uma lista de diretrizes que devem ser seguidas por plug-ins PSHED.

  • Para erros corrigidos, o fluxo de tratamento de erros está sujeito às mesmas restrições impostas a todos os drivers de dispositivo. As ISRs (rotinas de serviço de interrupção) não devem ser executadas por mais de 25 microssegundos e as DPCs (chamadas de procedimento adiadas) não devem ser executadas para mais de 100 microssegundos. Portanto, as funções de retorno de chamada de um plug-in PSHED, bem como quaisquer rotinas de firmware que as funções de retorno de chamada do plug-in PSHED possam chamar, não devem ser executadas por períodos arbitrários de tempo. Para erros não corrigidos, o fluxo de tratamento de erros pode ignorar essas restrições porque o sistema está em um estado em que a perda de dados pode ocorrer se a prioridade não for dada para lidar com a condição de erro.

  • Um plug-in PSHED só deve interagir diretamente com o hardware sobre o qual ele afirmou o controle. Isso significa que um plug-in PSHED deve fazer o seguinte:

    • Declara a propriedade de todos os recursos de hardware com os quais ele interage que são arquitetônicamente visíveis para o sistema operacional.
    • Suporte Plug and Play (PnP) se qualquer um dos recursos de hardware com os quais ele interage puder ser realocado.
    • Coordene todas as interações com todos os recursos de hardware que não estejam arquitetônicamente visíveis para o sistema operacional com todos os outros softwares ou firmware que interagem com os mesmos recursos de hardware.
    • Interaja apenas com recursos de hardware que ainda não foram manipulados pelo PSHED ou por um LLHEH (manipulador de erros de hardware) de baixo nível. Um plug-in PSHED só deve manipular registros específicos de chipset que não fazem parte dos registros de chipset padrão manipulados pelo LLHEH.

Nota O firmware de plataforma não deve assumir controle absoluto sobre todos os recursos de máquina, como geralmente é o caso do código de tratamento de erros do modo de gerenciamento do sistema, pois em um sistema virtualizado ou particionado, o hardware pode ser particionado de forma que essa suposição seja falsa.