- Joined
- Dec 28, 2012
- Messages
- 154
- Motherboard
- ASRock X299 CREATOR
- CPU
- i9-7920X
- Graphics
- RX 6900 XT
- Mac
- Mobile Phone
Just a little update for all of you:
recently i switched to ASUS X99-E WS motherboard and Intel I7 5820k cpu. And this board and cpu is a hassle for a hackintosh. Took me a whole weekend to make OS X 10.10.5 and OS X 10.11.1 running on this board. GFX-card still the same ASUS R9 380 STRIX with 2GB RAM running in PCI Slot #3 (have to move it to that slot, cause Thunderbolt card needs to be plugged into Slot #2 for best results). BIOS is the latest 1302 for this board and i still use my ASUS ThunderboltII EX card in PCI slot #2. First i got memory allocation error when trying to boot. Gladly i found a working "OsxAptioFixDrv-64.efi" driver, so now i am able to boot with latest CLOVER 3305.
Now here is the problem:
tried almost every framebuffer with this card. Under YOSEMITE no problem: all of my injected fb-patches work like a charm: OS X will boot in verbose mode, when booting to desktop, all connected monitors (1 DP, 1 HDMI and 1 DVI) stop responding for about 90 seconds. After that period of time they will come back and all monitors are showing the desktop (with full acceleration). So i can live with that amount of delay when booting to desktop.
But no chance to make it working with latest EL CAPITAN 10.11.1 - same effect: booting verbose mode is ok, than all monitors turn black and... no response anymore! But machine still seems to be working, cause i could connect to filesharing of EL CAPITAN machine (i enabled it to test, if machine still is responding) and also responds to ping requests. Using Apple Remote Desktop Admin client, i can see also, that EL CAPITAN machine ist still alive, but it says "ARD not ready" and when i try to connect via ARD i will get a timeout message: "EL CAPITAN not responding. Verrify, if Firewall is blocking the ports" or something similar like that.
When i delete the "AMDRadeonX4000.kext" from System/Extensions, i could boot into desktop, but without acceleration. IORegistryExplorer shows me correct patched framebuffer with all 4 ports connected and correctly assigned to their order (port 4 still has no monitor connected). You can see in attached Screenshot. Also DPCIManager shows, that RADEON has the Framebuffer accepted successfully.
In my example i choose to modify GREYHOUND framebuffer from
Greyhound original:
00040000040300000001010710000103
00040000040300000001020720010204
00040000040300000001030711020301
00040000040300000001040721030402
00040000040300000001050712040505
00040000040300000001060722050606
000400000403000000010107100001030004000004030000000102072001020400040000040300000001030711020301000400000403000000010407210304020004000004030000000105071204050500040000040300000001060722050606
Greyhound patched:
00040000040300000001000711020401
00080000040200000001000021030403
00020000140200000001000010000405
04000000140000000001000012040406
00040000040300000001000010000402
00020000140200000001000010000404
000400000403000000010007110204010008000004020000000100002103040300020000140200000001000010000405040000001400000000010000120404060004000004030000000100001000040200020000140200000001000010000404
And now for the strange thing when patching the framebuffers: they only work, when i set "04" for the HotPlugID to all defined connectors! If i set the HotPlugID in a normal order like 01 for DP, 02 for HDMI, 03 for DVI-I and 04 for DVI-D (05 and 06 for the last defined connectors) i will allways get errors on reboot, when system tries to show desktop on the connected monitors (w/o connector #4, which is still working correctly). Then, when i try to connect remotly to desktop with ARD from my Macbook, i can see in IORegistryExplorer, that the connectors are still in the right order, but still have no monitor connected (w/o defined port #4).
So when i change the HotPlugID of patched framebuffer all to "04", all Monitors will be correctly recognized and are showing their desktops. VERY WEIRED !!!
Could anyone explain this to me? Also i found out, that i could define the order of connectors by switching the following entries in framebufferpatch:
00040000040300000001001711020401
00080000040200000001002021030403
00020000140200000001003010000405
04000000140000000001004012040406
00040000040300000001005010000402
00020000140200000001006010000404
Changing these values in thier order, will change the connectors order in IORegistryExploer as well. JUST TESTED AND CONFIRMED. So why do i have to change these values instead of the HotPlugID values?
And why does changing the HotPlugID makes my setup broke?
Any explanations to this are welcome.
So far... regards. Hope this will help all the other owners of a RADEON R9 380 gfx-card.
PS: all AMD9000.kext framebuffers could be patched with the above patch. BASSET still get the first 4 rows patched, cause this is a 4 connectors framebuffer. All the others use 6 connectors. When i try to use patched BALADI or EXMOOR, they will change to default RADEONFRAMEBUFFER after boot. All the others got accepted: BASSET, GREYHOUND, OPM, LABRADOR (only in 10.11.1, cause it isnt availlable in 10.10.5)
recently i switched to ASUS X99-E WS motherboard and Intel I7 5820k cpu. And this board and cpu is a hassle for a hackintosh. Took me a whole weekend to make OS X 10.10.5 and OS X 10.11.1 running on this board. GFX-card still the same ASUS R9 380 STRIX with 2GB RAM running in PCI Slot #3 (have to move it to that slot, cause Thunderbolt card needs to be plugged into Slot #2 for best results). BIOS is the latest 1302 for this board and i still use my ASUS ThunderboltII EX card in PCI slot #2. First i got memory allocation error when trying to boot. Gladly i found a working "OsxAptioFixDrv-64.efi" driver, so now i am able to boot with latest CLOVER 3305.
Now here is the problem:
tried almost every framebuffer with this card. Under YOSEMITE no problem: all of my injected fb-patches work like a charm: OS X will boot in verbose mode, when booting to desktop, all connected monitors (1 DP, 1 HDMI and 1 DVI) stop responding for about 90 seconds. After that period of time they will come back and all monitors are showing the desktop (with full acceleration). So i can live with that amount of delay when booting to desktop.
But no chance to make it working with latest EL CAPITAN 10.11.1 - same effect: booting verbose mode is ok, than all monitors turn black and... no response anymore! But machine still seems to be working, cause i could connect to filesharing of EL CAPITAN machine (i enabled it to test, if machine still is responding) and also responds to ping requests. Using Apple Remote Desktop Admin client, i can see also, that EL CAPITAN machine ist still alive, but it says "ARD not ready" and when i try to connect via ARD i will get a timeout message: "EL CAPITAN not responding. Verrify, if Firewall is blocking the ports" or something similar like that.
When i delete the "AMDRadeonX4000.kext" from System/Extensions, i could boot into desktop, but without acceleration. IORegistryExplorer shows me correct patched framebuffer with all 4 ports connected and correctly assigned to their order (port 4 still has no monitor connected). You can see in attached Screenshot. Also DPCIManager shows, that RADEON has the Framebuffer accepted successfully.
In my example i choose to modify GREYHOUND framebuffer from
Greyhound original:
00040000040300000001010710000103
00040000040300000001020720010204
00040000040300000001030711020301
00040000040300000001040721030402
00040000040300000001050712040505
00040000040300000001060722050606
000400000403000000010107100001030004000004030000000102072001020400040000040300000001030711020301000400000403000000010407210304020004000004030000000105071204050500040000040300000001060722050606
Greyhound patched:
00040000040300000001000711020401
00080000040200000001000021030403
00020000140200000001000010000405
04000000140000000001000012040406
00040000040300000001000010000402
00020000140200000001000010000404
000400000403000000010007110204010008000004020000000100002103040300020000140200000001000010000405040000001400000000010000120404060004000004030000000100001000040200020000140200000001000010000404
And now for the strange thing when patching the framebuffers: they only work, when i set "04" for the HotPlugID to all defined connectors! If i set the HotPlugID in a normal order like 01 for DP, 02 for HDMI, 03 for DVI-I and 04 for DVI-D (05 and 06 for the last defined connectors) i will allways get errors on reboot, when system tries to show desktop on the connected monitors (w/o connector #4, which is still working correctly). Then, when i try to connect remotly to desktop with ARD from my Macbook, i can see in IORegistryExplorer, that the connectors are still in the right order, but still have no monitor connected (w/o defined port #4).
So when i change the HotPlugID of patched framebuffer all to "04", all Monitors will be correctly recognized and are showing their desktops. VERY WEIRED !!!
Could anyone explain this to me? Also i found out, that i could define the order of connectors by switching the following entries in framebufferpatch:
00040000040300000001001711020401
00080000040200000001002021030403
00020000140200000001003010000405
04000000140000000001004012040406
00040000040300000001005010000402
00020000140200000001006010000404
Changing these values in thier order, will change the connectors order in IORegistryExploer as well. JUST TESTED AND CONFIRMED. So why do i have to change these values instead of the HotPlugID values?
And why does changing the HotPlugID makes my setup broke?
Any explanations to this are welcome.
So far... regards. Hope this will help all the other owners of a RADEON R9 380 gfx-card.
PS: all AMD9000.kext framebuffers could be patched with the above patch. BASSET still get the first 4 rows patched, cause this is a 4 connectors framebuffer. All the others use 6 connectors. When i try to use patched BALADI or EXMOOR, they will change to default RADEONFRAMEBUFFER after boot. All the others got accepted: BASSET, GREYHOUND, OPM, LABRADOR (only in 10.11.1, cause it isnt availlable in 10.10.5)