Jump to content

jsl2000

Just Joined
  • Content Count

    145
  • Joined

  • Last visited

Posts posted by jsl2000


  1. On 5/21/2019 at 8:09 PM, XLNC said:


    there are no plans to make any kind of kernel patches for beta versions of macos , since creating patches takes lot of time 
    so we directly make them for the non beta release to save time.

    32 bit app support requires OPEMU but we cannot fit that data into vanilla kernel patches .
    so the good way to add support for it make a seperate kernel extension for it and there is a project known in development already 
    check out https://www.insanelymac.com/forum/topic/329704-opcode-emulator-opemu-plug-in-project/

     

    Any progress for non-beta 10.14.6 recently ?


  2. 3 hours ago, Tony Arnold said:

    Those of you who are succeeding with this update - are you using Clover or OpenCore when you install the update?

    For this beta 5 I always got screen frozen during installation at partition of NVME device as shown here:

    No such an issue to boot for Catalina beta 4 at NVME device.

    I'm using Clover 5033.

    IMG_0041.JPG


  3. 3 hours ago, Enrize said:

    Thanks for fixing purple lines! However there is one last small glitch that's still remains. I use MSI Aero ITX RX560.

     

     

    Screenshot 2019-07-25 at 11.32.43.png

    It may disappear after repeated booting or connecting to HDMI port only.

    That's what I have observed in my Z97 hackintosh.


  4. On 7/18/2019 at 9:49 PM, vandroiy2012 said:

    @vit9696 implemented this patches in WhateverGreen.kext. Changes already in master. https://github.com/acidanthera/WhateverGreen/commit/bcd3f2ef73266f4a320ccfd0686bef2a969b2bde

     

    Here is prebuild binary  WhateverGreen-1.3.1-DEBUG.zip 

    Anyone welcome to test it. 

    Thanks for this WEG 1.3.1 which can remove previous purple glitches during booting before login desktop with AMD RX 570 & R9 380X at 10.14.6 & 10.15 beta.

    Only minimal trace of one multi-colored line remains from DP display port which was not so obviously now.

    Completely normal from HDMI display port.


  5. On 7/20/2019 at 10:09 AM, igorw said:

     

    I tried RadeonDeinit, as well as changing numerous configurations, I can't get to the cause of this wake up issue. The problem persists if I disable iGPU in BIOS or set is as connectorless using device-id.

     

    The only way I can get normal Wake is setting the iGPU as primary in BIOS. Then, onboard HDMI port works as well as all three RX 560 ports (DP, HDMI and DVI-D).

     

    I'm just not sure if setting iGPU as primary is the right way to do it and if I'll have problems with apps later on.

    According to my past experience Mac need DP display to wake-up properly at Mojave and Catalina.

    That means you need at least one DP display port working either from IGPU or from AMD GPU at Catalina.

    [Edit]

    Unless your hackintosh can wake-up properly by RadeonInit & Clover's patched config.plist from HDMI port at Mojave:

    e.g. R9 380X in Z87 hackintosh and RX 560 in FX-6300 hackintosh.


  6. 10 hours ago, igorw said:

    Thanks for the response. I did that, and nothing changed. It still freezes upon waking up :/

    In my Z97 hackintosh with RX 570 (disabled Intel HD 4600 by BIOS) only DP display and DP audio working.

    It can sleep  in S3 mode and wake-up without black screen.

    Try RadeonInit on and edit Device in Clover's config.plist too.

     


  7. On 6/20/2019 at 2:59 AM, hardcorehenry said:

    Macos Catalina installed with Open Core on very unsupported graphic Radeon and Pentium CPU. Thanks @ASentientBot for your patch and of course Open Core Developers for your amazing work.524407296_ScreenShot2019-06-19at19_59_53.png.78bf9e46e504b857f263c667059e764f.png2052305910_ScreenShot2019-06-19at20_01_03.png.1a9b29669b20ab03a45e3030e73c774e.png

    Thanks for the same patches which got GTX 260M working with OpenGL function in Asus G51J laptop for the first time at Catalina beta 2. Cinebench R15 got rather good score too !

    Screen Shot 2019-06-21 at 8.51.08 PM.png

    Screen Shot 2019-06-21 at 9.20.13 PM.png


  8. 6 hours ago, Rockey12 said:

     updated successfully Cat B2 The only problum i have cannot use Patched AppleHDA kext any more :(

    Screenshot 2019-06-20 at 02.54.57.png

    If you disabled SIP using 0x3E7 value in CsrActiveConfig in config.plist, you can patch it.

    Or in Terminal:

    sudo mount -uw /

    killall Finder

    The above solved my ALC-1150 & HDMI/DP audio with old version of AppleHDA.kext(281.51) in Z87 & Z97 hackintoshs.

    Screen Shot 2019-06-20 at 3.23.24 PM.png


  9. On 6/10/2019 at 7:22 AM, jsl2000 said:

    Should I apply these 2 kexts with Kext Utility or put them in Clover/EFI/Clover/kexts/other (or 10.14 and 10.15 respectively) ?

    Neither worked for my Z87 hackintosh. In "About This Mac"/Bluetooth no change of firmware version yet !

    [Edit]

    Very strange it worked in Z97 hackintosh at 10.14.6 beta and 10.15 beta with these 2 kets from 10.14.4 in Clover/EFI/Clover/kexts/10.14 and 10.15 respectively.

    Trying to figure out why it did not work in Z87 hackintosh yet !

    Fixed it by boot to Windows at first, then reboot to Mac OS X (>= 10.14.4).

    It works now !

    Screen Shot 2019-06-11 at 9.24.28 AM.png

    On 6/10/2019 at 7:22 AM, jsl2000 said:

     

     

     


  10. 3 hours ago, Gigamaxx said:

     

    I'm using the Mojave 14.4 bluetooth kexts and have got it working.

    Screen Shot 2019-06-09 at 1.09.46 PM.png

    Bluetooth kexts fix.zip

    Should I apply these 2 kexts with Kext Utility or put them in Clover/EFI/Clover/kexts/other (or 10.14 and 10.15 respectively) ?

    Neither worked for my Z87 hackintosh. In "About This Mac"/Bluetooth no change of firmware version yet !

    [Edit]

    Very strange it worked in Z97 hackintosh at 10.14.6 beta and 10.15 beta with these 2 kets from 10.14.4 in Clover/EFI/Clover/kexts/10.14 and 10.15 respectively.

    Trying to figure out why it did not work in Z87 hackintosh yet !


  11. On 6/4/2019 at 2:45 AM, fantomas1 said:

    First beta... macOS Catalina 10.15 beta (19A471t)  Release Notes!!!

     

    Useful information:

     

    macOSDeveloperBetaAccessUtility.dmg.zip (thanks to gengik84)

    Clover r4945 (thanks to Cyberdevs)

    Lilu_plugins (thanks to gengik84)

    Port Limit Patch (thanks to daliansky)

    Thanks for these info which help a lot !

    Even LGA 775/Duo Core 2 hackintoshs worked.

    Previous mojave2core still needed to boot.

    Roll-back AppleHDA to get HDMI audio from GT 730 working.

    Need add AppleYukon2.kext from Mojave to get network working again.›

    Before login to desktop there are 3 busy timeout or kextd stall, (60s) "IOUSBHostInterface" errors which caused very slow login and failure of my USB keyboard.

    I must use PS2 keyboard now.

    Screen Shot 2019-06-07 at 4.15.28 PM.png

    Screen Shot 2019-06-07 at 5.29.54 PM.png

    Screen Shot 2019-06-07 at 6.58.08 PM.png

    Screen Shot 2019-06-07 at 9.33.17 PM.png


  12. On 5/21/2019 at 8:09 PM, XLNC said:


    there are no plans to make any kind of kernel patches for beta versions of macos , since creating patches takes lot of time 
    so we directly make them for the non beta release to save time.

    32 bit app support requires OPEMU but we cannot fit that data into vanilla kernel patches .
    so the good way to add support for it make a seperate kernel extension for it and there is a project known in development already 
    check out https://www.insanelymac.com/forum/topic/329704-opcode-emulator-opemu-plug-in-project/

     

    Thanks for your advice.

    Waiting for your update the kernel patch for 10.13.6 Security Update 2019-004 (17G8011) !


  13. On 5/22/2019 at 5:26 PM, Shaneee said:

     

    Same thing with other 32bit binaries though, not just cpu-x.

    Unfortunately this patch can not work in my Ryzen 1700X hackintosh at all:

    It can boot to desktop at 10.14.1 & 10.14.5 only, but open any 32-bit app got instant reboot.

    At 10.13.6 (17G6030), 10.14.3 & 10.14.4 it got reboot before login desktop.

    So it seems only working in my FX-6300 hackintosh at 10.13.6.

    [Edit]

    The newer version dated on 2019-05-25 got the same errors as previous version in Ryzen1700X hackintosh.

    Is there anyone got working in Ryzen hackintosh ?

    [Edit2]

    It can boot to desktop at 10.13.6(17G65) only in my Ryzen 1700X hackintosh, but open any 32-bit app got instant reboot.


  14. On 5/20/2019 at 5:18 PM, Shaneee said:

     

    Thanks for adding support but opening a 32bit application crashes the system.

     

    
    Anonymous UUID:       1C475184-1B35-74E1-356C-0657ACDF03D9
    
    Mon May 20 10:16:53 2019
    
    *** Panic Report ***
    panic(cpu 4 caller 0xffffff8019edb92d): Kernel trap at 0xffffff7f9e3be020, type 14=page fault, registers:
    CR0: 0x0000000080010033, CR2: 0x00000000000af43b, CR3: 0x00000002d560d000, CR4: 0x00000000003406e0
    RAX: 0x000000000000000e, RBX: 0xffffff8048523d80, RCX: 0x0000000000000006, RDX: 0xffffff8048523dc0
    RSP: 0xffffff81ffef3f80, RBP: 0xffffff81ffef3fa0, RSI: 0x0000000c05c2f7d4, RDI: 0xffffff8048523d80
    R8:  0x0000000000000000, R9:  0x0000000000000000, R10: 0x0000000000000000, R11: 0x0000000000000000
    R12: 0xffffff81ffef3fb0, R13: 0x0000000000000000, R14: 0x00000000000af43b, R15: 0xffffff8048523d80
    RFL: 0x0000000000010097, RIP: 0xffffff7f9e3be020, CS:  0x0000000000000008, SS:  0x0000000000000000
    Fault CR2: 0x00000000000af43b, Error code: 0x0000000000000001, Fault CPU: 0x4 SMAP fault, PL: 0, VF: 0
    
    Backtrace (CPU 4), Frame : Return Address
    0xffffff81ffef3a50 : 0xffffff8019daea2d mach_kernel : _handle_debugger_trap + 0x47d
    0xffffff81ffef3aa0 : 0xffffff8019ee9e95 mach_kernel : _kdp_i386_trap + 0x155
    0xffffff81ffef3ae0 : 0xffffff8019edb70a mach_kernel : _kernel_trap + 0x50a
    0xffffff81ffef3b50 : 0xffffff8019d5bb40 mach_kernel : _return_from_trap + 0xe0
    0xffffff81ffef3b70 : 0xffffff8019dae447 mach_kernel : _panic_trap_to_debugger + 0x197
    0xffffff81ffef3c90 : 0xffffff8019dae293 mach_kernel : _panic + 0x63
    0xffffff81ffef3d00 : 0xffffff8019edb92d mach_kernel : _kernel_trap + 0x72d
    0xffffff81ffef3e70 : 0xffffff8019d5bb40 mach_kernel : _return_from_trap + 0xe0
    0xffffff81ffef3e90 : 0xffffff7f9e3be020 as.lvs1974.OpcodeEmulator : __ZN14OpcodeEmulatorC2Ev + 0xf2e0
    0xffffff81ffef3fa0 : 0xffffff8019d5ba4f mach_kernel : _hndl_alltraps + 0xdf
          Kernel Extensions in backtrace:
             as.lvs1974.OpcodeEmulator(1.2)[438006E8-0E60-3399-A5B1-67974B9278A9]@0xffffff7f9e384000->0xffffff7f9e3c6fff
                dependency: as.vit9696.Lilu(1.3.4)[7BA2EB23-FF86-331B-B0FF-AA4EA450FC6E]@0xffffff7f9e364000
    
    BSD process name corresponding to current thread: cpu-x
    Boot args: alcid=11 npci=0x2000 -v debug=0x100 keepsyms=1 
    
    Mac OS version:
    18F132
    
    Kernel version:
    Darwin Kernel Version 18.6.0: Thu Apr 25 23:16:27 PDT 2019; root:xnu-4903.261.4~2/RELEASE_X86_64
    Kernel UUID: 7C8BB636-E593-3CE4-8528-9BD24A688851
    Kernel slide:     0x0000000019a00000
    Kernel text base: 0xffffff8019c00000
    __HIB  text base: 0xffffff8019b00000
    System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)

     

    cpu-x can work at 10.13.6 in FX-6300 hackintosh.

    Full compatibility at 10.13.6(17G6030 & 17G7024) only, other 32-bit app will cause instant reboot at 10.14.4 & 10.14.5 in FX-6300 hackintosh.

    I'll test it in Ryzen 1700X hackintosh as soon as possible !


  15. On 5/19/2019 at 5:07 AM, XLNC said:

    fixed the commit ! 
    check again 

    cheers !

    Thanks for both of you: AlGrey & XLNC

    It works perfectly in FX-6300 at 2019-003 security update again !

    Any chance update to 10.14.6 beta or working 32-bit app ?

    [Edit]

    I don't know why this new or previous version can not boot my Ryzen 1700X hackintosh at 10.14.5.

    Is there any extra patch for Ryzen hackintosh at 10.14.5 ?

    It only worked at 10.13.6, 10.14.1,10.14.3 & 10.14.4.

    But it worked in FX-6300 hackintosh at 10.13.6, 10.14.4 & 10.14.5.

    [Solved]

    At 10.14.5 it need a valid patched DSDT.aml in Ryzen 1700X hackintosh.


  16. 17 hours ago, Wackymac said:

    anyone able to confirm if beta 4 fixed the issue with video playback in firefox and chrome?

    Yes, this beta4 (18F127a) fixed green screen issue at Firefox in my Z370, Z87 & Z77 hackintoshs as well as real mac.


  17. 12 hours ago, Wackymac said:

    so strange, how something so random can break on an update...

    I think Apple had changed Intel/Nvidia/AMD related graphics kexts during the update which resulted in some incompatibility of video play with Firefox and Safari browsers.

    [Edit]

    1. This green screen issue occurred in many hackintoshs of mine including Z370, Z97, Z87, & Z77 as well as real mac, and only in Firefox alone.

    2. Even without hardware acceleration in Firefox which still got green screen.

    3. We can only hope that Firefox can be fixed as soon as possible because it seems something should be fixed by Firefox to keep compatibility with newest Mac OS X.


  18. 19 hours ago, Wackymac said:

    anyone else having issues with embedded video in firefox after this update? (sorry i know its a tad off topic, but still related to the new video drivers)

    My Z370 & Z87/Z97 hackintoshs had the same issue with Firefox (and Safari in Z370) in which green screen interfered video play, but audio output was normal. No such an issue with Google Chrome or at 10.14.5 beta2. GPU GTX-680, GT-730, AMD R9 380, Intel HD 4600 & Intel UHD 630 were involved. No problem in P6TSE hackintosh with R9 290X GPU alone.

    I'll check whether it can be fixed by different versions of Whatevergreen.kext or not. At present only roll-back to 10.14.5 beta2 can fix it now.

    [Edit]

    After update of Lilu, AppleALC, & Whatevergreen no more green screen issue of Safari in Z370 hackintosh now ! Only in Firefox alone with this green screen issue.


  19. On 4/10/2019 at 11:08 AM, AlGrey said:

    No, nullcpupowermanagement is mandatory. 

    There is only one public build of 10.14.4. 

    Thanks and it worked at 10.14.4 (18E226) & 10.13.6 in both Ryzen 1700X & FX-6300 hackintoshs !

    It also worked at 10.14.1 & 10.14.3 in Ryzen 1700X hackintosh alone.

    The only limitation was lack of 32-bit app support.

    Hope it can be solved in the near future !


  20. On 4/2/2019 at 6:40 AM, AlGrey said:

    that's not instant reboot.. that's kernel panic.. Removing the kernel logging can help us see what's the issue

     

     

     probably you have an old clover and injection of nullcpupowermanagement  is not working. Happened to me. Make sure you use v4895. I use that one and have no issue. 

    Thanks for your contribution for such an excellent config.plist & patches.plist.

    Do you mean there is no need for NullCPUPowerManagement.kext in /EFI/CLOVER/kexts/Other now ?

    Which version of 10.14.4 is compatible ? 226?

    My Ryzen 1700X hackintosh got 10.13.6 working only, freeze after ++++++++++++ at 10.14.4

×