|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH RFC 32/35] arm : acpi map xen environment table to dom0
On 5 February 2015 at 10:59, Julien Grall <julien.grall@xxxxxxxxxx> wrote:
> Hi Parth,
>
> As for the STAO table, this is not only mapping but also creating the table.
>
> On 04/02/2015 14:02, parth.dixit@xxxxxxxxxx wrote:
>>
>> From: Parth Dixit <parth.dixit@xxxxxxxxxx>
>>
>> xen environment table contains the grant table address,size and event
>
>
> , size
>
>> channel interrupt information required by dom0.
>>
>> Signed-off-by: Parth Dixit <parth.dixit@xxxxxxxxxx>
>> ---
>> xen/arch/arm/arm64/acpi/arm-core.c | 52
>> +++++++++++++++++++++++++++++++++++++-
>> 1 file changed, 51 insertions(+), 1 deletion(-)
>>
>> diff --git a/xen/arch/arm/arm64/acpi/arm-core.c
>> b/xen/arch/arm/arm64/acpi/arm-core.c
>> index 9fd02f9..9e9285c 100644
>> --- a/xen/arch/arm/arm64/acpi/arm-core.c
>> +++ b/xen/arch/arm/arm64/acpi/arm-core.c
>> @@ -33,7 +33,6 @@
>> #include <asm/cputype.h>
>> #include <asm/acpi.h>
>> #include <asm/p2m.h>
>> -
>
>
> Spurious change.
>
>> /*
>> * We never plan to use RSDT on arm/arm64 as its deprecated in spec but
>> this
>> * variable is still required by the ACPI core
>> @@ -297,6 +296,49 @@ static int map_stao_table(struct domain *d, u64
>> *mstao)
>> return 0;
>> }
>>
>> +static int map_xenv_table(struct domain *d, u64 *mxenv)
>> +{
>> + u64 addr;
>> + u64 size;
>> + int res;
>> + u8 checksum;
>> + struct acpi_table_xenv *xenv=NULL;
>
>
> *xenv = NULL
>
>> +
>> + xenv = ACPI_ALLOCATE_ZEROED( sizeof(struct acpi_table_xenv) );
>
>
> No space necessary after the first ( and before the last )
>
>> + if( xenv == NULL )
>> + return -ENOMEM;
>> +
>> + ACPI_MEMCPY(xenv->header.signature, ACPI_SIG_XENV, 4);
>> + xenv->header.length = sizeof(struct acpi_table_header)+12;
>
>
> Where does the 12 comes from?
its total size - sizeof(struct acpi_table_header)
i will remove the hardcoing, as this table does not contain variable
length element
i can use sizeof at compile time to determine total size.
will take care in next patch
>> + xenv->header.checksum = 0;
>> + ACPI_MEMCPY(xenv->header.oem_id, "XenVMM", 6);
>> + ACPI_MEMCPY(xenv->header.oem_table_id, "RTSMVEV8", 8);
>
>
> RTSMVEV8? Why?
Because oem id is not finalized yet
>> + xenv->header.revision = 1;
>> + ACPI_MEMCPY(xenv->header.asl_compiler_id, "INTL", 4);
>> + xenv->header.asl_compiler_revision = 0x20140828;
>
>
> Why this compiler revision?
will remove it in next patchset, base it on the id of any existing table.
>> + xenv->gnt_start = 0x00000010000000;
>> + xenv->gnt_size = 0x20000;
>
>
> This is hardcoded. Even if you precise it in the cover letter, you should
> make clear in the patch that we have hardcoded.
sure, will do it in next patchset
>> + xenv->evt_intr = 31;
>> + xenv->evt_intr_flag =3;
>
>
> Ditto
>
> Also intr_flag = 3; and please use define rather than a value.
>
>> + size = sizeof(struct acpi_table_xenv);
>> + checksum = acpi_tb_checksum(ACPI_CAST_PTR(u8, xenv), size);
>> + xenv->header.checksum = (u8)( xenv->header.checksum - checksum );
>
>
> No space after the ( and before )
>
>> + *mxenv = addr = virt_to_maddr(xenv);
>> +
>> + res = map_ram_regions(d,
>> + paddr_to_pfn(addr & PAGE_MASK),
>> + DIV_ROUND_UP(size, PAGE_SIZE),
>> + paddr_to_pfn(addr & PAGE_MASK));
>
>
> Same remark as for the Xen Environment table (see patch #31).
>
>> + if ( res )
>> + {
>> + printk(XENLOG_ERR "Unable to map 0x%"PRIx64
>> + " - 0x%"PRIx64" in domain \n",
>> + addr & PAGE_MASK, PAGE_ALIGN(addr + size) - 1);
>> + return res;
>> + }
>> +
>> + return 0;
>> +}
>>
>> #define NR_NEW_XEN_TABLES 2
>>
>> @@ -346,6 +388,14 @@ static int map_xsdt_table(struct domain *d, u64
>> *xsdt)
>> ( ( (size - sizeof(struct acpi_table_header) ) /
>> sizeof(acpi_native_uint) ) );
>>
>> + /* map xen env table */
>> + res = map_xenv_table(d, &addr);
>> + if(res)
>> + return res;
>> +
>> + table_entry--;
>> + *table_entry = addr ;
>> +
>
>
> No space before ;
>
>> /* map stao table */
>> map_stao_table(d, &addr);
>> if(res)
>>
>
> Regards,
>
> --
> Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |