Guide
How to read an iPhone panic log
A panic log is the phone's own note about why it restarted. Log reads that note and names a starting point. The bench still has to confirm it.
Where the useful lines sit
A panic-full file is usually an .ips export, or a paste of the same text. The panic string is the line that begins with the word panic and a cpu field. A product string such as iPhone14,2 names the model.
The missing-sensor list names the sensors the phone did not hear from. An SMC block carries sensor-array codes. A watchdog line names a process that missed its check-in.
SYNTHETIC example, not a customer log
panic(cpu 0 caller 0x0): "SMC PANIC - ASSERTION FAILED"
product: iPhone14,2
Missing sensor(s): prs0
What Log prints
Log shows one part suggestion, a confidence of high, medium, or low, the rule that matched, and the public page that rule cites. The rule table lists those sources.
A second code in the same log can lower the confidence or add a warning. Read the warning with the part name.
What the confidence is telling you
High means a documented row points to that part for the model in the log. It does not confirm a failed part or guarantee a fix. Medium and low mean a family guess, unknown bits, a cut-off read, or a code with no row.
Log keeps that warning on the result. Treat every level as a starting point for the bench, including high.
Limits of the table
The copied SMC rows cover the iPhone 13, 14, 15, and 16 families in the rule table. Another model can still match a missing-sensor rule, or it can come back with no row.
The schematics screen is a reserved slot. Log does not open a work order, and it does not claim a match for every model.