ACPI errors on amd64 (sempron)

Nate Lawson nate at root.org
Fri Oct 21 10:43:44 PDT 2005


John Baldwin wrote:
> On Friday 21 October 2005 02:38 am, Mathieu Prevot wrote:
> 
>>>I think that the generation of the OS for Amd64 needs to set this
>>>define:
>>>
>>>#define ACPI_MISALIGNED_TRANSFERS
>>>
>>>I will look into doing this automatically in the actypes.h header
>>
>>To confirm, the same output on the same system but with
>>6.0RC1i386GENERIC:
> 
> 
> I think Robert's point is a patch like the following hack would shut up the 
> warnings:
> 
> Index: actypes.h
> ===================================================================
> RCS file: /usr/cvs/src/sys/contrib/dev/acpica/actypes.h,v
> retrieving revision 1.1.1.29
> diff -u -r1.1.1.29 actypes.h
> --- actypes.h   1 Dec 2004 23:13:39 -0000       1.1.1.29
> +++ actypes.h   21 Oct 2005 13:52:22 -0000
> @@ -194,6 +194,9 @@
>  typedef UINT64                          ACPI_SIZE;
> 
>  #define ALIGNED_ADDRESS_BOUNDARY        0x00000008      /* No hardware 
> alignment support in IA64 */
> +#ifdef __amd64__
> +#define ACPI_MISALIGNED_TRANSFERS
> +#endif
>  #define ACPI_USE_NATIVE_DIVIDE                          /* Native 64-bit 
> integer support */
>  #define ACPI_MAX_PTR                    ACPI_UINT64_MAX
>  #define ACPI_SIZE_MAX                   ACPI_UINT64_MAX
> 
> The problem is that currently the actypes.h header assumes that the only 
> 64-bit platform it runs on is IA-64, but it also runs on amd64 and amd64 
> allows for unaligned accesses just like i386.
> 
> I'm not sure if ALIGNED_ADDRESS_BOUNDARY should be 0x4 for amd64 either, 
> probably not though.
> 

If that works, can you commit it to something off the vendor branch? 
(Perhaps acfreebsd.h or something?)

-- 
Nate


More information about the freebsd-acpi mailing list