Jump to content

All Activity

This stream auto-updates

  1. Past hour
  2. Socolive Studio
    Socolive Studio joined the community
  3. Henry Nilu
    Henry Nilu joined the community
  4. Avery B
    Device trees and the like are very widely used with Arm devices. The Arm ecosystem is not homogenized into a set of standards like x86 systems are - you see a lot more variety in firmware, boot loaders, hardware, peripherals, etc. I doubt any of this has been purposely done to prevent hackintoshes. We are just seeing the side affects of them having custom silicon and having their own security requirements with regards to their boot chain. Remember too that they've been using ##### and their own silicon as far back as some of their earliest iPhones - bootloaders like u-boot were nowhere near as fleshed out back then than as they are now. You also see a lot of proprietary bootloaders afaik with android devices too. M1n1 was created by Asahi for what it is worth heh. You are probably thinking of #####. Edit: #####/i boot is getting censored? Huh? https://en.wikipedia.org/wiki/##### I'm not talking about anything related to tonymac or their tools, I'm trying to talk about Apple's bootloader ;-;
  5. Dean Higgs
    Dean Higgs joined the community
  6. MaLd0n
    Now need add things for silicon 🙂 I'll check it soon.
  7. Today
  8. Max.1974
    🤩
  9. kgp
    Working now! Great job! Just a view issues left..
  10. MaLd0n
    https://limewire.com/d/GzrVC#guBBDPzzzx Check what missing with this
  11. thedriftbosscomm
    thedriftbosscomm joined the community
  12. luck8monster01
    luck8monster01 joined the community
  13. bongdalustyle
    bongdalustyle joined the community
  14. keonhacaimobil
    keonhacaimobil joined the community
  15. fly88select1
    fly88select1 joined the community
  16. liposuction in dubai
    liposuction in dubai joined the community
  17. springfitmattress
    springfitmattress changed their profile photo
  18. kgp started following Macos Golden Gate - Experiment Cpu Intel
  19. sodo66email
    sodo66email changed their profile photo
  20. notobo
    You did not understand me. I was using only BlueWakeFixup kext in Sequoia and symptom was same when I used your old solution with boot arg and patched BlueToolFixup kext. I made test in Ventura with BlueWakeFixup kext and this symptom does not exists, it functions 100% safe. Ventura also had this problem with BT after wake which your kext finally fix. I will make further tests to see why Seqoia wake at random level approx. 2-3 hours. Cheers on your work m8.
  21. Fran Hardy
    Fran Hardy changed their profile photo
  22. XanthraX
    Oh my God! I remember the experience of the first 68K Macintosh emulator on PC. I loved to see System 7, but not afforded a Mac. Now it can be emulated in a webside infinitemac.org
  23. xocdiaonline68club1
    xocdiaonline68club1 changed their profile photo
  24. polo didin
    polo didin changed their profile photo
  25. andynewson
    andynewson changed their profile photo
  26. mittt
    mittt changed their profile photo
  27. Kathy McCraw
    Kathy McCraw changed their profile photo
  28. shikiwoo
    shikiwoo changed their profile photo
  29. sunwin siempreeslunes
    sunwin siempreeslunes changed their profile photo
  30. deeveedee
    @Avery B I just noticed that you answered this. Thank you!
  31. kgp
    @MaLd0n, any chance of making Mac-Info compatible with Apple silicon and macOS 27? 😇
  32. Yesterday
  33. Max.1974
    https://asahilinux.org/docs/fw/adt/ My personal opinion : Apple intentionally designed a boot process with m1n1 and a hardware management layer that bypasses the traditional SMBIOS, specifically to prevent compatibility with Hackintosh bootloaders. Only after extensive reverse engineering by the Linux community were the necessary mechanisms understood. Even then, there will likely remain system-level restrictions preventing macOS from running on other ARM platforms or on Intel hardware. You can save some money along the way, which will be much better than trying to invent another bootloader. 😉
  34. engeldlgado
    Hello everyone, how has the experimental TurboQuant engine been working for you compared to the Bundle? I'm planning to keep just a single engine for maintainability, since managing both takes up too much time... if a bug occurs in one, I have to fix it in both. Honestly, in my testing, both have been stable. But it all comes down to what you say, as this is for the community, not just for me... so... what do you think?
  35. Max.1974
    Hi @Slice On Apple Silicon Macs, macOS does not rely on a traditional SMBIOS like Intel PCs or Hackintoshes. The serial number, hardware UUID, and other identifiers are stored in secure hardware components and provided by Apple’s firmware during boot. Unlike a Hackintosh, where OpenCore injects SMBIOS data, Apple Silicon Macs obtain these values directly from the hardware and the secure boot chain. That’s why the serial number cannot simply be changed or spoofed like a typical SMBIOS. In short: macOS knows the serial number because it is securely stored in the device and exposed by Apple’s firmware, not because it reads a conventional SMBIOS table. I noticed some differences after performing a full firmware restore with the IPSW file on my M4 Pro. Unlike a regular macOS reinstall, the restore process also reinstalls low-level firmware and rebuilds parts of Apple’s secure boot chain, which may explain why some issues disappeared afterward. That’s why I was able to use the operating systems and applications required for my work at the court. Justice.
  36. Max.1974
    https://www.fosslinux.com/157744/macos-27-golden-gate-breaks-asahi-linux-what-it-means-and-how-to-recover.htm "macOS 27 Golden Gate Breaks Asahi Linux — What It Means and How to Recover"
  37. Max.1974
    However, be careful when installing Asahi Linux, whether on Arm64 or Intel (especially T2 Macs), because uninstalling it requires specific commands. This happened to a colleague from Discord who wasn’t aware of that. I had to help him using commands in Recovery Mode. It doesn’t uninstall as simply as people might expect, because Apple’s EFI does not understand what is happening within the disk clusters. By the way, the developers’ page currently recommends not installing Golden Gate alongside Asahi Linux. Be especially cautious if you plan to dual-boot, as there may be compatibility and boot management issues that are still being worked on.
  38. miliuco
    @kgp Excellent scores for the M1! This is a 15.6" M4, bought a few days ago. Trying Golden Gate in it. Logically, the score is better, but not that much better if you consider the 5 years between them.
  39. MacNB
    Solved. Thx 👍 Great job.
  40. kgp
    This time, the Sparkle update to v4.3.4 (1634) worked perfectly. Many thanks again for your hard work and to @chris1111 for providing the corresponding images. 💯 I am very happy with macOS 27 beta 2, which works amazingly well for being only the second beta release on this old silverback. What a pity that we cannot run macOS 27 on our Hacks. With macOS 27 beta 2 (26A5368g), Apple appears to have fixed the following issues on my MacBook Pro M1: Keyboard and trackpad now work immediately after waking from sleep or opening the lid. No Wi-Fi issues after waking from sleep or opening the lid. Secondary click now works perfectly when configured as "Click in Bottom Right Corner". Below are a few benchmark results:
  41. miliuco
    @kgp @MacNB There was a mistake in the appcast.xml file, I create the releases in the Mac laptop forgetting that the Sparkle key saved in the keychain was different than in the Hack, so the update was improperly signed. Already fixed, please tell me if there is any issue. Thanks. @kgp How does the M1 handle on the Golden Gate? Are you satisfied with it?
  42. Cyberdevs

    Bad stories...

    Cyberdevs replied to Slice's topic in InsanelyAI

    That's why prompt engineering is a thing now. It's all about how to ask or tell the AI what you need and get the right answer.
  43. Avery B
    https://asahilinux.org/docs/fw/adt/ Fascinating project fyi more info on dumping them
  44. deeveedee
    Thanks for the link. That looks like an interesting project.
  45. Avery B
    Apple macs use a modified version of device trees which are commonly seen used with arm devices. They are just a tree of devices and properties with no logic/code behind them. Can view a few examples of what they look like (though keep in mind this is from Linux which uses the full FDT standard rather than the simplified version used by Apple) https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/apple/t6020-j414s.dts
  46. Mirone
    @notobo You no longer need to use the patched version of BlueToolFixup or the boot argument -btlfxwakecrash. You can now use the standard BlueToolFixup without my wake-related fixes. To fix the wake issue, simply use my BlueWakeFixup kext. No additional boot arguments or extra configuration are required.
  47. Allan
    Maybe @fantomas @Max.1974 can try to pick those files for ya. 😃 Or if is not possible to get the ACPI files, will according with this phrase from Max's link: "If an Arm system does not meet the requirements of the BSA and BBR, or cannot be described using the mechanisms defined in the required ACPI specifications, then ACPI may not be a good fit for the hardware."
  48. MacNB
    I am using 4.3.2 and it prompted me to install update (my auto update is turned off). but I got this error:
  1. Load more activity
×
×
  • Create New...