The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.
Check out The OSR Learning Library at: https://www.osr.com/osr-learning-library/
this question may overlap into hardware and firmware, but please read on.
I have a custom X64 platform with supported Ethernet controller to debug this platform over Erthernet from host PC. Setting up dbgsettings works as expected, and I can happily run WinDbg on host PC to debug that target platform.... only after it booted up and stays that way.
If I allow target platform to enter a low power state, then WinDbg hangs. When target platform returns to S0 WinDbg on PC is still hung.
OK maybe it is not the supported way, so I reboot target platform - WinDbg connects right away. Then I exist WinDbg and let target platform go through sleep-wake cycle. Then try connect WinDbg - nope, no matter what tried, does not connect after wake from sleep.
So my question distills to a simple one: should kernel debugging over Ethernet survive sleep-wake cycles on target platform? Is it a supported scenario? Or it depends on what was implemented or not in UEFI for such operation?
|Upcoming OSR Seminars|
|OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead!||Kernel Debugging||30 Mar 2020||OSR Seminar Space|
|Developing Minifilters||15 Jun 2020||LIVE ONLINE|
|Writing WDF Drivers||22 June 2020||LIVE ONLINE|
|Internals & Software Drivers||28 Sept 2020||Dulles, VA|