Uh, you have double the processors.@gigignopechegno seems weird to me, my multi-core is almost twice of yours while using slower proc.
I haven't use OpenCore yet.
Edit: And just about double my score with a single x5675...
Uh, you have double the processors.@gigignopechegno seems weird to me, my multi-core is almost twice of yours while using slower proc.
I haven't use OpenCore yet.
@gigignopechegno seems weird to me, my multi-core is almost twice of yours while using slower proc.
View attachment 873796
I haven't use OpenCore yet.
I'm comapring with the same 2 proc.Uh, you have double the processors.
Edit: And just about double my score with a single x5675...
I'm comapring with the same 2 proc.
Anyway h98 and gig confirm their score is back to normal now. So at least we don't have to worry about OpenCore reducing the performance.
So Post 1 setup will give me a Catalina install that I can update using Software Update?The setup described in post #1 does not touch platform information at all. Most would be hard pressed to find differences between such a setup and a natively booted one.
Modifying the SMBIOS in automatic mode is what seems to lead to the wrong frequency. Perhaps manual mode gives more control. This remains to be tested.
Thanks for all work guys! There is no problem with OpenCore and SMBios ImacPro1,1 tweak with dual cpus Mac Pro, right?
So Post 1 setup will give me a Catalina install that I can update using Software Update?
Why are you all working SMBIOS tweaks? To enable stuff not natively supported by a 5.1?
FSBFrequency
Type: plist integer, 64-bit
Failsafe: Automatic
Description: Sets FSBFrequency in gEfiProcessorSubClassGuid.
Sets CPU FSB frequency. This value equals to CPU nominal frequency divided by CPU maximum bus ratio and is specified in Hz. Refer to MSR_NEHALEM_PLATFORM_INFO (CEh) MSR value to determine maximum bus ratio on modern Intel CPUs.
Note: This value is not used on Skylake and newer but is still provided to follow suit.
I mainly focus on "if spoofing SMBIOS is safe". This is what I really want to know. However, even we end up determine that's not safe.
The real problem is if the OC writes to sections of NVRAM not designed for this like clover does on the cMP5.1. For instance cMP3.1 is safe for clover but it has different structure . According to Vitaly (one of the developers) OC should not write where it is not supposed to. I would recommend back up a snapshot of the firmware before OC usage and after and compare the snapshots.Why should it be unsafe to spoof a different SMBIOS? For the reason of firmware updates? It would surprise me if Apple doesn't run a compatibility check before flashing the EFI.
The real problem is if the OC writes to sections of NVRAM not designed for this like clover does on the cMP5.1. For instance cMP3.1 is safe for clover but it has different structure . According to Vitaly (one of the developers) OC should not write where it is not supposed to. I would recommend back up a snapshot of the firmware before OC usage and after and compare the snapshots.
I personally had my firmware corrupted by using Clover. Only because I have used the little Frank connector instead of the original firmware I was able to extract the corrupted bios and boot with the original firmware after removing the Matt card. @tsialex inspected the firmware and confirmed corruption.@startergo Neither Clover nor OC can overwrite the SMBIOS embedded inside your EFI.
I actually did that to see if there were any changes and saw none. Compared using binwalk.
Though, I am only using OC to boot/Software update Catalina so maybe the situation is different for SMBIOS users.
@startergo Neither Clover nor OC can overwrite the SMBIOS embedded inside your EFI.
Temperature sensors work. Fans work.