Panduan teknis
Ketika sesi baris perintah tersedia melalui port serial RK3588, periksa kernel, init dan layanan aplikasi secara terpisah. Hal ini menunjukkan kemajuan melalui startup; grafis, periferal, dan pengoperasian berkelanjutan masih memerlukan pemeriksaan terpisah. Catat masukan, log, dan keputusan setiap lapisan untuk menemukan lokasi kegagalan pertama.
Tentukan cakupan data Stage-0
Catatan adaptasi OpenHarmony 6.1 Stage-0 untuk RK3588, menggunakan board tertentu, label build Build22, dan media boot SD. Stage-0 berarti validasi minimum tanpa antarmuka grafis. Build22 adalah label build yang digunakan oleh record tersebut; sambungkan ke revisi sumber, konfigurasi build, dan hash gambar saat menyelidiki masalah.
Rekor adaptasi OpenHarmony 6.1 Stage-0 untuk RK3588, dalam bahasa Mandarin
Baca kemajuan startup secara terpisah dari fungsi yang diperiksa pada fase tersebut. Saat menambahkan grafik, aplikasi, atau periferal, pertahankan catatan versi yang sama dan perluas kasus penerimaan yang relevan.
Tanggung jawab lapisan dan masukan diagnosis
Geser tabel secara horizontal untuk melihat semua kolom.
| Lapisan | Tanggung jawab | Catatan untuk diperiksa terlebih dahulu |
|---|---|---|
| Pemuatan boot dan deskripsi perangkat keras | Muat gambar dan berikan parameter boot serta deskripsi perangkat keras | Media boot, hash gambar, parameter boot, dan versi DTB |
| Kernel | Inisialisasi prosesor, driver, dan sumber daya dasar | Log serial, kesalahan driver, dan pemasangan sistem file root |
| init | Atur proses dan dependensi ruang pengguna sesuai dengan konfigurasi startup | Jalur konfigurasi, urutan proses, keluar dan memulai ulang |
| Layanan aplikasi | Menyediakan grafik, fungsi perangkat, dan antarmuka bisnis | Log layanan, status ketergantungan, respons antarmuka, dan kasus skenario |
DTB adalah deskripsi pohon perangkat biner yang memasok informasi perangkat keras ke kernel. Cocokkan dengan papan dan revisi gambar daripada membandingkan nama file saja. Pertahankan init sebagai nama teknis subsistem dan periksa konfigurasi terhadap versi OpenHarmony yang digunakan. Sumber subsistem startup membantu menemukan mekanisme dan konfigurasi; kesimpulan proyek memerlukan catatan dari versi yang relevan.
Temukan kegagalan paling awal menggunakan satu versi yang konsisten
Gunakan revisi papan, gambar, dan media boot yang sama untuk setiap reproduksi masalah. Tinjau log dalam urutan waktu. Catat kegagalan inisialisasi driver, kesalahan jalur sistem file, dependensi yang tidak tersedia, dan proses keluar secara terpisah. Jika layanan keluar, periksa dependensinya sebelum mengubah pengaturan layanan atau penanganan kesalahan.
Lampirkan bidang berikut ke setiap reproduksi. Ini adalah definisi rekor untuk pekerjaan integrasi, tanpa hasil pengujian yang telah ditentukan sebelumnya.
Geser tabel secara horizontal untuk melihat semua kolom.
| Bidang rekaman | Informasi untuk disimpan | Tujuan |
|---|---|---|
| Identitas versi | Revisi papan, revisi sumber, label build, dan hash gambar | Konfirmasikan masukan yang konsisten di seluruh reproduksi |
| Kondisi booting | Medium, pengaturan daya, koneksi dan parameter boot | Jelaskan perbedaan lingkungan |
| Kegagalan pertama | Catat waktu, modul, kode kesalahan, dan konteks sekitarnya | Pisahkan masalah awal dari kegagalan selanjutnya |
| Langkah-langkah reproduksi | Urutan daya atau restart, tindakan dan frekuensi kejadian | Izinkan teknisi lain mengulangi pemeriksaan tersebut |
| Keputusan fase | Lapisan diperiksa, bukti pendukung dan fungsi yang tersisa | Pisahkan satu boot dari pengujian operasi berkelanjutan |
Masukan untuk penilaian adaptasi
Mempersiapkan papan dan revisi, sistem saat ini, sumber yang tersedia, media boot, log serial lengkap dan fungsi target. Setujui lapisan yang dicakup oleh fase sebelum menentukan uji grafis, periferal, aplikasi, dan stabilitas. Lihat Linux BSP tertanam dan layanan adaptasi aplikasi perangkat, untuk input dan hasil terkait.
Linux BSP tertanam dan layanan adaptasi aplikasi perangkat, dalam bahasa Cina
Online
Telepon
WeChat
kembali ke atas