Leaderboard
Popular Content
Showing content with the highest reputation since 04/19/2024 in Posts
-
10 points
-
9 points
-
8 points
-
8 points
-
8 points
-
macOS Sonoma 14.5 ( 23F5064f ) Full Installer https://swcdn.apple.com/content/downloads/09/59/052-86853-A_7D10PH5J4S/eluyuwzjdg9bza6r82syi9fdr74jve9xn4/InstallAssistant.pkg7 points
-
7 points
-
7 points
-
7 points
-
6 points
-
5 points
-
4 points
-
3 points
-
3 points
-
From https://github.com/andyvand/FixEDID rebuild for ventura FixEDID-master.zipDebug.zip my fav code DisplayMergeNub::start(IOService *provider) { IOLog("%s\n", (const char *)DisplayMergeNubVersionString); IOLog("Version %f\n", DisplayMergeNubVersionNumber); IOLog("Copyright © 2013-2014 AnV Software\n"); return (true); }2 points
-
2 points
-
I am hopeful that the OC OpenDuet issues that I've experienced since OC 0.9.7 are resolved in the next release of OC. The fix "Fixed problem loading non-firmware runtime drivers" seems promising.2 points
-
2 points
-
Mieze So, just tried out your driver with a X540-T2 that I got from eBay for a whopping $25......fantastic! Works great, and very fast - considerably faster than the Aquantia I have been using. Great work! It worked in Ventura, Sonoma (14.5 B2), and Ubuntu/Mint. I had a bit of trouble in Windows 11, but was able to find a driver and work around there and once that was done, it was working in all of my installed betas (the machine I use them on is an Intel Z790 Asus motherboard and I don't really use that for production needs, just for betas of various Operating Systems). The main point is that 10G adapter is working on all of them, and working extremely well in my two Mac installations thanks to you. Thank you!2 points
-
2 points
-
@eSaF The saying goes "let sleeping dogs lie", with that one just cannot be "bitten". Greetings Henties2 points
-
@loganMac - It really was unnecessary to clean install to get rid of the two problems you listed. As @Mirone advised clearing out the files from /Library/Logs/DiagnosticReports Folder would have solved the 'Shut Down Popup' problem. The Processor problem is related to wrong or incorrect data in the config.plist. Happy you got sorted with a clean install but going forward, hopefully you won't have to solve every problem that way.2 points
-
@loganMac, Fix First problem: Set processorType = 4097 in your SMBIOS. Fix second problem: go to /Library/Logs/DiagnosticReports delete all files, or delete those files that are related to the warning.2 points
-
2 points
-
Well I've Got My Early 2008 iMac Running With Monterey On 2GB Ram Not Too Shabby, I Will Be Upgrading The Ram And Throwing An SSD In As Well2 points
-
2 points
-
Hi Chris1111, do you know if MediaTekl wifi 7 and intel wifi 7 kext files are ready for Hackintosh or still in progress!2 points
-
All these posts with pics of the golden age of Apple OS, got me feeling all nostalgic and young again.2 points
-
2 points
-
2 points
-
2 points
-
2 points
-
2 points
-
2 points
-
2 points
-
2 points
-
this is the correct path for internal display, i mean it should always attach to framebuffer zero done by patching connectors order. you can copy con 1 to con 0 and zero all other values after con 0 this is the ready to patch source with a default custom igplatform injection. dont add device parameters if you wanna use it issue is with wrong parameters bus id, etc the lcd power call causes a kp so if you can find those values i think working power call will allow sleep/wake to work also with correct values maybe the interupts start to work and the acelerator fires up i recommend taking decompkernelcache and put the binary in ghidra for debugging and get correct bytes to patch this is "default" i'm using connectors patch come from DAT_000b0f9c (kern_gen11.cpp) _DAT_00163de0 = 0x8a5c0002; _DAT_00163de4 = 0; _DAT_00163de8 = "Intel Iris Plus Graphics"; DAT_00163df0 = 1; DAT_00163df1 = 3; DAT_00163df2 = 3; DAT_00163df3 = 3; _DAT_00163df4 = 0x4000000; _DAT_00163df8 = 0; _DAT_00163dfc = 0x60000000; func_0xffffffffeb5b90ea(&DAT_00163e00,&DAT_000b0f9c,0x90); _DAT_00163e90 = 0xe304; _DAT_00163e98 = 0; _DAT_00163ea0 = &gComboPhyDPTable; _DAT_00163ea8 = 0; _DAT_00163eb0 = &gComboPhyDPTable; _DAT_00163eb8 = 0; _DAT_00163ec0 = &gComboPhyHDMITable; _DAT_00163ec8 = 7; _DAT_00163ed0 = 3; _DAT_00163ed4 = 4; _DAT_00163ed8 = 270000000; _DAT_00163edc = 0; _DAT_00163ee0 = 0; _DAT_00163ee4 = 0; _DAT_00163ee8 = 2; _DAT_00163eec = 8; _DAT_00163ef0 = 6; DAT_00163ef4 = 0; _DAT_00163ef8 = 0x8a520002; _DAT_00163efc = 1; done in ventura 13.6.6 this offets exist in code like AppleIntelFramebufferController::hwSetPanelPower() but guess not for tiger lake family #define PCH_PP_STATUS _MMIO(0xc7200) #define PCH_PP_CONTROL _MMIO(0xc7204) #define PCH_PP_ON_DELAYS _MMIO(0xc7208) #define PCH_PP_OFF_DELAYS _MMIO(0xc720c) #define PCH_PP_DIVISOR _MMIO(0xc7210) unsigned long intel_gvt_get_device_type(struct intel_gvt *gvt) { struct drm_i915_private *i915 = gvt->gt->i915; if (IS_BROADWELL(i915)) return D_BDW; else if (IS_SKYLAKE(i915)) return D_SKL; else if (IS_KABYLAKE(i915)) return D_KBL; else if (IS_BROXTON(i915)) return D_BXT; else if (IS_COFFEELAKE(i915) || IS_COMETLAKE(i915)) return D_CFL; return 0; } well now i got why this displays can't work and a hack is need update: this panic is easy to avoid added 1 connector only for testing1 point
-
1 point
-
1 point
-
Latest Is NOT Always Greatest Somebody Will Help, But Not Me1 point
-
1 point
-
Been here since 2012, been around since System 7 (Classic Mac OS 7 for those who don't remember it). My first Hackintosh was running Tiger and before that I used Fusion PC to emulate Mac OS 8.0 from MS-DOS on a 200 MHz Pentium MMX1 point
-
@jalavoui By any chance, can I modify the code as follows and also add the GPU Sku Bypass patch? I took the Sku Bypass binary patch from NBlue, added, modified, built, and applied the patch for kextIntelICL, but booting stopped. void IGFX::ForceCompleteModeset::processFramebufferKext(KernelPatcher &patcher, size_t index, mach_vm_address_t address, size_t size) { // AppleIntelFramebufferController::hwSetMode skip hwRegsNeedUpdate static const uint8_t f2[] = {0xE8, 0x31, 0xE5, 0xFF, 0xFF, 0x84, 0xC0, 0x74, 0x3D}; static const uint8_t r2[] = {0xE8, 0x31, 0xE5, 0xFF, 0xFF, 0x84, 0xC0, 0xEB, 0x3D}; // GPU Sku Bypass Bad Hack in IntelAccelerator::getGPUInfo static const uint8_t f[] = { 0x41, 0x8B, 0x84, 0x24, 0x88, 0x11, 0x00, 0x00, 0x41, 0x8B, 0x8C, 0x24, 0x90, 0x11, 0x00, 0x00, 0x41, 0x89, 0x8C, 0x24, 0xCC, 0x12, 0x00, 0x00, 0x41, 0x89, 0x84, 0x24, 0xD0, 0x12, 0x00, 0x00, 0x83, 0xF9, 0x02, 0x74, 0x4D, }; static const uint8_t r[] = { 0x41, 0x8B, 0x84, 0x24, 0x88, 0x11, 0x00, 0x00, 0x41, 0x8B, 0x8C, 0x24, 0x90, 0x11, 0x00, 0x00, 0x41, 0x89, 0x8C, 0x24, 0xCC, 0x12, 0x00, 0x00, 0x41, 0x89, 0x84, 0x24, 0xD0, 0x12, 0x00, 0x00, 0x83, 0xF9, 0x02, 0xEB, 0x56, }; KernelPatcher::LookupPatch patch { &kextIntelICLLPFb, f2, r2, sizeof(f2), 1 }; patcher.applyLookupPatch(&patch); KernelPatcher::LookupPatch patch2 { &kextIntelICL, f, r, sizeof(f), 1 }; patcher.applyLookupPatch(&patch2); } I tried applying the Sku Bypass v2 patch instead of the bad hack, but it still stops booting. The current macOS version is macOS Ventura 13.6.5 (22G621). + The patched WhateverGreen.kext has been uploaded to GitHub. Releases · lshbluesky/WhateverGreen (github.com)1 point
-
1 point
-
Works with Open Core 0.9.9 release. Under linux boot directory create folder named "loader", Within "loader" directory create subfolder named "entries", Within subfolder "entries" create a .conf text file and name it with the name of the kernel you intend to boot, example: vmlinux-6.7.0.conf Inside the .conf file choose a title for your linux menu entry, specify the path to linux kernel and initrd entries, kernel options and root UUID of your distro (get UUID using linux "lsblk -f" or "sudo blkid"), example: title Ubuntu linux /boot/vmlinuz-6.7.0-rc1 initrd /boot/initrd.img-6.7.0-rc1 options root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx ro1 point
-
1 point
-
1 point