[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <57976353.7080500@codeaurora.org>
Date: Tue, 26 Jul 2016 09:19:15 -0400
From: Christopher Covington <cov@...eaurora.org>
To: Marc Zyngier <marc.zyngier@....com>
Cc: Hanjun Guo <guohanjun@...wei.com>,
Tomasz Nowicki <tn@...ihalf.com>, tglx@...utronix.de,
jason@...edaemon.net, rjw@...ysocki.net, bhelgaas@...gle.com,
lorenzo.pieralisi@....com, robert.richter@...iumnetworks.com,
shijie.huang@....com, Suravee.Suthikulpanit@....com,
hanjun.guo@...aro.org, al.stone@...aro.org, mw@...ihalf.com,
graeme.gregory@...aro.org, Catalin.Marinas@....com,
will.deacon@....com, linux-kernel@...r.kernel.org,
linux-acpi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
ddaney.cavm@...il.com, okaya@...eaurora.org,
andrea.gallo@...aro.org, linux-pci@...r.kernel.org
Subject: Re: [PATCH V7 1/8] ACPI: I/O Remapping Table (IORT) initial support
Hi Marc,
On 06/22/2016 09:34 PM, Hanjun Guo wrote:
> On 2016/6/22 22:51, Marc Zyngier wrote:
>> On 22/06/16 14:52, Tomasz Nowicki wrote:
>>> On 22.06.2016 15:25, Marc Zyngier wrote:
>>>> On 22/06/16 13:35, Tomasz Nowicki wrote:
>>>>> IORT shows representation of IO topology for ARM based systems.
>>>>> It describes how various components are connected together on
>>>>> parent-child basis e.g. PCI RC -> SMMU -> ITS. Also see IORT spec.
>>>>> http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Remapping_Table.pdf
>>>>>
>>>>> Initial support allows to detect IORT table presence and save its
>>>>> root pointer obtained through acpi_get_table(). The pointer validity
>>>>> depends on acpi_gbl_permanent_mmap because if acpi_gbl_permanent_mmap
>>>>> is not set while using IORT nodes we would dereference unmapped pointers.
>>>>>
>>>>> For the aforementioned reason call iort_table_detect() from acpi_init()
>>>>> which guarantees acpi_gbl_permanent_mmap to be set at that point.
>>>>>
>>>>> Add generic helpers which are helpful for scanning and retrieving
>>>>> information from IORT table content. List of the most important helpers:
>>>>> - iort_find_dev_node() finds IORT node for a given device
>>>>> - iort_node_map_rid() maps device RID and returns IORT node which provides
>>>>> final translation
>>>>>
>>>>> Signed-off-by: Tomasz Nowicki <tn@...ihalf.com>
>>>>> ---
>>>>> drivers/acpi/Kconfig | 3 +
>>>>> drivers/acpi/Makefile | 1 +
>>>>> drivers/acpi/bus.c | 2 +
>>>>> drivers/acpi/iort.c | 217 ++++++++++++++++++++++++++++++++++++++++++++++++++
>>>>> include/linux/iort.h | 30 +++++++
>>>>> 5 files changed, 253 insertions(+)
>>>>> create mode 100644 drivers/acpi/iort.c
>>>>> create mode 100644 include/linux/iort.h
> I tracked Marc's tree on git.kernel.org, it's acpi_os_free(buffer.pointer) there so
> my worry is gone :)
Do you plan on submitting this during the 4.8 merge window?
Thanks,
Cov
--
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm
Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code
Aurora Forum, a Linux Foundation Collaborative Project.
Powered by blists - more mailing lists