Por Canuto  

Los desarrolladores preparan para Linux 7.4 una solución al complejo manejo de energía del audio en Apple Silicon, mediante GPIO compartidos que reemplazarían un mecanismo provisional usado por Asahi Linux.
***

  • Los parches de James Calligeros permitirán que varios códecs compartan correctamente una misma línea GPIO.
  • El diseño actual podía apagar o reactivar la línea antes de que todos los componentes guardaran su estado.
  • Los controladores TAS2764 y TAS2770 forman parte de los cambios encaminados al ciclo de Linux 7.4.

El soporte de audio para los equipos con Apple Silicon se encamina a una modificación relevante en Linux 7.4, con el objetivo de resolver un problema de gestión de energía que durante años obligó a los desarrolladores a utilizar mecanismos provisionales. La solución se apoya en la infraestructura de GPIO compartidos del kernel, diseñada para que varios controladores coordinen el uso de una misma línea de entrada y salida.

James Calligeros, desarrollador de Linux para Apple Silicon, publicó esta semana una serie de parches que habilita ese funcionamiento para la arquitectura de los sistemas en chip de Apple. Los cambios ya están en cola dentro de la rama de controladores de Apple SoC, por lo que su destino previsto es el ciclo de desarrollo de Linux 7.4.

Un solo GPIO para varios códecs

El origen del problema está en el diseño de los Mac con Apple Silicon, donde el pin de apagado por software del códec de cada altavoz se conecta a la misma línea GPIO. Esa línea debe permanecer activa mientras cualquiera de los códecs la necesite, una condición que no encaja bien con un proceso de suspensión y reanudación ejecutado componente por componente.

En términos prácticos, el sistema de audio reúne varios controladores que dependen de un único interruptor lógico de energía. Si uno de ellos cambia el estado de la línea antes que los demás, puede alterar las condiciones que los componentes restantes necesitan para guardar o recuperar correctamente su configuración.

Calligeros explicó que el problema aparece cuando el kernel recorre la lista de códecs y llama a las rutinas de suspensión o reanudación de cada uno. El primer códec que modifica el GPIO puede llevarlo a un nivel bajo o alto, dejando a los siguientes frente a una línea ya apagada cuando intentan almacenar en caché el estado de sus registros.

La consecuencia no se limita a una diferencia de diseño interno, porque una secuencia incorrecta de energía puede impedir que el audio se restaure de forma fiable después de la suspensión. La nueva infraestructura busca que la línea permanezca activa hasta que todos los consumidores hayan solicitado apagarla y que vuelva a activarse cuando cualquiera de ellos la requiera.

El límite de la solución anterior

El kernel desarrollado por Asahi Linux había utilizado una solución basada en la API de reguladores para sortear esta particularidad del hardware. El proyecto reemplazaba la propiedad shutdown-gpios de los nodos de los códecs en el árbol de dispositivos por un regulador virtual que funcionaba como intermediario de la línea compartida.

Ese regulador virtual no desactivaba el pin hasta que todos los consumidores solicitaban apagarlo, mientras que lo activaba en cuanto cualquier códec lo necesitaba. El mecanismo permitía coordinar el comportamiento, aunque añadía una capa específica para resolver una necesidad que ahora puede atender directamente la infraestructura del kernel.

La llegada del soporte de GPIO compartidos hace innecesario ese uso indirecto de la API de reguladores, según la explicación incluida en la serie de parches. Para el código principal de Linux, esto abre la puerta a una arquitectura más limpia y más cercana a la forma en que realmente funciona el circuito de audio de los equipos con chips de la serie M.

El cambio también reduce la distancia entre el código descendente de Asahi Linux y el kernel principal, sin presentar la solución anterior como un fallo de funcionamiento. Aquel mecanismo respondía a una limitación concreta de la infraestructura disponible, mientras que la nueva alternativa permite expresar de forma más directa que varios controladores comparten el mismo recurso.

El reto del estado inicial

La infraestructura de GPIO compartidos no solo cuenta cuántos consumidores solicitan una línea, sino que también utiliza el primer cambio de estado como referencia para establecer su estado predeterminado. Esa característica resulta decisiva en Apple Silicon, porque una inicialización equivocada podría impedir que la línea se reactive durante la reanudación.

Los controladores TAS2764 y TAS2770, utilizados en este soporte de audio, inicializan actualmente el GPIO de apagado en un nivel alto. Como consecuencia, el primer cambio detectado sería de alto a bajo, una transición que no coincide con la secuencia necesaria para que la línea vuelva a activarse de la manera esperada.

El problema reside en que el GPIO compartido no permitiría una reactivación completa hasta que todos los códecs hubieran intentado activarlo. Mientras tanto, alguno de los componentes podría permanecer apagado cuando el sistema trate de recuperar el estado de audio después de una suspensión.

La serie de cambios propone inicializar la línea en bajo, dado que ambos controladores colocan explícitamente el GPIO en alto durante la detección inicial del códec. De esa forma, el primer cambio pasa a ser de bajo a alto y el proxy de GPIO compartidos puede comportarse conforme a las necesidades del hardware.

Qué llegará a Linux 7.4

El primer parche de la serie habilita los GPIO compartidos para ARCH_APPLE, la arquitectura que permitirá aprovechar esta infraestructura en los dispositivos con Apple Silicon. Los dos parches siguientes ajustan el comportamiento de los controladores ASoC TAS2764 y TAS2770 para que su inicialización sea compatible con la lógica del recurso compartido.

La información fue reportada por Phoronix, que citó la explicación de Calligeros sobre el funcionamiento de la línea común y la gestión de energía. El medio indicó que los cambios ya se encuentran en la rama de controladores de Apple SoC destinada a su envío durante el ciclo de Linux 7.4.

La incorporación no significa que Linux esté introduciendo un nuevo códec de audio, sino que está corrigiendo la coordinación entre componentes existentes y el hardware de los equipos de Apple. El objetivo inmediato es evitar que una operación de suspensión o reanudación realizada por un controlador deje a otro sin la energía necesaria para conservar su estado.

Para los usuarios, el beneficio esperado es un soporte de audio más consistente en sistemas Linux instalados sobre Apple Silicon, aunque la noticia no ofrece una lista de modelos afectados ni promete una fecha concreta de lanzamiento de la versión final. El resultado dependerá de que los parches completen su recorrido dentro del desarrollo del kernel y de su integración con el resto del soporte de la plataforma.

El caso muestra cómo una limitación aparentemente pequeña del hardware puede obligar a rediseñar la relación entre controladores, árbol de dispositivos y gestión de energía. Con los GPIO compartidos, Linux 7.4 busca convertir una solución específica de Asahi Linux en una implementación integrada y más mantenible para el soporte de Apple Silicon.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados