Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1420954pxb; Tue, 17 Aug 2021 11:13:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzez5qpedqgQpIXsF3lJ+r4SBI3VDLAegsMpDERACppaVTBJ1cRQIQTwsHWQOzkSpOR9liV X-Received: by 2002:a17:906:49d5:: with SMTP id w21mr5358143ejv.30.1629224032543; Tue, 17 Aug 2021 11:13:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629224032; cv=none; d=google.com; s=arc-20160816; b=ujZkjf98RSwyIiiCBmRTr9UKwnVq5s/cNe7adt+BIZiWDXCvT34tKhIl4/V38UHXtv e0uUi9G9LKG0EW7BazgtXS5OyRnmWCDVbpUZh24iGyane1QIrkUnbBAzD72klGHiGrrH 4NKbBc0b4UB8/lUJ2avyNjm262RtouDDs0Zmj1z2rUnPljVLLx/+hrZH1KZ2ExgNF+7B TyES0aahzhyVMeMySZB8X0HDyhI6aNqfilPVDbwLMpsEBEDryVWOzjGXgd4+gAV40amN UK7nVMy18Rg1Idg0EOu99+mnEiE6u+wjxMpKN3qS3odU8A+VQc6YudhAP73GNlAYGJgd 3HhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=JH5aro8R0jJVRdZXJFHIj2imvbI7uBN8P4IAALBMhdI=; b=umVy2qLwk47huP+0ISR4YxRk6Qx8z6OjcWSDlzH/qi6yzuzGJH0m9dC2iWrTPJory+ tAize3136nk7q9V0AxgxpJo1AReZVzno7hrOKSkztYqNK2hUGPm1Ke3AMi/6UvWeUbax m0f9jT6BiJh+sYW1Po8PaymaLXdIN2lsrCu6LL/HUdJEmPQY1MdZV7zi08ya+C3eVpyD tZFgwsze0diwKPCSJ30aiyOJNVIlboNCvLVLWeNM2sFfZQzxcdjH99DfwdBSsJbWGa1K XsubBY7pY88M/2fWI2gEQdvLf1x7p3ET1Cr8XQXqswn4/CVdzjKAMu5JBW2PKy14CfVc 4fHg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Vz2nJEwb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p18si2983506ejg.598.2021.08.17.11.13.27; Tue, 17 Aug 2021 11:13:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Vz2nJEwb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232880AbhHQSK0 (ORCPT + 99 others); Tue, 17 Aug 2021 14:10:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50522 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232675AbhHQSKY (ORCPT ); Tue, 17 Aug 2021 14:10:24 -0400 Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C4E8EC061764; Tue, 17 Aug 2021 11:09:50 -0700 (PDT) Received: by mail-pj1-x1032.google.com with SMTP id cp15-20020a17090afb8fb029017891959dcbso6664629pjb.2; Tue, 17 Aug 2021 11:09:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=JH5aro8R0jJVRdZXJFHIj2imvbI7uBN8P4IAALBMhdI=; b=Vz2nJEwbzeNWNXUEPaIUTceKujhD/jY9PtT43Acv9PhrZ7HXHUUPUuFCXpekYZRepk /qxyiS79QFZn48UB8JH8G0OmVFkfgRqPbgpdItjIpUkk3n8aLr2aOxCRRLbj++bGVbJ/ izvqJe2KUu9EF5lkQ2QknigCRuRyKzk9BQI6ZjNqHrZzzSEzpZtvB1UIpImUbMcKsShy G6B9OrMmiWcgXD2FkEuTADwNjMrhwCqxklCjKOVXNHWihJmpwEMXrvzEbIHax7WJxlt+ jYX0pVFiG+ktSwqK0E/IkltzV0na39gxb4fklKEn+Zxak92i01aU27ngA3Y0QZeLvCXH li1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=JH5aro8R0jJVRdZXJFHIj2imvbI7uBN8P4IAALBMhdI=; b=brgpc/VncBL/05IXJK09+jlb9WNQ76c3dUfQa8iivVSIUN/Pw5SgjgzaTaYCk4bV0D 0jNQ4yinZiqXL7s4CWPCpRneZnF6GZtZBDbEJyBhb5AG5EfHrpHT+1svJkSxXcALQ54X jprW3Q4RvrgdzPbwS00m5HMJKTlUZpTfo2hQOYAmJ+rx9SYLJ6hzHoE5RbdcjAHkmYlc qKyFlU/doYhgsUnH90ac2TB23pd/7xt5wvGBat5G0IHz3iRi3aE4B6r6vbK5FahDm9MT l1RnRX2S4497P5sdP+teV7e4hH+14H0kqNCa8sg15tq1/gNiDm2pmiTdpgQzdS6nheNo elEQ== X-Gm-Message-State: AOAM532q+9EBNRODN3AWoZVf3Dksfmhk8p3g6SqVP2ygt4TVIpFnTOY/ tqIRUxhbEnaIiurUruqn3Zw= X-Received: by 2002:a17:90a:a01:: with SMTP id o1mr4700375pjo.115.1629223790346; Tue, 17 Aug 2021 11:09:50 -0700 (PDT) Received: from localhost.localdomain ([103.248.31.158]) by smtp.googlemail.com with ESMTPSA id d18sm4011306pgk.24.2021.08.17.11.09.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 17 Aug 2021 11:09:50 -0700 (PDT) From: Amey Narkhede To: Bjorn Helgaas Cc: alex.williamson@redhat.com, Raphael Norwitz , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, kw@linux.com, Shanker Donthineni , Sinan Kaya , Len Brown , "Rafael J . Wysocki" , Amey Narkhede Subject: [PATCH v16 0/9] PCI: Expose and manage PCI device reset Date: Tue, 17 Aug 2021 23:39:28 +0530 Message-Id: <20210817180937.3123-1-ameynarkhede03@gmail.com> X-Mailer: git-send-email 2.32.0 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org PCI and PCIe devices may support a number of possible reset mechanisms for example Function Level Reset (FLR) provided via Advanced Feature or PCIe capabilities, Power Management reset, bus reset, or device specific reset. Currently the PCI subsystem creates a policy prioritizing these reset methods which provides neither visibility nor control to userspace. Expose the reset methods available per device to userspace, via sysfs and allow an administrative user or device owner to have ability to manage per device reset method priorities or exclusions. This feature aims to allow greater control of a device for use cases as device assignment, where specific device or platform issues may interact poorly with a given reset method, and for which device specific quirks have not been developed. Changes in v16: - Refactor acpi_pci_bridge_d3() in patch 7/9 - Fixed consistency issues in patch 9/9 Changes in v15: - Fix use of uninitialized variable in patch 3/9 Changes in v14: - Remove duplicate entries from pdev->reset_methods as per Shanker's suggestion Changes in v13: - Added "PCI: Cache PCIe FLR capability" - Removed memcpy in pci_init_reset_methods() and reset_method_show - Moved reset_method sysfs attribute code from pci-sysfs.c to pci.c Changes in v12: - Corrected subject in 0/8 (cover letter). Changes in v11: - Alex's suggestion fallback back to other resets if the ACPI RST fails. Fix "s/-EINVAL/-ENOTTY/" in 7/8 patch. Changes in v10: - Fix build error on ppc as reported by build bot Changes in v9: - Renamed has_flr bitfield to has_pcie_flr and restored use of PCI_DEV_FLAGS_NO_FLR_RESET in quirk_no_flr() - Cleaned up sysfs code Changes in v8: - Added has_flr bitfield to struct pci_dev to cache flr capability - Updated encoding scheme used in reset_methods array as per Bjorn's suggestion - Updated Shanker's ACPI patches Changes in v7: - Fix the pci_dev_acpi_reset() prototype mismatch in case of CONFIG_ACPI=n Changes in v6: - Address Bjorn's and Krzysztof's review comments - Add Shanker's updated patches along with new "PCI: Setup ACPI_COMPANION early" patch Changes in v5: - Rebase the series over pci/reset branch of Bjorn's pci tree to avoid merge conflicts caused by recent changes in existing reset sysfs attribute Changes in v4: - Change the order or strlen and strim in reset_method_store function to avoid extra strlen call. - Use consistent terminology in new pci_reset_mode enum and rename the probe argument of reset functions. Changes in v3: - Dropped "PCI: merge slot and bus reset implementations" which was already accepted separately - Grammar fixes - Added Shanker's patches which were rebased on v2 of this series - Added "PCI: Change the type of probe argument in reset functions" and additional user input sanitization code in reset_method_store function per review feedback from Krzysztof Changes in v2: - Use byte array instead of bitmap to keep track of ordering of reset methods - Fix incorrect use of reset_fn field in octeon driver - Allow writing comma separated list of names of supported reset methods to reset_method sysfs attribute - Writing empty string instead of "none" to reset_method attribute disables ability of reset the device Amey Narkhede (6): PCI: Cache PCIe FLR capability PCI: Add pcie_reset_flr to follow calling convention of other reset methods PCI: Add new array for keeping track of ordering of reset methods PCI: Remove reset_fn field from pci_dev PCI: Allow userspace to query and set device reset mechanism PCI: Change the type of probe argument in reset functions Shanker Donthineni (3): PCI: Define a function to set ACPI_COMPANION in pci_dev PCI: Setup ACPI fwnode early and at the same time with OF PCI: Add support for ACPI _RST reset method Documentation/ABI/testing/sysfs-bus-pci | 19 ++ drivers/crypto/cavium/nitrox/nitrox_main.c | 4 +- .../ethernet/cavium/liquidio/lio_vf_main.c | 2 +- drivers/pci/hotplug/pciehp.h | 2 +- drivers/pci/hotplug/pciehp_hpc.c | 2 +- drivers/pci/hotplug/pnv_php.c | 2 +- drivers/pci/pci-acpi.c | 83 +++--- drivers/pci/pci-sysfs.c | 3 +- drivers/pci/pci.c | 279 +++++++++++++----- drivers/pci/pci.h | 24 +- drivers/pci/pcie/aer.c | 12 +- drivers/pci/probe.c | 16 +- drivers/pci/quirks.c | 25 +- drivers/pci/remove.c | 1 - include/linux/pci.h | 14 +- include/linux/pci_hotplug.h | 2 +- 16 files changed, 346 insertions(+), 144 deletions(-) -- 2.32.0