From: Daniel Axtens <dja@axtens.net>
To: linuxppc-dev@ozlabs.org
Cc: mpe@ellerman.id.au, benh@kernel.crashing.org, cyrilbur@gmail.com,
"Matthew R. Ochs" <mrochs@linux.vnet.ibm.com>,
Manoj Kumar <kumarmn@us.ibm.com>,
mikey@neuling.org, imunsie@au.ibm.com,
Daniel Axtens <dja@axtens.net>
Subject: [PATCH v4 00/11] CXL EEH Handling
Date: Thu, 13 Aug 2015 14:11:18 +1000 [thread overview]
Message-ID: <1439439089-25151-1-git-send-email-dja@axtens.net> (raw)
CXL accelerators are unfortunately not immune from failure. This patch
set enables them to particpate in the Extended Error Handling process.
This series starts with a number of preparatory patches:
- Patch 1 is cleanup: converting macros to static inlines.
- Patch 2 makes sure we don't touch the hardware when it has failed.
- Patches 3-5 make the 'unplug' functions idempotent, so that if we
get part way through recovery and then fail, being completely
unplugged as part of removal doesn't cause us to oops out.
- Patches 6 and 7 refactor init and teardown paths for the adapter
and AFUs, so that they can be configured and deconfigured
separately from their allocation and release.
- Patch 8 stops cxl_reset from breaking EEH.
Patches 9 and 10 are parts of EEH.
- Firstly we have a kernel flag that allows us to confidently assert
the hardware will not change (be reflashed) when it it reset. We
need this in order to be able to safely do EEH recovery.
- We then have the EEH support itself.
Finally, we add a CONFIG_CXL_EEH symbol. This allows drivers to depend
on the API we provide to enable CXL EEH, or to be easily backportable
if EEH is optional.
Changes from v3 are minor:
- Clarification of responsibility of CXL driver vs driver bound to
vPHB with regards to preventing inappropriate access of hardware
during recovery.
- Clean up unused rc in cxl_alloc_adapter, thanks David Laight.
- Break setting rc and testing rc into different lines, thanks mpe
and Cyril.
- If we fail to init an AFU, don't try to select the best mode.
Changes from v2 are mostly minor cleanups, reflecting some review and
further testing.
- Use static inlines instead of macros.
- Propagate PCI link state to devices on the vPHB.
- Various cleanup, thanks Cyril Bur.
- Use pci_channel_offline instead of a direct check.
- Don't ifdef, just provide the symbol so that drivers know that the
new API is available. Thanks to Cyril for patiently explaining this
to me about 3 times before I understood.
Changes from v1:
- More comprehensive link down checks, including vPHB.
- Rebased to apply cleanly to 4.2-rc4.
- cxl reset changes.
- CONFIG_CXL_EEH symbol addition.
- add better vPHB support to EEH.
Daniel Axtens (11):
cxl: Convert MMIO read/write macros to inline functions
cxl: Drop commands if the PCI channel is not in normal state
cxl: Allocate and release the SPA with the AFU
cxl: Make IRQ release idempotent
cxl: Clean up adapter MMIO unmap path.
cxl: Refactor adaptor init/teardown
cxl: Refactor AFU init/teardown
cxl: Don't remove AFUs/vPHBs in cxl_reset
cxl: Allow the kernel to trust that an image won't change on PERST.
cxl: EEH support
cxl: Add CONFIG_CXL_EEH symbol
Documentation/ABI/testing/sysfs-class-cxl | 10 +
drivers/misc/cxl/Kconfig | 6 +
drivers/misc/cxl/api.c | 7 +
drivers/misc/cxl/context.c | 6 +-
drivers/misc/cxl/cxl.h | 84 ++++-
drivers/misc/cxl/file.c | 19 +
drivers/misc/cxl/irq.c | 9 +
drivers/misc/cxl/native.c | 104 +++++-
drivers/misc/cxl/pci.c | 591 +++++++++++++++++++++++-------
drivers/misc/cxl/sysfs.c | 26 ++
drivers/misc/cxl/vphb.c | 34 ++
include/misc/cxl.h | 10 +
12 files changed, 752 insertions(+), 154 deletions(-)
--
2.1.4
next reply other threads:[~2015-08-13 4:14 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-13 4:11 Daniel Axtens [this message]
2015-08-13 4:11 ` [PATCH v4 01/11] cxl: Convert MMIO read/write macros to inline functions Daniel Axtens
2015-08-14 5:12 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 02/11] cxl: Drop commands if the PCI channel is not in normal state Daniel Axtens
2015-08-14 5:23 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 03/11] cxl: Allocate and release the SPA with the AFU Daniel Axtens
2015-08-14 5:35 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 04/11] cxl: Make IRQ release idempotent Daniel Axtens
2015-08-14 5:35 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 05/11] cxl: Clean up adapter MMIO unmap path Daniel Axtens
2015-08-14 5:37 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 06/11] cxl: Refactor adaptor init/teardown Daniel Axtens
2015-08-14 6:12 ` Ian Munsie
2015-08-14 7:55 ` Daniel Axtens
2015-08-13 4:11 ` [PATCH v4 07/11] cxl: Refactor AFU init/teardown Daniel Axtens
2015-08-14 6:22 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 08/11] cxl: Don't remove AFUs/vPHBs in cxl_reset Daniel Axtens
2015-08-14 6:23 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 09/11] cxl: Allow the kernel to trust that an image won't change on PERST Daniel Axtens
2015-08-14 6:27 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 10/11] cxl: EEH support Daniel Axtens
2015-08-14 6:31 ` Ian Munsie
2015-08-13 4:11 ` [PATCH v4 11/11] cxl: Add CONFIG_CXL_EEH symbol Daniel Axtens
2015-08-14 6:33 ` Ian Munsie
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=1439439089-25151-1-git-send-email-dja@axtens.net \
--to=dja@axtens.net \
--cc=benh@kernel.crashing.org \
--cc=cyrilbur@gmail.com \
--cc=imunsie@au.ibm.com \
--cc=kumarmn@us.ibm.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=mikey@neuling.org \
--cc=mpe@ellerman.id.au \
--cc=mrochs@linux.vnet.ibm.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).