[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH RFC 31/35] arm : acpi map status override table to dom0



On Thu, 2015-02-05 at 16:27 +0530, Parth Dixit wrote:
> >> +    stao->header.length = sizeof(struct acpi_table_header) + 1;
> >> +    stao->header.checksum = 0;
> >> +    ACPI_MEMCPY(stao->header.oem_id, "LINARO", 6);
> >> +    ACPI_MEMCPY(stao->header.oem_table_id, "RTSMVEV8", 8);
> >
> >
> > I though the plan was to use a Xen OEM ID?
> yes, but its not clear what should be used as xen oem id is not finalized yet.

Are these IDs the ones defined for x86 in
tools/firmware/hvmloader/acpi/acpi2_0.h:
        #define ACPI_OEM_ID             "Xen"
        #define ACPI_OEM_TABLE_ID       "HVM"
        #define ACPI_OEM_REVISION       0
        
        #define ACPI_CREATOR_ID         ASCII32('H','V','M','L') /* HVMLoader */
        #define ACPI_CREATOR_REVISION   0
        
? If so we should reuse them, although maybe not OEM_TABLE_ID and
CREATOR_ID since those are x86/HVM specific.

What is the process for assigning those? Given our unique OEM_ID are we
allowed to just declare them ourselves?

Ian.



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.