Jump to content

Edkroket

Edkroket

Member Since 28 Jan 2009
Offline Last Active Today, 08:01 AM
-----

Posts I've Made

In Topic: Haswell-E mach_kernel patch (5960X, 5830K and 5820K) Yosemite

28 June 2015 - 07:29 AM

Hi All,

 

I have a problem with getting Thunderbolt 2 PCI-Card working on this board.

Here is what I have and have done so for.

 

I build a rig with these combination in Januari this year also with the same mobo but with different GPU en CPU.

At that time a had the i7-5930K 6-core with a GTX 970. It was pretty easy to get that build running using Clover, Kernel-patch an Nvidia drivers.

Al I did was install OSX on a real Mac (10.10.2 at that time) and installed the necessary kext for this 6core with help of Rampagedev's X99.dmg Stinga's way and so on.

Even with Clover I never had the OsxAptiodrv memory error so I was pretty happy with that.

I sold it so I don't have it anymore.

 

Now I have X99-UD4 with i7-5960X the 8-core with a GTX780 and setting it up with Clover was pretty easy again. But then when I placed the TB-card I get the OsxAptiodrv memory allocation error.

So I struggled for week to get this fixed within Clover as I don't want to use Chameleon. But no matter what I try or do I never got past the errors.

So finally I decided to use chameleon and used the same kexts and patches and got it also easily running. But now I can't get TB working.

 

In windows it is working fine with my TB-to-ethernet adapter but OSX will not see it or use it.

I have GPU in PCI-slot-1 and have TB in slot-3, I have tried it in slot-2 as well as Gigabyte recommends these two slots.

I have CMS disabled, I have security settings to legacy, no other changes. With these settings windows won't see my TB-ethernet adapter. If I set security to Unique ID it shows my adapter again in windows. But no matter what I try in OSX it is never shown or seen. 

 

I'm getting these errors in console:

Jun 27 03:55:46 localhost kernel[0]: kxld[com.apple.driver.AppleThunderboltNHI]: The following symbols are unresolved for this kext:

Jun 27 03:55:46 localhost kernel[0]: kxld[com.apple.driver.AppleThunderboltNHI]: __ZN11IOPCIDevice17setTunnelL1EnableEP9IOServiceb
Jun 27 03:55:46 localhost kernel[0]: Can't load kext com.apple.driver.AppleThunderboltNHI - link failed.
Jun 27 03:55:46 localhost kernel[0]: Failed to load executable for kext com.apple.driver.AppleThunderboltNHI.
Jun 27 03:55:46 localhost kernel[0]: Kext com.apple.driver.AppleThunderboltNHI failed to load (0xdc008016).
Jun 27 03:55:46 localhost kernel[0]: Failed to load kext com.apple.driver.AppleThunderboltNHI (error 0xdc008016).
Jun 27 03:55:46 localhost com.apple.kextd[45]: Failed to load /System/Library/Extensions/AppleThunderboltNHI.kext - (libkern/kext) link error.
Jun 27 03:55:46 localhost com.apple.kextd[45]: Load com.apple.driver.AppleThunderboltNHI failed; removing personalities from kernel.
Jun 27 18:01:02 localhost kernel[0]: kxld[com.apple.driver.AppleThunderboltNHI]: The following symbols are unresolved for this kext:
Jun 27 18:01:02 localhost kernel[0]: kxld[com.apple.driver.AppleThunderboltNHI]: __ZN11IOPCIDevice17setTunnelL1EnableEP9IOServiceb
Jun 27 18:01:02 localhost kernel[0]: Can't load kext com.apple.driver.AppleThunderboltNHI - link failed.
Jun 27 18:01:02 localhost kernel[0]: Failed to load executable for kext com.apple.driver.AppleThunderboltNHI.
Jun 27 18:01:02 localhost kernel[0]: Kext com.apple.driver.AppleThunderboltNHI failed to load (0xdc008016).
Jun 27 18:01:02 localhost kernel[0]: Failed to load kext com.apple.driver.AppleThunderboltNHI (error 0xdc008016).
Jun 27 18:01:02 localhost com.apple.kextd[45]: Failed to load /System/Library/Extensions/AppleThunderboltNHI.kext - (libkern/kext) link error.
Jun 27 18:01:02 localhost com.apple.kextd[45]: Load com.apple.driver.AppleThunderboltNHI failed; removing personalities from kernel.
 
 
So it looks like a software issue but I just don't know how to solve this.
My question is:
Does anyone have a working TB card on this board with the same CPU?
If so could you share bios setting and maybe used kext sambas and so on?
 
I running F10 or F11 or F12 or F13b it does not matter.
MP 5.1, iMac 14.2 or MP 3.1 does not make any different.
 

So please If anyone can point me in the right direction? It would make me very happy!

Here is my post regarding this:

http://www.insanelym...-bios-settings/

In Topic: shutdown troubles - reboots instead

22 June 2015 - 11:13 AM

Download MaciASL then add PJAlm patch,select fix gigabyte shutdown,this works for my DFI DK P45 T2RS motherboard,also should works for any gigabyte motherboard.

I will give that a shot but when I remember well I tried already DSDT edits to get rid of this bug. 

I'll let you know!

Thanks for sharing anyway!

In Topic: shutdown troubles - reboots instead

20 June 2015 - 02:40 PM

Hi, i have yosemite on a intel DG965WH and i have the same problem but instead of shutting down the screen goes blank forever. None of the qlover fixes affect the shutdown issue... My graphics card is a nvidia gforce 9800gt running with nvenabler. Any chance this is caused by the kext?

It has to be a bug in Clover. I have the same problem with Z97-D3H. No matter what I trie it just reboots instead of shutting down.

I use Chameleon for that mobo. I wished it has been solved already. So If you or anyone else have a solution with Clover.... Let us know.

In Topic: No sound after waking from sleep

15 April 2015 - 08:33 PM

Meh

https://github.com/D...Codec-Commander

 

+ darkwake=8 in boot-args solves it all

Yes I can confirm this works like a charm! It still works on 10.10.3

Just edit the info file.plist build the kext install and there you go!

Thanks for sharing!

In Topic: Haswell-E mach_kernel patch (5960X, 5830K and 5820K) Yosemite

05 February 2015 - 09:45 PM

This section of your DSDT looks relevant:

If (_OSI ("Windows 2009"))
                {
                    Store (0x0C, OSYS)
                }
 
                If (_OSI ("Windows 2012"))
                {
                    Store (0x0D, OSYS)
                }
 
                If (_OSI ("Linux"))
                {
                    Store (0x01, OSYS)
                }
 
                If (_OSI ("FreeBSD"))
                {
                    Store (0x02, OSYS)
                }
 
                If (_OSI ("HP-UX"))
                {
                    Store (0x03, OSYS)
                }
 
                If (_OSI ("OpenVMS"))
                {
                    Store (0x04, OSYS)
                }
 
                If (LGreaterEqual (OSYS, 0x0D))
                {
                    If (LEqual (XCNT, 0x00))
                    {
                        ^PCI0.XHCI.XSEL (0x00)
                        Store (0x84, IO80)
                        Increment (XCNT)
                    }
                }
                Else
                {
                    If (LEqual (OSYS, 0x0C))
                    {
                        If (LEqual (ECNT, 0x00))
                        {
                            ^PCI0.XHCI.ESEL ()
                            Increment (ECNT)
                        }
                    }
                    Else
                    {
                        Store (OSYS, IO80)
                    }
                }
            }

I don't really know what it's doing but there's obviously an operation related to XHCI that does not happen in OSs other than Windows 7 and 8. I'm posting a DSDT for you to try - This is only temporary just to test, but If this works hopefully Andrew can add it to the X99 SSDTs (I don't really know how to inject this with SSDT). 

 

Make sure GenericUSBXHCI is removed, then put the DSDT in /EFI/Clover/ACPI/patched and make sure the FixDarwin option is DISABLED in Clover. If it's enabled this patch will do absolutely nothing.

 

BTW here's what I did:

I just added this to the _INI method:

 
                If (_OSI ("Darwin"))
                {
                    Store (0x0E, OSYS)
                }

Since it's just checking for OSYS to be greater than or equal to 0x0D it should be able to use whatever that XHCI thing is that it's using for Windows 8.

 

Let me know how it goes!

Thanks I'll try that now.


I tested it but does not change anything.

Even without VW-Ware Running I have huge XHCI movements:

****  Interrupt distribution ****

 

CPU 0:

Vector 0x53(XHCI): 186105.50 interrupts/sec

Vector 0x72(GLAN): 175.49 interrupts/sec

Vector 0x74(SAT1): 1160.87 interrupts/sec

Vector 0x76(H000): 13.19 interrupts/sec

Vector 0xdd(TMR): 77.15 interrupts/sec

Vector 0xde(IPI): 1360.34 interrupts/sec

So I guess I have to play in BIOS with some XHCI settings?
There is section Peripherals:
Legacy USB support - enabled
XHCI Hand-off - enabled
EHCI Hand-off - disabled
 
Then Chipset section:
XHCI Mode - Auto - Smart-auto - Off - Enabled
 
So would it make sense to play with that?
I also have constantly delays when opening finder or chose path to somewhere. here are the console errors:
ReportCrash[415]: Invoking spindump for pid=61 wakeups_rate=179 duration=252 because of excessive wakeups
Feb  5 22:41:18 Mac-Pro-van-Ed.local spindump[416]: Saved wakeups_resource.diag report for xrdd version ??? (???) to /Library/Logs/DiagnosticReports/xrdd_2015-02-05-224118_Mac-Pro-van-Ed.wakeups_resource.diag
and this one most frequently:
lock contention for shared file list item 0x610000174700
??
© 2015 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy