Jump to content

Can someone provide ACPI Tables from real iMac20,x?


22 posts in this topic

Recommended Posts

Hi. I am trying to find ACPI Tables from the latest 10th Gen Intel Macs to update the OC-Little Repo to further improve the quality of information and to improve our builds. Therefore I'd like to check out the ACPI Tables of the  10th Gen Intel Macs. So if anybody has access to an imac20,x or any other of the newest Mac models, I'd highly appreciate if you would share them with me.

 

Thanks in advance,

5T33Z0

Edited by 5T33Z0
11 minutes ago, 5T33Z0 said:

Hi. I am trying to find ACPI Tables from 10the Gen Macs to update the OC-Little Repo to further improve the quality of information and to improve our builds. Therefore I'd like to check out the ACPI Tables of the last Gen Intel Macs. So if anybody has access to an imac20,x or any other of the newest Mac models, I'd highly appreciate if you would share them with me.

 

Thanks in advance,

5T33Z0

Here you can find a lot of DarwinDumps(ACPI included).

  • 2 months later...
On 11/3/2021 at 1:31 PM, hardcorehenry said:

I'm not providing miracles;).

IOREG iMac 20,1.zip  😘

cc @vit9696@Andrey1970

Edited by lorys89
  • Like 3
  • Thanks 1
  • 2 weeks later...

I once used to Acpi Tables from a Mac and it ran pretty well. If the hardware is not there in DSDT it doesn't matter

You can edit the stuff that's not there is good experiment

  • 3 months later...
  • 3 years later...
  • 8 months later...

Macs with Apple Silicon chips (M1, M2, M3, M4, etc.) do not use the ACPI standard. Therefore, it is impossible to dump ACPI tables (such as DSDT or SSDT) on these machines because these tables do not exist in the computer's firmware.

  • Like 1
On 6/22/2026 at 2:44 AM, Slice said:

Have anybody dumps from real Apple M* Macs?

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."

  • Haha 1

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

  • Like 1
  • Thanks 1
4 horas atrás, Avery B disse:

https://asahilinux.org/docs/fw/adt/

Projeto fascinante:) Para sua informação, mais informações sobre como despejá-los

 

4 horas atrás, deeveedee disse:

Obrigado pelo link. Isso parece ser um projeto interessante.

 

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.

8 hours ago, Slice said:

What about SMBIOS from Apple Silicon?

How macOS knows a serial number of the Apple Silicon machine?

 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. 

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. 😉

×
×
  • Create New...