AudioGod Posted February 5, 2021 Share Posted February 5, 2021 @pkdesign Spoofvendor = Yes gives the results your showing, SpoofVendor = No will show your Apple Details but it’s not really advised incase it cheeses off Apple. 3 1 Link to comment Share on other sites More sharing options...
wiliplasen Posted February 6, 2021 Share Posted February 6, 2021 Hi Is there any way to hide the mouse cursor in OpenCore 0.6.6?? Thanks Link to comment Share on other sites More sharing options...
Anto65 Posted February 6, 2021 Share Posted February 6, 2021 5 minutes ago, wiliplasen said: Hi Is there any way to hide the mouse cursor in OpenCore 0.6.6?? Thanks 1 Link to comment Share on other sites More sharing options...
wiliplasen Posted February 7, 2021 Share Posted February 7, 2021 15 hours ago, antuneddu said: Thanks all ok Link to comment Share on other sites More sharing options...
mhaeuser Posted February 7, 2021 Share Posted February 7, 2021 On 2/5/2021 at 8:44 PM, pkdesign said: Wasn't that the complainant about Clover? How does this show Acidanthera? The complaint? There are plenty of complaints, but as both OC and Clover allow customisation of this field, this is certainly not one of them. "Apple" vendor is not recommended for various reasons, including Apple tools querying it (the kind of tools we do not want to run) and reports to Apple making it obvious it is not official hardware. There is no known drawback to it. 2 1 Link to comment Share on other sites More sharing options...
Mork vom Ork Posted February 7, 2021 Share Posted February 7, 2021 (edited) Sorry for asking, but is it possible to patch "config.plist"s within OpenCore? I mean is it possible to patch a value within kexts "config.plist" to any other value? Edited February 7, 2021 by Mork vom Ork Link to comment Share on other sites More sharing options...
deeveedee Posted February 8, 2021 Share Posted February 8, 2021 On 2/7/2021 at 5:01 AM, Download-Fritz said: The complaint? There are plenty of complaints ... I disagree. How does one complain about software that is maintained at no cost to the end user with countless hours of outstanding support and response to user questions? Both the OC and CLOVER teams are to be commended for their incredible work and commitment. Now I definitely agree that there are many issues that have yet to be resolved. Complaints? Don't really do much good. 1 Link to comment Share on other sites More sharing options...
mhaeuser Posted February 8, 2021 Share Posted February 8, 2021 (edited) @Mork vom Ork Writing to the FS in UEFI is dangerous and known to cause corruption (if you mean permanently editing config.plist). Just changing parameters for the boot would not be terrible, however there are security concern (arbitrary boot args / adding kexts / ...) for most of the functionality, and the "safe" functionality was not really needed so far. External contributions could be discussed at some point, but we have no plans. @MifJpn Maybe bisect the problematic commit if you believe it is not a config issue? @tonyx86 I picked up the word from the original post, and it is obvious it means something like "design issues OC (supposedly) fixed". Edited February 8, 2021 by Download-Fritz 1 Link to comment Share on other sites More sharing options...
droples Posted February 8, 2021 Share Posted February 8, 2021 4 hours ago, MifJpn said: Hello everyone. I have compiled bf999acf6e04efda9780a1099648bd5ce393774c for OpenCore 0.6.7. When I used it, Catalina recovery could not boot.(pause and menu screen) What about you? Thank you. If you want to get an answer, then submit the download log (debug = 67 in the config.plist). USE https://dortania.github.io/builds/?product=OpenCorePkg&viewall=true it is safer. Link to comment Share on other sites More sharing options...
mhaeuser Posted February 8, 2021 Share Posted February 8, 2021 46 minutes ago, MifJpn said: I wonder if there is any reason, if possible, please let me know. Well, the driver is immature, no real reason to use it really. It's there only because it's OSS. 2 Link to comment Share on other sites More sharing options...
ghost8282 Posted February 10, 2021 Share Posted February 10, 2021 (edited) I'm reading that OpenHfsPlus.efi is slower than HFSPlus.efi: well, this is not my case Just to report it, as it seems all (or most of users) are experiencing this. Before OpenHfsPlus.efi there was another driver from Acidanthera (sorry, I don't remember what was the file name), and yes that old driver was very slow (several minutes) compared to HFSPlusLegacy.efi (I was using the legacy version of the driver). Now with OpenHfsPlus.efi I'm able to boot into recovery in about 40s (starting to take time from the bootpicker to the window of the recovery); the same (or a couple of seconds more) is with HFSPlusLegacy.efi. Edited February 10, 2021 by ghost8282 2 Link to comment Share on other sites More sharing options...
ghost8282 Posted February 11, 2021 Share Posted February 11, 2021 (edited) 6 hours ago, Hervé said: Just a little flag I'm raising re: OpenCore and a recent behaviour observed by several people (myself included) in relation to the Big Sur 11.2.1 update: https://www.insanelymac.com/forum/topic/346548-release-macos-big-sur-112-1121/?do=findComment&comment=2750803 https://www.insanelymac.com/forum/topic/346548-release-macos-big-sur-112-1121/?do=findComment&comment=2750828 https://osxlatitude.com/forums/topic/15114-latitude-e5470-cannot-find-latest-version-macos It happened to me too, not this time with the 11.2.1 from 11.2, but with older updates, last time if I remember well to update to 11.2 (virtual machine on kvm/qemu), but I'm not sure what caused it, if a bug in OVMF_VARS/OVMF_CODE or other.. No updates available both from the terminal and the system preferences (gui). When this happens I delete OVMF_VARS.fd and OVMF_CODE.fd, replace that files with fresh ones, reboot and after this the update shows (most probably deleting/replacing only OVMF_VARS.fd is enough). Resetting the nvram from the picker doesn't help. However again, I'm not sure on what it depends. On the next update when the issue will show (if it will show) I will keep a backup of the 2 files which I will delete to compare. Edited February 11, 2021 by ghost8282 Link to comment Share on other sites More sharing options...
deeveedee Posted February 11, 2021 Share Posted February 11, 2021 (edited) My BS 11.2 to 11.2.1 upgrade completed with one minor issue that resolved itself. Details below... Updated my HackMini8,1 from BS 11.2 to BS 11.2.1 with almost no issues. After the first reboot, OC 0.6.6 correctly selected the 'Macintosh HD' volume. After the second reboot, OC correctly selected the primary BS volume. After the 3rd reboot, OC correctly selected the primary BS volume, but a 4th reboot occurred (with a shutdown error). However, after the 4th reboot, BS was completely upgraded to 11.2.1. My system details are below with more documented here. About This Mac: BS 11.2.1 (20D74) Spoiler EDIT: I am running Catalina 10.15.7 on this same system (Catalina is still my production environment). My supplemental update of Catalina 10.15.7 completed without any issues. The update was flawless using the exact same EFI that I'm using for BS (OC 0.6.6). About This Mac: Catalina 10.15.7 (19H524) Spoiler System Details: OC: 0.6.6 Release Build (Text boot picker, HFSPlus.efi) SMBIOS: MacMini8,1 Chipset: Q370 CPU: CoffeeLake i7-8700 Graphics: UHD630 (iGPU-only) Displays: 3 x DP -> DigitalDVI Memory: 32GB DDR4 (2x16GB) Storage: 2 x M.2 NVMe SSD, 1 x 2TB SATA6 HD Other detail that may be unique to this system: HPET is disabled via ACPI patch (see why, here) Edited February 11, 2021 by tonyx86 Added notes about Catalina 10.15.7 supplemental update 1 Link to comment Share on other sites More sharing options...
Frankovich Posted February 11, 2021 Share Posted February 11, 2021 (edited) Hey guys! I have some trouble. I have Intel Xeon E2690v1, BigSur 11.2.1, Win 10 Pro 20H2 on different SSD and trouble with all these. When I load in Win from OC my CPU work only on 2,4-2,88Ghz. No turboboost and no speedstep for lowers numbers. If I load from BIOS - all work perfectly. I found that if I turn off dropping "Delete CpuPm" in ACPI - CPU in windows through OC works perfectly. But in dortania's manual for my CPU I need to drop CPU tables... Without it, I haven't speedstep and turboboost in macOS... Any ideas on how to isolated dropping tables only for macOS or any other help? Will appreciate for help. Added my EFI if you need it. Here my OC 0.6.4 but it doesn't matter I think. EFI.zip Edited February 11, 2021 by Frankovich 1 Link to comment Share on other sites More sharing options...
Frankovich Posted February 12, 2021 Share Posted February 12, 2021 22 hours ago, Hervé said: I believe the Dortania OpenCore guide full details the steps you ought to follow in order to configure proper CPU power management settings for your Sandy Bridge EP CPU; I suggest you read those again (or for the 1st time if you've never consulted the place). You would be expected to remove dropping of those tables after you've generated and installed the SSDT table created by Pike R Alpha's well-known generator script. Dortania's OpenCore guide not a full details the steps for CPU power management settings and USB for my x79, but with Google and Dortania I fixed my trouble. Thanks. Link to comment Share on other sites More sharing options...
ghost8282 Posted February 13, 2021 Share Posted February 13, 2021 (edited) 14 hours ago, Hervé said: On re-enabling SIP or setting csr-active-config to 0x67 or 0x3e7 (i.e. values typically set in Clover before), all is Ok and the update is offered and fully downloadable. I have that field empty (now I have the doubt that this may be not right...), I set sip through the terminal, sip is enabled and authenticated-root is enabled too (no custom config, all shows as "Enabled"). But still sometimes the updates don't show. This remains the only way to get updates when it hangs with "no updates available". Edited February 13, 2021 by ghost8282 Link to comment Share on other sites More sharing options...
Matgen84 Posted February 13, 2021 Share Posted February 13, 2021 24 minutes ago, ghost8282 said: I have that field empty (now I have the doubt that this may be not right...), I set sip through the terminal, sip is enabled and authenticated-root is enabled too (no custom config, all shows as "Enabled"). But still sometimes the updates don't show. This remains the only way to get updates when it hangs with "no updates available". With SIP enabled, do you have in config.plist: <key>SecureBootModel</key> <string>Disabled</string> 1 Link to comment Share on other sites More sharing options...
ghost8282 Posted February 13, 2021 Share Posted February 13, 2021 (edited) 8 minutes ago, Matgen84 said: With SIP enabled, do you have in config.plist: <key>SecureBootModel</key> <string>Disabled</string> mmm no..it's "Default" If I remember well, with "Disabled" I had issues with updates. Edited February 13, 2021 by ghost8282 1 Link to comment Share on other sites More sharing options...
ghelid Posted February 13, 2021 Share Posted February 13, 2021 On 9/11/2020 at 10:56 PM, pkdesign said: But now at boot I get following: OCSB: No suitable signature - Security Violation OCB: Apple Secure Boot prohibits this boot entry, enforcing! OCB: LoadImage failed - Security Violation Not sure which of these are wrong or if I need any of them at all. On 9/11/2020 at 11:03 PM, iGPU said: There's one new entry that I'm not seeing in your list: set Misc/Security/SecureBootModel to "Disabled". I have the same problem, it gives me this error and yet I moved securebootmodel to NO, but I don't have disabled. can I see your plist? Link to comment Share on other sites More sharing options...
ghost8282 Posted February 13, 2021 Share Posted February 13, 2021 2 minutes ago, ghelid said: I moved securebootmodel to NO, It's not boolean, it's a string! Read documentation. 1 1 Link to comment Share on other sites More sharing options...
hardcorehenry Posted February 14, 2021 Share Posted February 14, 2021 (edited) Updated OC today to the latest commit and… did I miss something? Anyone else have the same issue? Spoiler Edited February 14, 2021 by hardcorehenry Link to comment Share on other sites More sharing options...
gorans Posted February 14, 2021 Share Posted February 14, 2021 Do You know why Hackintool displays this info about IGPU? VdaDecoderChecker shows: Hardware acceleration is fully supported, and I have UHD 630 accel in Videoproc. Do I need to check something else to confirm that it's fully working? My main video card is Radeon RX 570. MacOS 10.15.7. Link to comment Share on other sites More sharing options...
mhaeuser Posted February 14, 2021 Share Posted February 14, 2021 (edited) @hardcorehenry There have been multiple fix commits to the new mechanism, please reproduce with latest master in a few minutes or hours (vit is updating the code yet again at the moment). Sorry EDIT: https://github.com/acidanthera/OpenCorePkg/commit/c97baf360beb66b2be8c653c0fa4241c73d9a211 Edited February 14, 2021 by Download-Fritz 1 Link to comment Share on other sites More sharing options...
deeveedee Posted February 14, 2021 Share Posted February 14, 2021 3 hours ago, gorans said: Do You know why Hackintool displays this info about IGPU? What version of Hackintool? I'm running Hackintool v3.5.3 which reports the following for my rig: VDA Decoder Spoiler IGPU Spoiler 1 Link to comment Share on other sites More sharing options...
gorans Posted February 14, 2021 Share Posted February 14, 2021 (edited) 3 hours ago, Hervé said: Check what SysInfo shows. If Ok, contact Hackintool author as it would not be OpenCore related, would it? If by SysInfo You mean System Information, it doesn't show IGPU at all. In Activity monitor I also have only RX 570. I don't know if that is expected behavior, that's why I'm checking here. Thanks. @tonyx86 I have 3.5.3 also. VDA decoder also says Fully Supported, but GPU name is "Intel ???". Do You drive a display with Your iGPU? Edited February 14, 2021 by gorans Link to comment Share on other sites More sharing options...
Recommended Posts