Jump to content
8755 posts in this topic

Recommended Posts

Now that TakeOffDelay has been implemented, is it possible to implement a logic where Timeout can be set to a value if ShowPicker is false, but is cancelled (reverts to 0/Off) if the ShowPicker hot key (opt/esc) is detected?

 

fantastic work BTW :)

37 minutes ago, canyondust said:

Now that TakeOffDelay has been implemented, is it possible to implement a logic where Timeout can be set to a value if ShowPicker is false, but is cancelled (reverts to 0/Off) if the ShowPicker hot key (opt/esc) is detected?

 

fantastic work BTW :)

Set Timeout 0

1 hour ago, telepati said:

But Command+R hotkey doesn't work. I set to ShowPicker NO Timeout 0 when I boot press to Command+R its always boot in default drive.

I think you might need the changes pushed by vit9696 last night, to add TakeOffDelay so you can set 1-2sec to allow OC to accept the hot keys with timeout=0?

 

(someone correct me if I’m wrong on this?)

  • Thanks 1
On 1/31/2020 at 5:05 AM, nmano said:

Add System peripheral Detail   for X99 and X299 System

1925845850_ScreenShot2020-01-31at4_58_49AM.thumb.png.6c89b1a9680c82a0ecd52d436565085d.png

X99.zip

1416826777_ScreenShot2020-01-31at5_08_13AM.thumb.png.845f57436c854e105cf99335fd866950.png

X299.zip

Out of curiosity, (devs) how important is this step in configuration? I assumed this was entirely cosmetic, but these posts suggest otherwise?

  • Like 1
On 11/11/2019 at 7:00 PM, jl4c said:

Not sure what you suggest. The purpose of this is to use ACPI hotpatch.

Have you found a way to call just the XQ** method without pasting the entire code of the original method ?

 

I really need this as well so i can use all Operating Systems using OpenCore without having something broken (FN Buttons).

23 minutes ago, Sniki said:

Have you found a way to call just the XQ** method without pasting the entire code of the original method ?

 

I really need this as well so i can use all Operating Systems using OpenCore without having something broken (FN Buttons).

Check this repository.

  • Thanks 1
4 hours ago, Sniki said:

Thank you @hardcorehenry managed to get everything working with _OSI ("Darwin"):

Starting from Fn Keys to Battery Status & Dual Battery support.

It also has English version just recently released. The same repo just translate into English.

 

https://github.com/jsassu20/OpenCore-HotPatching-Guide

Edited by telepati
  • Like 1
  • Thanks 2
3 hours ago, telepati said:

It also has English version just recently released. The same repo just translate into English.

 

https://github.com/jsassu20/OpenCore-HotPatching-Guide

First thanks go to both you @telepati and @hardcorehenry for providing me these links

Second thanks to them for providing such educational repositories.

 

Just completed checking all of the patches, it's amazing how many new things i learned and improved upon.

The more you learn, the more you realize that you know nothing... 

 

I believe now all my hacks should reach perfection in a couple of days (at the very least the ACPI side).

 

Thank you all !

 

Respect,

Sniki

  • Like 2

OC Boot menu does not display properly on Gigabyte GA-Z77P-D3 Rev1.1

It should appear in the top left corner of the screen!But now it's in the middle:(

 

My Hardware:

Motherboard: Giabyte GA-Z77P-D3 Rev1.1

CPU: Intel Xeon E3 1230 V2

Graphics Card: Sapphire Radeon RX560D

Display: View Sonic VX2478-4K-HD (4K 23.6") DP 1.2

 

IMAG0818.jpg

Z77P-D3 OC EFI.zip

Config.plist

6 minutes ago, Cloverkit said:

OC Boot menu does not display properly on Gigabyte GA-Z77P-D3 Rev1.1

 It should appear in the top left corner of the screen!But now it's in the middle:(

 

My Hardware:

Motherboard: Giabyte GA-Z77P-D3 Rev1.1

CPU: Intel Xeon E3 1230 V2

Graphics Card: Sapphire Radeon RX560D

Display: View Sonic VX2478-4K-HD (4K 23.6") DP 1.2

 

IMAG0818.jpg

Z77P-D3 OC EFI.zip

Config.plist

But Press F12 boot into BIOS Boot Menu and Select OC Boot Option is right

Hi, today I've just updated to OpenCore 0.5.5, no issues so far. Excellent Bootloader. 

 

My hardware is down below (see signature) and while I was reading though the UEFI section of the Configuration.pdf file I found something familiar with my ASUS motherboard:

 

As @vit9696 described here, he mentions double boot entry problems when dealing with namespaces.

 

"However, some firmwares do their own boot option scanning upon startup by checking file presence on the
available disks. Quite often this scanning includes non-standard locations, such as Windows Bootloader paths.
Normally it is not an issue, but some firmwares, ASUS firmwares on APTIO V in particular, have bugs. For them
scanning is implemented improperly, and firmware preferences may get accidentally corrupted due to BootOrder
entry duplication
(each option will be added twice) making it impossible to boot without cleaning NVRAM"

 

Now, I would like to have some clarification on the topic, I'm currently using these Quirks under UEFI > Quirks:

 

•RequestBootVarFallback ON 

I suppose that this quirk enhances security as described here:

 

"By redirecting Boot prefixed variables to a separate GUID namespace we achieve multiple goals (goals_list_after)"

 

I need confirmation that this happens when RequestBootVarFallback is enabled. Thanks

 

Also, this quirks implements security fixes by doing this, is it?

 

 "redirects some Boot prefixed variables to EFI_GLOBAL_VARIABLE_GUID (and requires the other quirk down below to be enabled)"

 

The other quirk I need to have more clarification on, is this:

 

•RequestBootVarRouting ON 

 

"To trigger the bug one should have some valid boot options (e.g. OpenCore) and then install Windows with
RequestBootVarRouting enabled."

 

My question is: if my scope is Not to trigger the bug, I should reboot my pc at least once with both quirks disabled (RequestBootVarFallback OFF +RequestBootVarRouting OFF)?

 

Thanks in advance. 

 

Regarding picker issues, newly added BuiltinTextRenderer may improve the situation (it also supports HiDPI).

 

@1Ale1RequestBootVarFallback reduces the chance to run into the entry duplication bug. I.e. you may likely not face the bug when you have RequestBootVarFallback enabled if your motherboard is faulty. The bug may still happen even when RequestBootVarFallback is enabled, however.

 

Even if you have both quirks (RequestBootVarRouting and RequestBootVarFallback) disabled you may still trigger the bug, but indeed with both of them off there is little chance it will happen. However, disabling RequestBootVarRouting will break functionality like switching between operating systems, remembering the default operating system, authenticated restart, unattended update installation, and several others.

  • Like 1
1 hour ago, telepati said:

Command-R still doesn't work with TakeoffDelay.

 

These are my settings;

 

I also set TakeoffDelay 0 but nothing change. After Asus Logo, I am pressing Command-R but system boot directly Default boot Drive.  Which part or setting I am doing wrong?

 

1765696715_ScreenShot2020-02-04at00_06_18.thumb.png.c56ce6ef9795cf519f61cb6a61cb8584.png

 

 

On Asus Logo press and hold without releasing. To release when you will see Apple Logo.

Show screenshot Input and Drivers sections in config.plist

Edited by Andrey1970
  • Thanks 1

hello 

need some help here with my efi ,reg stalls on " still waiting root device " 

 

EFI.zip

 

Note: my reg is working good catalina 10.15.3 and mojave 10.14.6 with clover 

this is not installtion 

Edited by eng_redaesm
add specs
4 hours ago, eng_redaesm said:

spces i7 6700k ,mb gigabyte h270-hd3p ,vga amd rx580 8bg,hdd toshiba m2 ssd 512 ,16 gb ram ddr4

This thread is related to OpenCore, please post your issue in the installation section, and attach your specs to your signature. Thanks

  • Like 1
53 minutes ago, 1Ale1 said:

This thread is related to OpenCore, please post your issue in the installation section, and attach your specs to your signature. Thanks

dear i know this is opencore topic and my reg is working  good catalina 10.15.3 with clover 

but this efi folder is for opencore 

have a nice day

1 hour ago, eng_redaesm said:

dear i know this is opencore topic and my reg is working  good catalina 10.15.3 with clover 

but this efi folder is for opencore 

have a nice day

Yes, but you must ask your question under NDK thread, cause you are using it.

 

 

11 minutes ago, telepati said:

Yes, but you must ask your question under NDK thread, cause you are using it.

 

 

ok thanks, done ased the n.d.k topic,  but i have the same issue with standard opencore

Edited by eng_redaesm
add specs
  • Like 1

The new BuiltInTextRenderer is fantastic, I can finally see it on my 4K screen :)

 

I understand it is Work-In-Progress, but if it helps devs, it seems that some shell commands do not get formatted properly (Particularly with -b formatting)

 

fantastic work!

 

IMG_3606.thumb.JPG.af20826317e86150b8d82b06b20520c5.JPGIMG_3607.thumb.JPG.204307766f7b58b51c7e6011d9520a94.JPG

×
×
  • Create New...