lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
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