Compartir a través de

Directrices de Plug-In de PSHED

  • Artículo

A continuación se muestra una lista de instrucciones que deben seguir los complementos PSHED.

  • En el caso de los errores corregidos, el flujo de control de errores está sujeto a las mismas restricciones que se imponen en todos los controladores de dispositivo. Las rutinas de servicio de interrupción (ISR) no deben ejecutarse para más de 25 microsegundos y llamadas a procedimientos diferidos (DPC) no deben ejecutarse para más de 100 microsegundos. Por lo tanto, las funciones de devolución de llamada de un complemento PSHED, así como las rutinas de firmware a las que podrían llamar las funciones de devolución de llamada del complemento PSHED, no deben ejecutarse durante períodos arbitrarios de tiempo. En el caso de los errores no corregidos, el flujo de control de errores puede omitir estas restricciones porque el sistema está en un estado en el que la pérdida de datos puede producirse si no se da prioridad para controlar la condición de error.

  • Un complemento PSHED solo debe interactuar directamente con el hardware sobre el que ha declarado el control. Esto significa que un complemento PSHED debe hacer lo siguiente:

    • Reclamar la propiedad de los recursos de hardware con los que interactúa y que son visibles arquitectónicamente para el sistema operativo.
    • Admite Plug and Play (PnP) si se puede reubicar cualquiera de los recursos de hardware con los que interactúa.
    • Coordinar todas las interacciones con los recursos de hardware que no sean visibles arquitectónicamente para el sistema operativo con el resto de software o firmware que interactúe con los mismos recursos de hardware.
    • Interactúe solo con los recursos de hardware que el PSHED o un controlador de errores de hardware de bajo nivel (LLHEH) no manipulen. Un complemento PSHED solo debe manipular registros específicos del conjunto de chips que no forman parte de los registros de conjuntos de chips estándar manipulados por llHEH.

Nota El firmware de la plataforma no debe asumir un control absoluto sobre todos los recursos de la máquina, como suele ser el caso del código de control de errores del modo de administración del sistema, ya que en un sistema virtualizado o particionado, el hardware podría particionarse de tal manera que esta suposición es falsa.