Emir BardakçıA mudança para um HyperOS 3 baseado no Android provocou, para muitos dispositivos Xiaomi, uma pergunta: Por que todos os dispositivos não podem recebê-lo no mesmo dia? Embora os sistemas modulares do Android, como GSI, GKI e Project Treble, reduzam o tempo gasto para melhorar a compatibilidade do firmware, a implementação no mundo real exige engenharia, testes e coordenação com fornecedores específicos para cada modelo. Essas camadas tornam a implementação simultânea tecnicamente inviável.
Entendendo a complexidade da modularização do Android
A arquitetura moderna do Android separa a estrutura do sistema dos componentes do fornecedor, mas não remove completamente as dependências profundas. A Xiaomi precisa garantir que os novos requisitos do Android estejam alinhados com seus HALs legados. Até mesmo pequenas incompatibilidades nas versões do HAL da câmera ou das interfaces de modem podem impedir a instalação de uma atualização OTA. Isso significa que cada dispositivo requer uma verificação manual e, portanto, uma data de lançamento uniforme é simplesmente irrealista.
Por que a GSI e a GKI não podem fornecer atualizações no mesmo dia
As Generic System Images e as Generic Kernel Images foram projetadas para testes e compatibilidade de linha de base, não para implementação em nível de consumidor. A geração de imagens, a regulação térmica, o provisionamento de rede, o comportamento do modem e o processamento da câmera de IA dependem de módulos proprietários no hardware da Xiaomi que não existem em uma compilação GSI pura. Cada um deles precisa ser reintegrado e validado para o HyperOS 3.
A arquitetura do HyperOS vai além do Android padrão
O HyperOS não é uma mera capa sobre o Android. Ele incorpora as tecnologias de micro-kernel Vela da Xiaomi, a estrutura do ecossistema HyperOS e o sistema de agendamento HyperCore. Essas camadas proprietárias exigem engenharia extra sempre que o Google modifica as APIs do Android ou as estruturas do kernel. Uma nova versão do Android pode significar reescrever e testar novamente milhares de linhas de middleware em telefones, tablets, wearables e dispositivos de IoT.
O teste de ecossistema entre dispositivos amplia o cronograma de atualização
O HyperOS permite a sincronização em tempo real entre telefones, tablets e TVs, além de dispositivos domésticos inteligentes. Sempre que o Android ajusta o comportamento do Bluetooth ou do Wi-Fi, a Xiaomi é forçada a revalidar todo o seu protocolo de interconexão. Essa é uma receita para você estourar sua matriz de testes – e um grande obstáculo para a implantação em massa. A confiabilidade em todo o ecossistema é mais importante que a velocidade.
Fatores regionais, de certificação e de fornecedor estendem o processo
Cada chipset, seja da Qualcomm ou da MediaTek, precisa de pacotes de suporte de placa atualizados antes que a Xiaomi possa começar a trabalhar na personalização do HyperOS. Quando a integração do BSP estiver concluída, os dispositivos precisarão ser submetidos à certificação do Google Mobile Services, para que a Play Store funcione como pretendido. Obviamente, as verificações de conformidade variarão de acordo com cada região e exigência da operadora, impossibilitando uma única data de lançamento global.
Por que os dispositivos principais recebem as atualizações primeiro?
O motivo pelo qual os carros-chefe recebem atualizações antes dos outros modelos não é por causa da estratégia de marketing, mas porque suas configurações de hardware mais uniformes reduzem o tempo total de validação. Os dispositivos de nível intermediário e básico requerem mais otimização para lidar com o gerenciamento de memória, térmicas e camadas gráficas.
