From: "Goel, Sameer" <sgoel@codeaurora.org>
To: Stefano Stabellini <sstabellini@kernel.org>
Cc: xen-devel@lists.xensource.com,
"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
Bob Moore <robert.moore@intel.com>,
Julien Grall <julien.grall@arm.com>,
Lv Zheng <lv.zheng@intel.com>,
Shanker Donthineni <shankerd@codeaurora.org>
Subject: Re: [PATCH] ACPICA: ACPI 6.0: Add support for IORT table.
Date: Wed, 22 Feb 2017 13:30:53 -0700 [thread overview]
Message-ID: <3af3f33e-e056-6b81-1964-9a3ce6966e03@codeaurora.org> (raw)
In-Reply-To: <alpine.DEB.2.10.1702161655580.9566@sstabellini-ThinkPad-X260>
On 2/16/2017 5:59 PM, Stefano Stabellini wrote:
> On Wed, 15 Feb 2017, Sameer Goel wrote:
>> From: Lv Zheng <lv.zheng@intel.com>
>>
>> ACPICA commit 5de82757aef5d6163e37064033aacbce193abbca
>>
>> This patch adds support for IORT (IO Remapping Table) in iasl.
>>
>> Note that some field names are modified to shrink their length or the
>> decompiled IORT ASL will contain fields with ugly ":" alignment.
>>
>> The IORT contains field definitions around "Memory Access Properties". This
>> patch also adds support to encode/decode it using inline table.
>>
>> This patch doesn't add inline table support for the SMMU interrupt fields
>> due to a limitation in current ACPICA data table support. Lv Zheng.
>>
>> Link: https://github.com/acpica/acpica/commit/5de82757
>> Signed-off-by: Lv Zheng <lv.zheng@intel.com>
>> Signed-off-by: Bob Moore <robert.moore@intel.com>
>> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
>> [Linux commit 874f6a723e56d0da9e481629b17482bcd3801ecf]
>> [only port the IORT changes]
>> Signed-off-by: Sameer Goel <sgoel@codeaurora.org>
>
> if this is a straight port from linux, then please don't make other
> changes on top of it such as:
>
>
>> @@ -5,7 +5,7 @@
>> *****************************************************************************/
>>
>> /*
>> - * Copyright (C) 2000 - 2011, Intel Corp.
>> + * Copyright (C) 2000 - 2016, Intel Corp.
>> * All rights reserved.
>> *
>> * Redistribution and use in source and binary forms, with or without
>> @@ -67,7 +67,8 @@
>> #define ACPI_SIG_DBGP "DBGP" /* Debug Port table */
>> #define ACPI_SIG_DMAR "DMAR" /* DMA Remapping table */
>> #define ACPI_SIG_HPET "HPET" /* High Precision Event Timer table */
>> -#define ACPI_SIG_IBFT "IBFT" /* i_sCSI Boot Firmware Table */
>> +#define ACPI_SIG_IBFT "IBFT" /* iSCSI Boot Firmware Table */
>
> [...]
>
>> +enum acpi_iort_node_type {
>> + ACPI_IORT_NODE_ITS_GROUP = 0x00,
>> + ACPI_IORT_NODE_NAMED_COMPONENT = 0x01,
>> + ACPI_IORT_NODE_PCI_ROOT_COMPLEX = 0x02,
>> + ACPI_IORT_NODE_SMMU = 0x03,
>> + ACPI_IORT_NODE_SMMU_V3 = 0x04
>
> SMMU_V3 wasn't present in 874f6a723e56d0da9e481629b17482bcd3801ecf
>
>
>> +struct acpi_iort_smmu_v3 {
>> + u64 base_address; /* SMMUv3 base address */
>> + u32 flags;
>> + u32 reserved;
>> + u64 vatos_address;
>> + u32 model; /* O: generic SMMUv3 */
>> + u32 event_gsiv;
>> + u32 pri_gsiv;
>> + u32 gerr_gsiv;
>> + u32 sync_gsiv;
>> +};
>> +
>> +/* Masks for Flags field above */
>> +
>> +#define ACPI_IORT_SMMU_V3_COHACC_OVERRIDE (1)
>> +#define ACPI_IORT_SMMU_V3_HTTU_OVERRIDE (1<<1)
>
> Same here.
>
> I think you also need 4ac78baf88d85c49883fcc87d31198ebe408e54d
>
Thanks for the feedback Stefano. I will make the required changes.
Sameer
--
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
prev parent reply other threads:[~2017-02-22 20:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-15 22:34 [PATCH] ACPICA: ACPI 6.0: Add support for IORT table Sameer Goel
2017-02-16 9:57 ` Jan Beulich
2017-02-22 20:29 ` Goel, Sameer
2017-02-23 7:39 ` Jan Beulich
2017-02-23 13:59 ` Julien Grall
2017-02-23 15:02 ` Jan Beulich
2017-02-23 15:14 ` Julien Grall
2017-02-17 0:59 ` Stefano Stabellini
2017-02-22 20:30 ` Goel, Sameer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3af3f33e-e056-6b81-1964-9a3ce6966e03@codeaurora.org \
--to=sgoel@codeaurora.org \
--cc=julien.grall@arm.com \
--cc=lv.zheng@intel.com \
--cc=rafael.j.wysocki@intel.com \
--cc=robert.moore@intel.com \
--cc=shankerd@codeaurora.org \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).