mitch_de

No, its an I like IPHONE. And Andrey1970 posted reason why its illegal (not used in serial). Thanks for help. I will let it until i run in probs - then i know i must generate new serial.

Yep here also, newest OC Configurator displays an already existing Buildin right but changes the Event to OEM if you save it. Question ( a bit off OC topic but may be interesting) : I am now on OC 0.68 ,all OK. But i used first time the Tool OC Auxiliary Tools which can validate (as OC Tool) and sjow Systeminfo. Here i seen first time ever (i use same generated serial since a few years!) an Warning about Serial which contains an "I". Google for that gives info "I" is wrong. Can i run in probs with OC using that serial? Apple ID, App Store working (since a few years with that bad serial).

Hi, i am looking from time to time to this thread - for interest. My Asus H270 Plus MB uses REaltek Geräte-ID: 0x8168, Subsystem-Hersteller-ID: 0x1043, Subsystem-ID: 0x8677. I can report that Version 2.22 of Mieze Driver working automatic Full duplex. Never must enable manual. Now i switched to newest 2.4.0d8 Version - NO PROBS with automatic Full version. Stays automatic with Full Duplex as with Version 2.22. The only thing i can see in diff to Version 2.2.2, is that some more text (after Fullduplex) was added in the Speed preference (gray, because i let it automatic).... Flowcontrol, energy-efficient-ethernet. With Version 2.22 there was only Fullduplex as tet. Great Work MIeze!

Thankyou. For me i understand now 2 . liitle differnt things. 1. Avoid running the eficheck process 2. if 1. works, also avoid to launch the LaunchDaemon which fails (eficheck disabled) but endless loop of trying to start eficheck . https://pikeralpha.wordpress.com EFICHECK I see at that the LaunchDaemon try to start eficeck (/System/Library/LaunchDaemons/com.apple.driver.eficheck.plist) and fails because of Restrict events kext? So Restrict events kext does the job right to avoid running eficheck process , but the system trys to start eficheck again and again? PS: Adding EFICheckDisabler.kext didnt help (i think this plist kext injects LPCB device-ids) getting of launch error spam in system.log. Would it be the best to delete that /System/Library/LaunchDaemons/com.apple.driver.eficheck.plist so that it is never launched?

Hi, i am on Catalina , OC 066 , iMac18,3 and use RestrictEvents kext. As i looked in the console system.log - for an other reason - i see many, many (every few seconds!) of Feb 5 12:25:14 iMac com.apple.xpc.launchd[1] (com.apple.driver.eficheck[883]): Service exited with abnormal code: 78 Feb 5 12:25:14 iMac com.apple.xpc.launchd[1] (com.apple.driver.eficheck): Service only ran for 0 seconds. Pushing respawn out by 10 seconds. Feb 5 12:25:24 iMac com.apple.xpc.launchd[1] (com.apple.driver.eficheck[884]): Service could not initialize: 19H512: xpcproxy + 14537 [839][F3151671-4794-3393-AF04-C3421B7647F3]: 0x1 ... What can be wrong? The RestrictEvents kext. (actual 1.0) is enabled in OC config and i cant see any config prob. Must i use the EFICheckDisabler.kext (its codelessm only an .plist kext) also to get rid of the com.apple.driver.eficheck errors? EDIT: I added EFICheckDisabler.kext and that avoids (first check) that com.apple.driver.eficheck errors in sytem.log EFICheckDisabler.kext.zip

Yep, this gray screen (with mouse cursor) happens if in nvram is set an non en language. Happend also to me, as i had de (german) - switch to en helped. After install you can switch so your language in the OS X seetings.

Can you share your working Clover before CloverX64-20201009102950-2fddd11-dirty-jief.zip ? I have also an Z77 MB GA Z77-DSH. Not tested this version, i can boot into Beta 9 Installer , but after that (at Minutes 12) it reboots (normal, i think next step is preboot installl..) but that reboots. If i try to boot preboot install or Big_Sig Volume same happens. This shows content of y Big Sur: Same Clover can boot my Catalina. Question1: I can say that the clover buildin generate CTSTATES/PSTATES doesnt work anymore - worked with Clover 5107. Waht happens: CPU is at fixed 800 MHz. If i use an generated SSDT für my I5-3570K (non XPM) i get stepping again. But old working generate Cstates/PStates are lost 5123 (differnet further builds also). Questiion2: What are the normal steps at the install process of BETA 9? Normally Clover sets the correct next boot volume by itself. But sometimes (also at Catalina) it is wrong and i must select the right volume fast enough by hand. Can it be that the FIRMWARE check/ Update thing may be the problem? How to disable that step with clover ( OC has some disable Firmware update function). I uploaded my config.plist . config.plist.zip

If you have an AMD CPU, maybe this also has an negative effect on AMD gpu drivers - Chris may know more.

RX 460 : removed AGPM & non Polaris injects. You see in Luxmark Info, that my RX 460 has 16 Compute Units (like RX 560) not 14. By flashing edited ("unlock Shaders) ROM back on the card. I reduced the max GPU clock a bit down from 1212 MHz to 1208 MHz. The 16 vs 14 CUs alone result in about 8-10 % compute boost - so your around 20000 Metal score is good for 14 CUs. I only get around 17000 Metal score (16 CU) without radeonboost. DL: RadeonBoost.kext.zip

Yep, even my RX 460 gets around 23K GeekbenchMetal (with Boost, without 17K) . Your RX 590 should get at least 40K without the RadeomBoost.

Interesting results. But it shows, that the maximum bandwidths are near the same for transfer sizes bytes more than around 20 KB. In your results the smaller transfersize speeds shows much , up to double , difference between with / without booster. I cross tested that on my RX 460 (booster gain 30%!) with an closer look to the smaller transfer sizes, because like you my maximum BAndwidths are also same (less than 2% diff with/ without booster) , nears same as yours. Between runs the smaller transfersizes vary much more than the bigger transfersite bandwidths. For my RX 460 frist run was onyl about 10 MB/S Device to Device Bandwidth, 0 Device(s) Transfer Size (Bytes) Bandwidth(MB/s) 1024 9.2 2048 146.2 Second run and all other runs around 49 MB/S Device to Device Bandwidth, 0 Device(s) Transfer Size (Bytes) Bandwidth(MB/s) 1024 50.4 2048 160.4 So, if you also repeated the test are you sure also Bandwidths of the smaller transfersizes are between the runs same much lower with the booster? If yes, that could explain why booster shows higher Geekbench Scores, they may use not much memory blocks by their around 8 small bench tasks.

Yep, without checking (against other apps than geekbench) it is unclear if the boost 1. is really happen also in other apps Some investigation - i will look after the files (libs, amd drivers etc.) are loaded and used when geekbench is running compute - with boost kext and without. Perhaps thats the difference. Or, perhaps geekbench checks something / optimise something in their app which result in boost. EDIT: Geekbench loads and uses same libs /AMD driver etc. @Xanny: Can you try to measure the bandwidth speed with boost (kext) and without. Perhaps , if you measure higher value for the bandwidth iit may be the reason. For me its not - RX 460 has same bandwidth, doesnt matter using kext or not. Small oclBandwidthTest is in my last post (2 post above this). Your bandwidth will be much hogher than my around 80000. I think at least 120000. But the interest is only in the difference (perhaps) with kext (or device properities inject) and without.

With the kext and my RX 460 , 10.15.4, i also get around 30% higher geekbench 5 OpenCL and Metal scores, So far so good. 1. I don't get any boost in other gpu compute benches like LUXMARK etc. and no boost of FPS in any Game with buildin FPS counter i testet. 2. I can get (Thanks to Chris!) same higher, 30%, Geekbench 5 scores - and only there - if i inject 3 device properties by Clover (Screenshoot) So i get same boost also without the kext. AGPM (is within newer kext versions) has no effect on my RX 460 card. Chris tells that the reason for higher Geekbench scores (some get 50%++!) came by higher vram bandwidth/internal VRAM tranfers and access goes faster and Geekbench is sensitiv to that. I dont think so because Geekbench measures score by about 8 different small gpu compute tasks. Even if some are sensitiv to the vram bandwidth it tells not why other gpu compute tasks or benches show really zero effect - for me Luxmark speed excat same not even 1% difference. And Luxmark uses also big ammount of the VRAM (up to 2 GB) of course. So why most of us - if they have an boost more than 10% between 2-3 geekbench runs - cant measure any boost with other benches or apps which can be users as benches. "FCP runs smoother" is for me or others not reproducible - we would need same source video and must do same things so compare. I tested some games which shows same FPS with/without kext and Luxmark + other gpu compute benches - the 30% Geekbench boost wasnt shown in any, not even 1%. I will NOT say the kext is placebo because Geekbench shows reproducible effect - but perhaps the boost comes by geekbench itself, geekbench optimises some on the fly in their gpu compute code if it found those kext injected parameters? Really, if i get 30% boost with kext, others up to 100%!, but cant find any boost in other benches / apps something is to investigate. Great would be others with same boost whoch find an bench / app whichs shows the booast by values and not "feels smoother, faster". I used also Idigo Render Bench http://downloads.indigorenderer.com/dist/beta/IndigoBenchmark_v4.0.64.pkg, but also here no boost, same as without kext. HINT: Disable CPU as render device Should bei gpu only like on sceenshoot. PS: Maybe oclBandwidthTest is the rigth tool to verify if the these "bandwidth/VRAM speed" may explain why geekbench boosts with the kext. For me the bandwidth is even a little bit lower using the kext (i belive by AGPM content) by using device properties inject bandwidth is same again. With or without device properties (=boost kext) i get same 80 GB/Sec in the oclBandwidthTest. Usage: Start Terminal, oclBandwidthTest --dtod --mode=shmoo Run the oclBandwidthTest at least 3 times (each run takes only about 2 Seconds ), there will be differences between the runs, so you get an better average value so can compare with/ without kext. (parameters gives an more intensitive internal bandwisth test , with out you get also PCI to / from gpu transferspeeds and an quick device to device(internal) bandwidth test. oclBandwidthTest.zip

First you must disable (or remove those renames) all GPU related renames in the ACPI /DSDT section if you use WEG. WEG does all needed - much more clever. Complete your SMBIOS , i can only see Macmodell 18,1. Also setup your IGPU with an ig-platform ID which is connectorless (means no more an display device anymore). Even better (mire easy to handle setup) disable IGPU in BIOS , remove inject intel and use an iMacPro1,1 MacModell.

It maybe because that VirtualSMC.efi is now "included /inside code " of OpenCore 0.54. So that OC Users dont need that VirtualSMC.efi driver anymore. But i may be wrong;)