arch/arm64/arm-acpi.rst

14 it refers to are managed by the UEFI Forum.  The specification is
15 available at http://www.uefi.org/specifications and documents referenced
16 by the specification can be found via http://www.uefi.org/acpi.
65    ACPI governance into the UEFI forum has significantly opened up the
126 is via the UEFI system configuration table.  Just so it is explicit, this
127 means that ACPI is only supported on platforms that boot via UEFI.
141 In order for the kernel to load and use ACPI tables, the UEFI implementation
149 the kernel by the ACPI core, using the address provided by UEFI.
290 is that UEFI will leave the device in a reasonable default state, including
335 Device properties that have not been registered with the UEFI Forum can be used
336 but not as "uefi-" common properties.
340 as DT bindings, or the UEFI Forum as device properties.  While we do not want
352 registered with the UEFI Forum [4], which will review it again for consistency
353 within the registry.  This may require iteration.  The UEFI Forum, though,
356 It may make sense to provide notice to the UEFI Forum that there is the
421 UEFI, in this case -- to some working value before control is handed over
508 is a part of the UEFI Forum.  The current version of the ACPI specification
511 Participation in this group is open to all UEFI members.  Please see
512 http://www.uefi.org/workinggroup for details on group membership.
516 the released standards from UEFI ASWG.  As a practical matter, there will be
522 are not UEFI members, many other members of the Linux community are and would
562     https://github.com/UEFI/DSD-Guide/blob/main/dsd-guide.pdf