New
#81
The memory dump was corrupt.
ckcl?
The memory dump was corrupt.
ckcl?
Ckcl = circular kernel context logger.
It was on, but 1903 must have reset it. It's back on now. Just one question though, I've verified ckcl is running as a trace session, but what trace providers do you recommend setting? Or is it sufficient to leave it on automatic?
The CKCL logger should be watching ISR, DPC, and driver calls which I think is where we need to be looking. I'm trying to figure out how to get the symbol information to be included so they can be resolved and we'll actually be able to see function names in the etl analysis. I think disabling the paging executive might keep such information resident in memory which should make it show up in the etl but I'm not certain of that. I'm hoping we can find out.
Current trace session has process, img, dpc, isr, and hard page faults enabled.
If the setting to disable the paging executive is sticking and you get another memory.dmp please make it available so I can check to see if symbol information shows up in the etl file from the dump.
All those who own a Toshiba laptop and have BSoDs 0x133 through the fault of ACPI.sys, let them install this latest ACPI Toshiba driver:
tch0533200e.exe - Google Drive
Let me know if the problem has been resolved