physmap-fault — Software
Pesan yang ditulis oleh kernel (osfmk/arm64/sleh.c) ketika prosesor melaporkan, dalam mode kernel, kesalahan akses (halaman tidak ter-mapping, flag akses, atau izin) pada alamat di « physical aperture » (physmap), area yang memetakan seluruh RAM. Kernel tidak pernah mengharapkan kesalahan di area itu: sebagian kode kernel membaca atau menulis halaman yang tidak (atau sudah tidak) ter-mapping, lewat pointer yang kedaluwarsa atau rusak. Jadi ini pertama-tama jenis bug software kernel, bukan driver tertentu; kerusakan memori karena hardware (bit terbalik pada pointer) memang mungkin, tetapi jarang dan tidak terulang secara identik. Pada dua log iPhone 16 (iOS 18.6.2) yang dianalisis: instruksi yang gagal sama meskipun alamatnya berbeda (KASLR), proses yang sama (mediaplaybackd), jalur yang sama lewat apfs, salinan dari halaman physmap yang tidak ter-mapping (ESR 0x96000007 = translation fault level 3): panic yang bisa terulang pada jalur kode yang spesifik, sehingga lebih mengarah ke bug iOS daripada ke memori atau SoC.
iPhone
Software dulu (bug kernel iOS / sistem file); memori atau mesin hanya jika tetap terjadi di iOS yang bersih
Pengecekan pertama
Update iOS; jika panic muncul lagi, restore lewat komputer sebagai perangkat baru tanpa backup, dan catat proses yang terlibat (« panicked task »): jika selalu sama (mis.
Sumber
- Apple XNU – sleh.c, handle_kernel_abort(): “Ensure no faults in the physical aperture…” → panic_with_thread_kernel_state("Unexpected fault in kernel physical aperture") ↗
- Apple XNU – proc_reg.h (kode status fault: FSC_TRANSLATION_FAULT_L3 = 0x07) ↗
- Apple Developer Forums #124127 – iOS system panic “Kernel data abort”: jawaban engineer DTS (kernel panic = bug di sisi sistem, laporkan dengan sysdiagnose) ↗
- iFixit – iPhone Kernel Panics (wiki): kernel panic, “software dulu” jika tidak ada yang menunjuk ke komponen ↗