Leaderboard

Radeon VII now considered within Whatevergreen Source Code distribution I just asked @VIT9696 to consider all necessary Radeon VII details within his Whatevergreen Source Code distribution and he kindly did immediately. Radeon VII is now also part of WEG and all necessary cosmetics are now also properly displayed under "About this Mac" and "Graphics/Displays" of Apple's system report also by means of WEG and not only as up to now by means of my SSDT-X299-Radeon-VII.aml available in my Github SSDT repositories. For respective testing purposes, I removed my respective Radeon VII SSDT temporarily. The new version of WEG however seems to work also well in line with the actual version of my SSDT-X299-Radeon-VII.aml and the Kozlek/Interferenc FakeSMC/HWSensor kext distribution that I recently modified to properly display Radeon VII GPU Temps under iStatMenus and which is also hardwired such within my 10.14.5 EFI-Folder Github distribution. Against former claims of others, the current Radeon VII WEG consideration does not seem to have any effect on respective Geekbench scores either.Let’s see if all the above remains valid after long term testing not only by myself but also by other users, moreover as everything related to the VII should be considered as beta in any case. Enjoy and have fun, Edit: Note that the new WEG source code also seems to fix some actual or at least some former macOS inconsistencies concerning "compatible", "subvendor-ID",... GFX0 and HDAU properties. Thus anybody using my RadeonVII SSDT in addition to WEG, needs to download and implement the new modified RadeonVII-WEGVII SSDT from my respective Github libraries, after the usual adaptation to motherboard and PCI-Slot Population. I also dropped the formerly implemented load table created with VGTab (version for Vega64) but apparently not fully compatible with Radon VII, as it actually does not seem to provide major improvements and therefore rather would be confusing in the ongoing beta testing. All other above conclusion however seem still valid also after the actual changes in the RadeonVII-WEGVII SSDTs.

En veux-tu en voilà... macOS Mojave 10.14.5 beta (18F96h)

hi... no success to run on a AMD..black screen..after configure it to an g210 as previous posts.. c.frio

ola... para dizer que o Mojave 10.14.5 b2 esta rodando com uma g210..em msi z170 via um hd externo pasando o app do chris1111, mas pode ser feito manualmente..nao sei se funcionaria em outras placas com Tesla, mas.. https://drive.google.com/file/d/12CoxybAs3F3qux52wZPQ1JmQ8AhaxwQp/view c.frio

Grazie Icanaro, stasera provo e ti aggiorno... Grazie ancora...gentilissimo.. Nic

hi... the doubt was about the Nvidia and AMD..not specifically on rx460...but I will test and give a feed back... c.frio

I really don't know because the change Frameworks ? I don't have the RX 460 You have to test your self

hi...@chris1111 I used your package... and about this.. " does this external HD with the 10.15.5b2 will work on another rig with rx460..if I do not inject Nvidia through Clover ?" thanks.. c.frio

Hi @chris1111.. it worked...thanks c.frio EDIT: does this external HD with the 10.15.5b2 will work on another rig with rx460..if I do not inject Nvidia through Clover ?

X299 System Upgrade Completed Happy Easter Holidays to all of you!

I discovered something strange with regards to BRCM bluetooth, and it must be timing related. I previously mentioned that I patched RehabMan's latest code with some configurable delays present in @tluck's older codebase. This was working great for me when sleeping from shutting my lid, then reopening. If sleep was initiated, from the menu, however it was not working as good. I went back and diff the two code set's again, and had a small bug in my correction. I also found one other IOSleep that I skipped. Fixed all of this up, and the latest patched RehabMan's BRCM seems to be working great. I am using in my config.plist: <string> kext-dev-mode=1 bpr_initialdelay=400 bpr_upgradedelay=200 bpr_postresetdelay=400</string> </string> I discovered something strange with regards to BRCM bluetooth, and it must be timing related. I previously mentioned that I patched RehabMan's latest code with some configurable delays present in @tluck's older codebase. This was working great for me when sleeping from shutting my lid, then reopening. If sleep was initiated, from the menu, however it was not working as good. I went back and diff the two code set's again, and had a small bug in my patch. I also found one other IOSleep that I skipped. Fixed all of this up, and the latest patched RehabMan's BRCM seems to be working great. Both sleep/wake initiated from lid closure, or sleep from menu work fine, with bluetooth restored correctly after wake. I am using in my config.plist: <string> kext-dev-mode=1 bpr_initialdelay=400 bpr_upgradedelay=200 bpr_postresetdelay=400 </string> Attached are the rebuild kexts. brcm.tar.gz

Fresh Install Or Update to 10.14.5 B2. --- boot args nv_disable=1 After update You can use this program I build ➣ Fix Old NVIDIA macOS Mojave10.14.5-b2 with the recommandation of AsentientBot or do it manually If you use my program make sure to use it on the direct Mojave sytem 10.14.5 b2; do not use it from another SSD

Working again Geforce 210

Thanks dude! I've just put your config.plist to EFI folder and Graphics with full acceleration works well on PRIME Z390-A + I3 8100 (HDMI)

It's been a long battle trying to find the fix for that audio codec until i reached out to my fellow friend insanelyDeepak and he came through for me. Here's the kext for whomever might want it. This is for IDT 92HD75BX and you have to use layout id 13 in clover configurator or (0D) under hdef inside your dsdt. I chose the DSDT route myself. Sound is loud and crisp and mic works.. AppleHDA-279.48-IDT92HD75B3X5.zip

VoodooHDA supports devices conformed HDA standard. It doesn't support AC97 and SoundBlaster.