Base de build e boot fixada
Foram fixados OpenHarmony-v6.1-Release, RK3588 AArch64, Linux 5.10.210, DTB EVB1 LP4 V10 e hashes SHA-256 dos recursos críticos.
OPENHARMONY · RK3588 · STAGE-0
Adaptação OpenHarmony 6.1 Stage-0 no RK3588
Com OpenHarmony-v6.1-Release, a Winge concluiu o Stage-0 headless mínimo na placa RK3588 definida e estabeleceu um fluxo rastreável de build, gravação, boot, coleta de logs e avaliação.
RK3588OpenHarmony 6.1
Resposta direta
Nas condições do projeto, OpenHarmony 6.1 iniciou o kernel RK3588 e o OpenHarmony init a partir do SD, montou as partições e forneceu shell root serial. A conclusão vale somente para esta placa, a imagem Build22, o SD e o escopo headless Stage-0.
PROJECT SCOPE
Visão geral do projeto
Não foi usada uma simples cópia de imagem pronta. Perfil da placa, recursos de boot, tabela de partições, interfaces de driver, caminhos de armazenamento e dependências de serviços foram alinhados para o RK3588.
Limite seguro para gravação em SD
Antes da gravação foram verificados dispositivo, tipo, capacidade, CID, montagens, limites de partição e GUID; o Android de manutenção no eMMC foi preservado.
Bloqueios iniciais do kernel removidos
Foram adicionados clocks RK3588 e verificações de busca; a ausência de MMIO no CSI2 retorna erro em vez de acesso nulo.
Caminhos de armazenamento unificados
Referências de fstab, updater, init e extlinux foram movidas do controlador eMMC para o SD utilizado.
Cascatas de serviço headless isoladas
A propagação de falhas de foundation e render_service foi ajustada para não encerrar accountmgr e superar o antigo ponto de falha em 332 segundos.
Verificação Stage-0 no hardware
O Build22 atendeu aos critérios mínimos headless Stage-0 do projeto. Os valores abaixo são exclusivos desta placa e imagem.
ENGINEERING PATH
Principais trabalhos de adaptação
Build2212 imagesSD bootOpenHarmony initSerial root shell
Resposta direta
Nas condições do projeto, OpenHarmony 6.1 iniciou o kernel RK3588 e o OpenHarmony init a partir do SD, montou as partições e forneceu shell root serial. A conclusão vale somente para esta placa, a imagem Build22, o SD e o escopo headless Stage-0.
VERIFIED EVIDENCE
Verificação Stage-0 no hardware
O Build22 atendeu aos critérios mínimos headless Stage-0 do projeto. Os valores abaixo são exclusivos desta placa e imagem.
- Build22 full buildPASS · BUILD22_IMAGE_RC=0 · 14 min 32 s
- GPT / 12 imagesMATCH · post-write SHA-256 mismatch = 0
- Board / architecturePASS · RK3588 EVB1 LP4 V10 · AArch64
- Kernel / rootfsPASS · Linux 5.10.210 · SD partition 7
- /vendor · /dataPASS · mmcblk0p8 · mmcblk0p12
- OpenHarmony init / shellPASS · serial root shell available
- Serial capture480 s · active probe at 447.82 s
- Fatal events0 · fatal_hits=[] · boot_count=1
- eMMC writes0 · Android maintenance environment preserved
TECHNICAL BASELINE
Visão geral do projeto
EVIDENCE BOUNDARY
Limite das evidências
O Build22 atendeu aos critérios mínimos headless Stage-0 do projeto. Os valores abaixo são exclusivos desta placa e imagem.
480 segundos são a janela de captura serial, não uma afirmação de estabilidade prolongada, gráficos, todos os periféricos ou confiabilidade de produção. Display, GPU, toque, áudio, rede, USB/HDC, câmeras, suspensão e ciclos completos de reinício estão fora desta etapa.
O patch 0027 passou por aplicabilidade do código, build completo Build23 e inspeção estática. Como não há regressão Build23 no hardware nesta publicação, não se declara que foundation foi corrigido no dispositivo.
FAULT ISOLATION
Progresso da análise do foundation
O FaultLogger localizou a falha direta do foundation no Build22 no caminho SELinux restorecon durante a inicialização de AppDomainVerifyMgrService; getenforce retornou Disabled na placa.
O patch 0027 passou por aplicabilidade do código, build completo Build23 e inspeção estática. Como não há regressão Build23 no hardware nesta publicação, não se declara que foundation foi corrigido no dispositivo.
FAQ
Perguntas frequentes
Não. O resultado está limitado à placa, imagem, mídia e condições definidas.
Para preservar o Android de manutenção no eMMC e reduzir gravações incorretas com identificação e leitura de retorno.
Não. Apenas mostram que não ocorreu kernel panic, Oops ou critical-service fatal monitorado na janela Build22.
O caminho direto foi localizado e Build23 passou por build e verificações estáticas, mas não há regressão Build23 na placa nesta publicação.
Modelo e revisão da placa, tag do código, BSP ou recursos de boot, device tree, mídia, serial, periféricos, logs existentes e critérios de aceitação.
APPLICATIONS
Projetos aplicáveis
Build e boot OpenHarmony para placas RK3588
Migração de BSP da plataforma OpenHarmony
Depuração de U-Boot, extlinux, GPT e imagens
Compatibilidade de device tree e drivers Linux 5.10
Validação segura com SD/eMMC
Análise de serviços, FaultLogger e pilhas nativas
DIRECT CONTACT
Fale diretamente sobre OpenHarmony no RK3588
Envie modelo e revisão da placa, código ou BSP, recursos de boot, logs seriais, lista de periféricos e critérios de aceitação. Telefone, e-mail, WeChat e WhatsApp estão disponíveis diretamente nesta página.
Online
Telefone
WeChat
voltar ao topo