Badruzeus Posted January 26, 2019 Share Posted January 26, 2019 (edited) 15 minutes ago, macq said: But there seems to now new problems for us with older non metal cards and I now boot to a black screen May be NDRVshim fixes by dos dude need work now with this kernel. Which older, Tesla? Mine is also old: Fermi, either non-Metal capable graphics. But, what diff. is Apple still providing NVDAGF*.kext on SLE. Wait, "blackscreen"..? Fully or with logs appear? Edited January 26, 2019 by Badruzeus 1 Link to comment Share on other sites More sharing options...
macq Posted January 26, 2019 Share Posted January 26, 2019 2 minutes ago, Badruzeus said: Which older, Tesla? Mine is also old: Fermi, either non-Metal capable graphics. But, what diff. is Apple still providing NVDAGF*.kext on SLE. Wait, "blackscreen"..? Fully or with logs appear? Gt320m tesla, Actually can boot only with safe mode, in normal boot I reach to a point where it says io console something and then turns to blackscreen and cannot reach the desktop. 1 Link to comment Share on other sites More sharing options...
Badruzeus Posted January 26, 2019 Share Posted January 26, 2019 (edited) 21 minutes ago, macq said: Gt320m tesla, Actually can boot only with safe mode, in normal boot I reach to a point where it says io console something and then turns to blackscreen and cannot reach the desktop. Interesting..!!! This is just workarround, can't guarantee it'll work on yours (we have diff. GPU gen #btw): Place this "CoreDisplay" binary on: /System/Library/Frameworks/CoreDisplay.framework/Versions/A // ..and don't forget to make a backup, first. (This is from 10.14.3 Build 18D42 #FYi) ouch, *.framework.. you need to rebuild kernelcache, prelinkedkernel & for sure.. dyld: sudo rm -f /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache && sudo touch /System/Library/Extensions && sudo kextcache -u / && sudo update_dyld_shared_cache -force Thanks Apple, no support for Newer NVIDIA (Maxwell++) GPU's under 10.14.x, and now the older just killed too #LoL.. (Could be Beta bugs though, who known w/o any Release changelog?) CoreDisplay_10.14.3_18D42.zip Edited January 26, 2019 by Badruzeus Link to comment Share on other sites More sharing options...
macq Posted January 26, 2019 Share Posted January 26, 2019 52 minutes ago, Badruzeus said: Interesting..!!! This is just workarround, can't guarantee it'll work on yours (we have diff. GPU gen #btw): Place this "CoreDisplay" binary on: /System/Library/Frameworks/CoreDisplay.framework/Versions/A // ..and don't forget to make a backup, first. (This is from 10.14.3 Build 18D42 #FYi) ouch, *.framework.. you need to rebuild kernelcache, prelinkedkernel & for sure.. dyld: sudo rm -f /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache && sudo touch /System/Library/Extensions && sudo kextcache -u / && sudo update_dyld_shared_cache -force Reveal hidden contents Thanks Apple, no support for Newer NVIDIA (Maxwell++) GPU's under 10.14.x, and now the older just killed too #LoL.. (Could be Beta bugs though, who known w/o any Release changelog?) CoreDisplay_10.14.3_18D42.zip Thanks , tried that did not work, Well what happens it it reaches to a point where I have a black screen withe following blinking in the upper left hand corner, ioconsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sb 0x0 1 Link to comment Share on other sites More sharing options...
Badruzeus Posted January 26, 2019 Share Posted January 26, 2019 (edited) 1 hour ago, macq said: Thanks , tried that did not work, Well what happens it it reaches to a point where I have a black screen withe following blinking in the upper left hand corner, ioconsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sb 0x0 Seems like it failed loading windowserver, or something else, IDK.. harder part. LoginUI is running on top of Metal, uggh.. No idea. #FYi I never able to reach LoginUI since 10.14 Dev Beta 2 (18A391) w/o rolling back CoreDisplay binary from Beta 1, till date. Edited January 26, 2019 by Badruzeus 1 Link to comment Share on other sites More sharing options...
macq Posted January 26, 2019 Share Posted January 26, 2019 29 minutes ago, Badruzeus said: Seems like it failed loading windowserver, or something else, IDK.. harder part. LoginUI is running on top of Metal, uggh.. No idea. #FYi I never able to reach LoginUI since 10.14 Dev Beta 2 (18A391) w/o rolling back CoreDisplay binary from Beta 1, till date. Going for one fresh install attempt and if no dice then will wait it out till others figure it out. Was using the transparency patches as well, may be they messed things up. 1 Link to comment Share on other sites More sharing options...
hardcorehenry Posted January 27, 2019 Share Posted January 27, 2019 (edited) 15 hours ago, macq said: Going for one fresh install attempt and if no dice then will wait it out till others figure it out. Was using the transparency patches as well, may be they messed things up. I can confirm it, there is a black screen on non-metal graphic card. I run Mojave on old ATI Radeon 4850 and till 10.14.3 all run well. Could you tell if the fresh install changed anything? Edited January 27, 2019 by hardcorehenry 1 Link to comment Share on other sites More sharing options...
macq Posted January 27, 2019 Share Posted January 27, 2019 2 hours ago, hardcorehenry said: I can confirm it, there is a black screen on non-metal graphic card. I run Mojave on old ATI Radeon 4850 and till 10.14.3 all run well. Could you tell if the fresh install changed anything? No , same thing with a fresh install. Replaced, windows server, core display and system kernel from 10.14.3. Does not reach desktop. This is what it sits at: ioconsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0. Looked it up and found that it is related to internal gpu or graphics related, how they are read and actuated, so yes something in the update has borked the dosdude patch. Will require help from people who are more advanced users or developers. Regards 2 Link to comment Share on other sites More sharing options...
Sherlocks Posted January 27, 2019 Share Posted January 27, 2019 (edited) anyone test this EIST performance patch? if it's work, i will arrange patch again from high sierra. Comment String <-> EIST Performance Disabled Boolean <-> No Find Data<-> C1E30848 63D389D0 48C1EA20 MatchOS String <-> 10.13.x,10.14.x Replace Data<-> BA000000 00B800FF 00009090 Edited January 27, 2019 by Sherlocks 1 Link to comment Share on other sites More sharing options...
matgeo Posted January 27, 2019 Share Posted January 27, 2019 I could try it , but could you tell me what is EIST perfomance patch and if my system (kabylake-r laptop) needs it ? Link to comment Share on other sites More sharing options...
Sherlocks Posted January 27, 2019 Share Posted January 27, 2019 I could try it , but could you tell me what is EIST perfomance patch and if my system (kabylake-r laptop) needs it ?no need ESIT patch on your laptop.some cpu need this patch. i just want clear.now we have to check EIST patch when apple update macOS. to avoid this process, i want check나의 LG-F800S 의 Tapatalk에서 보냄 Link to comment Share on other sites More sharing options...
nmano Posted January 28, 2019 Share Posted January 28, 2019 (edited) 14 hours ago, Sherlocks said: anyone test this EIST performance patch? if it's work, i will arrange patch again from high sierra. Comment String <-> EIST Performance Disabled Boolean <-> No Find Data<-> C1E30848 63D389D0 48C1EA20 MatchOS String <-> 10.13.x,10.14.x Replace Data<-> BA000000 00B800FF 00009090 I tested 10.14.4 beta 18E174f not work this patched. worked this XCPM Performance 10.14.4 Find C1E30848 63D389D0 48C1EA20 B9990100 000F3048 FF05926E 76004883 C4085B5D C30F1F00 Replace BB00FF00 004863D3 89D048C1 EA20B999 0100000F 3048FF05 93AE7600 4883C408 5B5DC390 Edited January 28, 2019 by nmano 1 Link to comment Share on other sites More sharing options...
Sherlocks Posted January 28, 2019 Share Posted January 28, 2019 I tested 10.14.4 beta 18E174f not work this patched. worked this XCPM Performance 10.14.4FindC1E30848 63D389D0 48C1EA20 B9990100 000F3048 FF05926E 76004883 C4085B5D C30F1F00 ReplaceBB00FF00 004863D3 89D048C1 EA20B999 0100000F 3048FF05 93AE7600 4883C408 5B5DC390 thank you for clear. as result, we still search patch when update macOS.나의 LG-F800S 의 Tapatalk에서 보냄 1 Link to comment Share on other sites More sharing options...
Badruzeus Posted January 28, 2019 Share Posted January 28, 2019 (edited) There's minor issue with "Stocks.app" icon under 10.14.4 Beta 1; it' s not shown properly. If you navigate to /Applications/Stocks.app/Contents/Resources/ you'll realize that now it uses Assets.car instead of AppIcon_macOS.icns. Probably, will be implemented on next 10.14.4 release for all app's icons (could be dev mistake, though). Edited January 28, 2019 by Badruzeus Link to comment Share on other sites More sharing options...
fusion71au Posted January 29, 2019 Share Posted January 29, 2019 On 1/27/2019 at 11:17 PM, macq said: No , same thing with a fresh install. Replaced, windows server, core display and system kernel from 10.14.3. Does not reach desktop. This is what it sits at: ioconsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0. Looked it up and found that it is related to internal gpu or graphics related, how they are read and actuated, so yes something in the update has borked the dosdude patch. Will require help from people who are more advanced users or developers. Regards Just tested booting into 10.14.4 beta/18E174f macOS Base System on my legacy machines (waiting to download full installer with 10.14.4 official release). On my legacy Dell laptop (Geforce 8600M GT/tesla) using MBP7,1 SMBIOS and -no_compat_check boot flag, had same error as @macq - hang on message ioconsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0 after DSMOS arrives. Note I have full install of 10.14.3 on this system working OK with High Sierra tesla graphics kexts. Changing to 10.14.3 prelinked kernel in /System/Library/PrelinkedKernels ---> same system hang message ie swapping to PLK with 10.14.3 graphics kexts doesn't help in my case Changing to MacPro5,1 SMBIOS and inject NVidia to no in config.plist ---> boots OK to Recovery/Installer environment with VESA graphics Maybe with this latest beta, more stringent checking of systems with deprecated SMBIOS + non metal graphics? MacPro5,1 SMBIOS also works booting 10.14.4 beta/18E174f macOS Base System on my legacy desktop (Desktop 2 in signature with ATI HD5770) with VESA graphics. 1 Link to comment Share on other sites More sharing options...
Badruzeus Posted January 29, 2019 Share Posted January 29, 2019 22 minutes ago, fusion71au said: Just tested booting into 10.14.4 beta/18E174f macOS Base System on my legacy machines (waiting to download full installer with 10.14.4 official release). On my legacy Dell laptop (Geforce 8600M GT/tesla) using MBP7,1 SMBIOS and -no_compat_check boot flag, had same error as @macq - hang on message ioconsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0 after DSMOS arrives. Note I have full install of 10.14.3 on this system working OK with High Sierra tesla graphics kexts. If you got this crash report on /Library/Logs/DiagnosticReports, it seems like a bad sign; it has been fixed by rolling back CoreDisplay binary from prev. build (on my case, which is another GPU model). What diff.; even my Fermi is also non-Metal capable one.. Apple still provide NVDAGF*.kext. Yeah right, I hope.. it was just Apple bug (as well with other UI mistakes on 18E174f). Link to comment Share on other sites More sharing options...
Badruzeus Posted January 29, 2019 Share Posted January 29, 2019 On 1/27/2019 at 7:17 PM, macq said: No , same thing with a fresh install. Replaced, windows server, core display and system kernel from 10.14.3. Does not reach desktop. This is what it sits at: ioconsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0. Looked it up and found that it is related to internal gpu or graphics related, how they are read and actuated, so yes something in the update has borked the dosdude patch. Will require help from people who are more advanced users or developers. Do you still have 10.14.4 Beta 1 installed? How about using CoreGraphics binary from 10.14.3? /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics And does "IODisplayWrangler" (or GPUWrangler) appear when stuck on blackscreen? Link to comment Share on other sites More sharing options...
macq Posted January 29, 2019 Share Posted January 29, 2019 1 hour ago, Badruzeus said: Do you still have 10.14.4 Beta 1 installed? How about using CoreGraphics binary from 10.14.3? /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics And does "IODisplayWrangler" (or GPUWrangler) appear when stuck on blackscreen? No, gone back to 10.14.3, works smooth. Can now only try on weekend. "IODisplayWrangler" (or GPUWrangler) does not appear. 1 Link to comment Share on other sites More sharing options...
PMheart Posted January 29, 2019 Share Posted January 29, 2019 (edited) On 1/28/2019 at 4:53 AM, nmano said: I tested 10.14.4 beta 18E174f not work this patched. worked this XCPM Performance 10.14.4 Find C1E30848 63D389D0 48C1EA20 B9990100 000F3048 FF05926E 76004883 C4085B5D C30F1F00 Replace BB00FF00 004863D3 89D048C1 EA20B999 0100000F 3048FF05 93AE7600 4883C408 5B5DC390 Hi, Could you please try if this new one works? (Mostly thanks to @vit9696) EDIT: No, wrong patch, see https://www.insanelymac.com/forum/topic/337357-pre-release-macos-mojave-10144/?do=findComment&comment=2662394 for the correct one. Edited February 2, 2019 by PMheart 2 Link to comment Share on other sites More sharing options...
nmano Posted January 29, 2019 Share Posted January 29, 2019 (edited) 38 minutes ago, PMheart said: Hi, Could you please try if this new one works? (Mostly thanks to @vit9696) find C1 E3 08 48 63 D3 89 D0 48 C1 EA 20 repl C1 E3 08 89 D8 31 D2 90 90 90 90 90 I test it. Not work 10.14.4 Beta (18E174f) I test with this patches. xcpm_bootstrap xcpm_pkg_scope_msrs (c) Pike R. Alpha xcpm_SMT_scope_msrs (c) Pike R. Alpha Edited January 29, 2019 by nmano 1 Link to comment Share on other sites More sharing options...
PMheart Posted January 29, 2019 Share Posted January 29, 2019 (edited) On 1/29/2019 at 10:31 PM, nmano said: I test it. Not work 10.14.4 Beta (18E174f) I test with this patches. xcpm_bootstrap xcpm_pkg_scope_msrs (c) Pike R. Alpha xcpm_SMT_scope_msrs (c) Pike R. Alpha SORRY, WRONG COMMENT! Edited February 2, 2019 by PMheart 1 Link to comment Share on other sites More sharing options...
nmano Posted January 29, 2019 Share Posted January 29, 2019 10 minutes ago, PMheart said: Glad to hear that, thanks to @vit9696 again! Now this patch is much more decent (not like the previous one that makes your CPU running at maximum all the time, which might eventually even burn it...), and is much less OS independent (we won't have to find a new patch for each version)! Thanks @PMheart@vit9696 Short patched work all version.But Performance low.This decent patch good for CPU. Thank you for your explanation. Link to comment Share on other sites More sharing options...
PMheart Posted January 29, 2019 Share Posted January 29, 2019 (edited) On 1/29/2019 at 11:04 PM, nmano said: Thanks @PMheart@vit9696 Short patched work all version.But Performance low.This decent patch good for CPU. Thank you for your explanation. Well, if you want the *old way* (basically an equivalent of the old, long patch) to *somehow improve the performance*, here you go: EDIT: See for a better one. Edited February 2, 2019 by PMheart 2 Link to comment Share on other sites More sharing options...
Fergarth Posted January 30, 2019 Share Posted January 30, 2019 Update to 14.4 beta 1 on desktop, Haswell-E with Nvidia, everything ok as always, with old Web Drivers! But on the Skylake laptop, something has changed and again, I think it has to do with the Intel 520 iGPU... Link to comment Share on other sites More sharing options...
nmano Posted January 30, 2019 Share Posted January 30, 2019 Thanks @PMheart I tested same result. Find C1E30848 63D389D0 48C1EA20 Replace C1E308B8 00FF0000 31D29090 1 Link to comment Share on other sites More sharing options...
Recommended Posts