Implementación de USB HAL

La versión de Android 8.0 traslada el manejo de los comandos USB de los scripts de init a un demonio USB nativo para una mejor configuración y confiabilidad del código. Para la configuración de la función Gadget, se utilizan secuencias de comandos de init (disparadores de propiedad) para realizar operaciones de gadget específicas del dispositivo.

En versiones anteriores, estas configuraciones específicas del dispositivo se lograban a través de secuencias de comandos de init específicas del dispositivo (usando activadores de propiedades). Pasar a un diseño de capa de abstracción de hardware (HAL) da como resultado una implementación mucho más limpia que resuelve estos problemas:

  1. Las operaciones como las escrituras en los nodos sysfs del kernel podrían fallar, pero no se propagarían de nuevo al código de marcos que establece el activador de propiedad. Como resultado, los marcos asumen incorrectamente que las operaciones han tenido éxito a pesar de que han fallado silenciosamente.
  2. Los scripts de init tienen un número limitado de operaciones que se pueden ejecutar.

La versión de Android 12 agrega soporte USB Gadget HAL para modelos de control de red (NCM) y llamadas API que devuelven tanto el número de versión HAL como la velocidad USB. Para obtener más información sobre las llamadas API disponibles a través de USB HAL, consulte el resumen del paquete android.hardware.usb .

HAL y agudos

Los scripts de init específicos del dispositivo se utilizaron como sustitución de las capas HAL para realizar operaciones USB específicas del dispositivo. USB (a través de ADB) es una interfaz principal para depurar problemas del sistema. Tener un demonio nativo para realizar la configuración USB elimina la dependencia del código del marco, por lo que incluso si el marco falla, el USB debería estar ejecutándose.

Bajo el modelo Treble también introducido en Android 8.0, todas las HAL están aisladas de los servicios del sistema y deben ejecutarse en sus propios demonios nativos. Esto elimina el requisito de tener un demonio USB exclusivo, ya que la capa HAL funciona perfectamente como un demonio USB.

La implementación HAL predeterminada se encarga de todos los dispositivos anteriores a Android 8.0. Por lo tanto, no habría ningún trabajo específico del dispositivo para los dispositivos anteriores a Android 8.0. Android 8.0 usa la interfaz HAL para consultar el estado de los puertos USB y realizar intercambios de funciones de datos y funciones de energía.

Implementación

La nueva interfaz USB HAL debe implementarse en cada dispositivo que se inicie en Android 8.0. La implementación predeterminada debe ocuparse de los dispositivos anteriores a Android 8.0. La implementación predeterminada es suficiente si el dispositivo usa la clase dual_role_usb para informar el estado del puerto tipo c. Es posible que se requieran cambios triviales en los scripts USB específicos del dispositivo para transferir la propiedad de los nodos typc-c al sistema.