| 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
| ||
|
Message-ID: <56966C1C.1050902@codeaurora.org>
Date: Wed, 13 Jan 2016 10:24:12 -0500
From: Sinan Kaya <okaya@...eaurora.org>
To: Tomasz Nowicki <tn@...ihalf.com>, bhelgaas@...gle.com,
arnd@...db.de, will.deacon@....com, catalin.marinas@....com,
rjw@...ysocki.net, hanjun.guo@...aro.org,
Lorenzo.Pieralisi@....com, jiang.liu@...ux.intel.com,
Stefano.Stabellini@...citrix.com
Cc: robert.richter@...iumnetworks.com, mw@...ihalf.com,
Liviu.Dudau@....com, ddaney@...iumnetworks.com, tglx@...utronix.de,
wangyijing@...wei.com, Suravee.Suthikulpanit@....com,
msalter@...hat.com, linux-pci@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-acpi@...r.kernel.org,
linux-kernel@...r.kernel.org, linaro-acpi@...ts.linaro.org,
jchandra@...adcom.com, jcm@...hat.com
Subject: Re: [PATCH V3 00/21] MMCONFIG refactoring and support for ARM64 PCI
hostbridge init based on ACPI
On 1/13/2016 8:20 AM, Tomasz Nowicki wrote:
> From the functionality point of view this series might be split into the
> following logic parts:
> 1. Make MMCONFIG code arch-agnostic which allows all architectures to collect
> PCI config regions and used when necessary.
> 2. Move non-arch specific bits to the core code.
> 3. Use MMCONFIG code and implement generic ACPI based PCI host controller driver.
> 4. Enable above driver on ARM64
>
> Patches has been built on top of 4.4 and can be found here:
> git@...hub.com:semihalf-nowicki-tomasz/linux.git (pci-acpi-v3)
>
> NOTE, this patch set depends on Matthew's patches:
> http://www.spinics.net/lists/linux-pci/msg45950.html
> https://github.com/Vality/linux/tree/pci-fixes
>
> This has been tested on Cavium ThunderX server and QEMU.
> Any help in reviewing and testing is very appreciated.
>
> v2 -> v3
> - fix legacy IRQ assigning and IO ports registration
> - remove reference to arch specific companion device for ia64
> - move ACPI PCI host controller driver to pci_root.c
> - drop generic domain assignment for x86 and ia64 as I am not
> able to run all necessary test variants
> - drop patch which cleaned legacy IRQ assignment since it belongs to
> Mathew's series:
> https://patchwork.ozlabs.org/patch/557504/
> - extend MCFG quirk code
> - rebased to 4.4
>
> v1 -> v2
> - moved non-arch specific piece of code to dirver/acpi/ directory
> - fixed IO resource handling
> - introduced PCI config accessors quirks matching
> - moved ACPI_COMPANION_SET to generic code
>
> Liu Jiang (1):
> ACPI, PCI: Refine the way to handle translation_offset for ACPI
> resources
>
> Tomasz Nowicki (20):
> x86, pci: Reorder logic of pci_mmconfig_insert() function
> x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code
> out of arch/x86/ directory
> pci, acpi, mcfg: Provide generic implementation of MCFG code
> initialization.
> x86, pci: mmconfig_{32,64}.c code refactoring - remove code
> duplication.
> x86, pci, ecam: mmconfig_64.c becomes default implementation for ECAM
> driver.
> XEN / PCI: Remove the dependence on arch x86 when PCI_MMCONFIG=y
> pci, acpi, mcfg: Provide default RAW ACPI PCI config space accessors.
> arm64, acpi: Use empty PCI config space accessors from mcfg.c file.
> pci, acpi, ecam: Add flag to indicate whether ECAM region was hot
> added or not.
> x86, pci: Cleanup platform specific MCFG data using previously added
> ECAM hot_added flag.
> pci, acpi: Move ACPI host bridge device companion assignment to core
> code.
> x86, ia64, pci: Remove ACPI companion device from platform specific
> data.
> pci, acpi: Provide generic way to assign bus domain number.
> x86, ia64: Include acpi_pci_{add|remove}_bus to the default
> pcibios_{add|remove}_bus implementation.
> acpi, mcfg: Implement two calls that might be used to inject/remove
> MCFG region.
> x86, acpi, pci: Use equivalent function introduced in previous patch.
> acpi, mcfg: Add default PCI config accessors implementation and
> initial support for related quirks.
> pci, acpi: Support for ACPI based generic PCI host controller init
> pci, acpi: Match PCI config space accessors against platfrom specific
> quirks.
> arm64, pci, acpi: Start using ACPI based PCI host bridge driver for
> ARM64.
>
> arch/arm64/Kconfig | 7 ++
> arch/arm64/kernel/pci.c | 25 ----
> arch/ia64/hp/common/sba_iommu.c | 2 +-
> arch/ia64/include/asm/pci.h | 1 -
> arch/ia64/pci/pci.c | 52 +++-----
> arch/ia64/sn/kernel/io_acpi_init.c | 4 +-
> arch/x86/Kconfig | 4 +
> arch/x86/include/asm/pci.h | 3 -
> arch/x86/include/asm/pci_x86.h | 28 +----
> arch/x86/pci/acpi.c | 41 ++----
> arch/x86/pci/common.c | 10 --
> arch/x86/pci/irq.c | 10 --
> arch/x86/pci/mmconfig-shared.c | 250 ++++++-------------------------------
> arch/x86/pci/mmconfig_32.c | 11 +-
> arch/x86/pci/mmconfig_64.c | 67 +---------
> arch/x86/pci/numachip.c | 1 +
> drivers/acpi/Kconfig | 5 +
> drivers/acpi/Makefile | 1 +
> drivers/acpi/mcfg.c | 201 +++++++++++++++++++++++++++++
> drivers/acpi/pci_root.c | 136 +++++++++++++++++++-
> drivers/acpi/resource.c | 12 +-
> drivers/pci/Kconfig | 10 ++
> drivers/pci/Makefile | 5 +
> drivers/pci/ecam.c | 234 ++++++++++++++++++++++++++++++++++
> drivers/pci/pci.c | 29 ++++-
> drivers/pci/probe.c | 5 +
> drivers/xen/pci.c | 7 +-
> include/acpi/acpi_bus.h | 1 +
> include/asm-generic/vmlinux.lds.h | 7 ++
> include/linux/acpi.h | 2 +
> include/linux/ecam.h | 62 +++++++++
> include/linux/pci-acpi.h | 17 +++
> 32 files changed, 802 insertions(+), 448 deletions(-)
> create mode 100644 drivers/acpi/mcfg.c
> create mode 100644 drivers/pci/ecam.c
> create mode 100644 include/linux/ecam.h
>
Tested-by: Sinan Kaya <okaya@...eaurora.org>
on an ARM64 server with some nits.
I started seeing these on an ACPI system. I didn't have these before when I tested Tomasz's
branch yesterday. It must have been introduced after a rebase or a recent change.
_#_dmesg_|_grep_of_irq
[ 3.130774] pci 0002:00:00.0: of_irq_parse_pci() failed with rc=-22
[ 4.182526] pci 0002:00:00.0: of_irq_parse_pci() failed with rc=-22
[ 5.187764] pci 0002:00:00.0: of_irq_parse_pci() failed with rc=-22
[ 5.868518] pci 0003:00:00.0: of_irq_parse_pci() failed with rc=-22
[ 5.910629] pci 0003:00:00.0: of_irq_parse_pci() failed with rc=-22
[ 6.732817] pci 0006:00:00.0: of_irq_parse_pci() failed with rc=-22
[ 7.777698] pci 0006:00:00.0: of_irq_parse_pci() failed with rc=-22
[ 8.782882] pci 0006:00:00.0: of_irq_parse_pci() failed with rc=-22
/ #
I'm also seeing an IO resource free problem with ACPI hotplug. The mappings created by pci_remap_iospace
are not being freed in ACPI root port free function. Second call to pci_remap_iospace fails after a hotplug
insertion as the kernel mapping already exists. I had a chat with Tomasz about this.
We'll discuss the issue later.
--
Sinan Kaya
Qualcomm Technologies, Inc. on behalf of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project
Powered by blists - more mailing lists