Jump to content

Download-Fritz

Developers
  • Content Count

    1,150
  • Joined

  • Last visited

  • Days Won

    9

Download-Fritz last won the day on October 29 2019

Download-Fritz had the most liked content!

About Download-Fritz

  • Rank
    ygolohcysp desreveR

Contact Methods

  • Website URL
    https://www.github.com/acidanthera/

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

13,400 profile views
  1. Download-Fritz

    Customized OpenCore with additional features

    It will not be upstreamed or alike, but you're free to design your fork/GUI whatever way you want of course, so long as it does not bring any disadvantages to us (i.e. please support your people and/or try to make sure they do not abuse our bugtracker or threads too much). Though of course we're happy if you do not support ambiguous or unintuitive behaviour like this. That's among the reasons why we rejected this. I don't like the bless concept myself, but that's what we're given to work with, so I support letting it live as well as possible, not trying to kill it for convenience. iirc people want this to rename entries, which they could easily do by either renaming the macOS volume or (for all other OSes) create the .contentDetails file as Apple does - not quite a big task honestly. EDIT: To clarify the first paragraph, nobody who uses this fork or the GUI will get any support on the bug tracker at all. Because this will be interpreted again as some hate and disrespect comment by who knows, I'll also clarify this is due to how software debugging works... we cannot magically check OC for whether it is our bug or where it is, so everything interfering must be removed. Obviously this does not mean you cannot just temporarily remove and then put back the GUI after debugging with us.
  2. Download-Fritz

    Customized OpenCore with additional features

    @bayard about your question at Make sure you compiled the driver with assertions *disabled* because it might hang right here: https://github.com/tianocore/edk2/blob/1d3215fd24f47eaa4877542a59b4bbf5afc0cfe8/MdeModulePkg/Universal/HiiDatabaseDxe/HiiDatabaseEntry.c#L175-L185
  3. Download-Fritz

    OpenCore Discussion

    @Andres ZeroCross Well, yes, but the thread is for the GUI driver and the fork anyway... I'm honestly not convinced relying on HII is a good idea, it looks like a bloated mess just like dynamic PCD, so probably we don't want a big discussion about this here
  4. Download-Fritz

    Customized OpenCore with additional features

    @MacNB yes, that's exactly it. Feel free to link my post on the issue or PR, it's an easy "!= NULL" fix
  5. Download-Fritz

    Clover General discussion

    @fabiosun dump thr log and add the logged addresses to the whitelist array
  6. Download-Fritz

    Clover General discussion

    @fabiosun As I have explained various times, the cause for memory allocation errors is well known and fixed (DevirtualiseMmio) - this has nothing to do with any data sheets. Why booting fails can only be debugged with serial or by trying whitelisting all devirtualised regions one-by-one, in pairs, and so on. Taking 5 steps back towards devs who also don't have the hardware will not solve your issue.
  7. Download-Fritz

    OpenCore Discussion

    You probably just accidentially type or copy a period/dot
  8. Download-Fritz

    C++ proposition

    Heads up for your CONST literals, AMI disk stack may write to the file path args to EFI_FILE_PROTOCOL (replace trailing \ with '\0')
  9. Download-Fritz

    Customized OpenCore with additional features

    efi-boot-device-data is not used by literally anything but Clover, it's a communication variable for the Apple NVRAM stack. The default boot option is saved to Boot0080, which already is logged by OC (as well as Boot0081, Boot0082 and BootOrder) The point is there already are tools to accomplish this: https://acpica.org/downloads/uefi-support There is no point for this to be in OC itself
  10. Download-Fritz

    OpenCore Discussion

    @texem from what we are aware of, nothing. Apple still is going to use kexts for themselves (as iOS does), and we smuggle ours into just the same place ahead of any macOS logic running
  11. Download-Fritz

    Customized OpenCore with additional features

    Not for long, but I have run OpenCore on my Crosshair VI Hero just fine. The fix is vaguely something in some repository... this is a waste of time.
  12. Download-Fritz

    Customized OpenCore with additional features

    Yes, you do. And I have used my right to comment on this myself in return. Where is the issue? I see none, this is done for me. There is a non-0 chance I, at some point, reported a post as offtopic with the intention to have it moved to a separate thread. I don't remember whether that actually happened, and if it did, I do not remember whether I explicitly stated so. @Allan Might there be a way for you to verify this? Thanks a lot.
  13. Download-Fritz

    Customized OpenCore with additional features

    I have not defamed anyone. Claims were made that the design is flawed, and I countered the claim with the fact that the design is not understood. If you know how bless works, and how the boot path must be determined dynamically every boot to account for edge-cases like macOS upgrade (I used the wrong term in my previous post), you know that hardcoding is not a good idea. I did not check the exact implementation, but from the snippets I saw, in case of an upgrade, just like with Clover, you will probably end up with two separate boot entries (normal and installer boot, because the bless-detected installer path will no longer be matched with the custom entry path), while normal is prefered for being a custom entry (which have been moved to the *front* of the boot priority in the fork). Ergo, normal OS will boot as default. Of course that can be hacked around by detecting this case somehow, but you get the idea - hacks break. If my wording seems like I have tried to insult someone for being stupid or such, I'll apologise for that. I was strictly speaking about a lack of knowledge and insight into the Apple boot concept, which has nothing to do with IT experience or such at all - it is a specific model. Clover, its friends and this fork break this model, and we do not agree with this based on the factual situation. Once again, I do not mind @n.d.k's work at all and respect his decision to maintain a fork (though I agree, a custom GUI driver or app would have covered most if not all changes in the fork without emerging two products doing mostly the same). I do not respect @meaganmargaret's attempt to make justified and well reasoned design decisions look like ignored defects. Certainly, I'm not the one claiming things are "beyond" people. Please provide a mean of proof, and I will handle the rest.
  14. Download-Fritz

    Customized OpenCore with additional features

    The devs are vit and me, and I know vit well enough. If you make absolutely ridiculous claims, you bring the proofs. If pulling a random date out of the place where the sun does not shine is enough proof for people, so be it.
  15. Download-Fritz

    Customized OpenCore with additional features

    Oh no, that was not refering to him. He has his fork with his decisions the way he likes, and I respect that. I'm refering to you.
×