Thank you for responding as promptly as you did. Please have another detailed look at post #76 of mine in this thread. Somehow I cannot connect and relate your valued response to my post #76. The way I understand your response is that I do not need the three PMheart patches as depicted in one of my files contained in the "Supporting files.zip" folder and as attached to my post #76. By the way I noticed that that folder has not yet been opened. I believe that the contents of that folder contains the key to a possible solution to my present Skylake problems. Kindly have a look again whence you may stumble accros a possible oversight of mine leading to a solution to my present Skylake dilemma.
Thank you for your response. I am indeed not using all three possible fixes that address the same issue at the same time. Here is my take in short again.
It is difficult to tell because with all my own experimentation I sort of got lost, therefore I suggest that from now on I stay with @MacMan 's SSDT-3 method, the method I prefer, without anything else in my config.plist file - all 3 of PMheart's patches in KextsToPatches have therefore been disabled/removed for now. I will then be only changing anything in accordance with your instructions, believing that this approach is the only one that would prevent "insanity"
and eventually result in success.
It is difficult to tell because with all my own experimentation I sort of got lost, therefore I suggest that from now on I stay with @MacMan 's SSDT-3 method, the method I prefer, without anything else in my config.plist file - all 3 of PMheart's patches in KextsToPatches have therefore been disabled/removed for now. I will then be only changing anything in accordance with your instructions, believing that this approach is the only one that would prevent "insanity"
I have attached the problem reporting files which are contained in the debug_31634 file attached hereto. While generating these problem reporting files the routines seemed unhappy in dumping my iOreg, therefore I additionally supplied it's contents in a separate file named ioreg-dump , also attached.
For good measure I have also attached my SSDT-3-xh_rvp10 file, containing the modifications by @MacMan and confirmed by @Lauderdale to be working on a Gigabyte mobo.
Thanking you for you patience
Greetings
Thank you so much for your willingness to assist. Will do as you suggest, for now waiting for the next crash when I will come back to you with the information you require.
@pastrychef my Skylake build has now survived 23 hrs. 35 mins. uptime without crashing -touch wood
Here are a few items I attended to, of which one or more of the measures applied, may have been responsible for achieving the new found "stability"
1. Tightened one of the aerials of my Apple BT card, which was loose, - perhaps causing standing waves due to
an improperly terminated aerial, thus resulting in excessive RF. interference inside the box. ?
2. Installed the most recent Lilu and siblings kexts by compiling the source containing the latest commits.
3. Installed the most recent IntelMausiEthernet.kext compiled from the latest source.
4. Removed FakeSMC and all its sensor kexts including HWmonitor and replaced all that with VirtualSMC.kext,
SMCProcessor.kext and am now only using iStat Menus and Intel Power Gadget to obtain an insight into the
performance of this build.
5. Whittled down the config.plist file as follows:
a. Removed HDAS -> HDEF rename - not required by the MAYA44e soundcard being installed. All instances
of AppleALC.kext have also been removed from this build.
b. Removed dart=0 - not needed because VT-d is already disabled in BIOS
c. Switched to the kextless method of this thread for the USB configuration of this build. All traces of
PMHeart's patches have also been removed.
d. In the config.plist Devices section I unticked USB inject - seemingly not needed by this build - likewise
I believe USB FixOwnership is also not needed, left it in and will test and evaluate this at a later stage.
e. The only entry in the Kernel and Kext Patches section is the trim enabling rename.
That concludes the measures I have taken so far. For ease of reference and others that may be interested I have attached the compressed EFI folder presently used in this rig.
Kindly have a look at the contents of the EFI folder and advise if there is anything else you suggest I should attend to.
Greetings
