linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Gavin Shan <shangw@linux.vnet.ibm.com>
To: linuxppc-dev@lists.ozlabs.org
Cc: Gavin Shan <shangw@linux.vnet.ibm.com>
Subject: [PATCH v1 00/10] powerpc/eeh: Remove eeh_mutex
Date: Tue, 25 Jun 2013 13:55:07 +0800	[thread overview]
Message-ID: <1372139717-14885-1-git-send-email-shangw@linux.vnet.ibm.com> (raw)

The series of patches are follow-up in order to make EEH workable for PowerNV
platform on Juno-IOC-L machine. Couple of issues have been fixed with help of
Ben:
	- eeh_lock() and eeh_unlock() were introduced to protect the PE hierarchy
	  tree. However, we already had one kthread ("eehd"). So that's not necessary
	  any more.
	- When PHB gets fenced, we need do complete reset for the PHB in order
	  for recovery. However, we never checked the downstream PCIe links are
	  ready again.
	- Introduce mechanism to block accessing to PCI-CFG and MMIO. The hardware
	  should return 0xFF's while the PHB is fenced. So we needn't access PCI-CFG
	  and MMIO during the stage (before the PHB gets complete reset).
	- EEH address cache wasn't populated on PowerNV.
	- PCI-CFG for PCI bridges (PCI_COMMAND) wasn't restored correctly.
	- While PHB gets fenced, TG3 driver is still trying to access MMIO with loop.
	  That's unnecessary.

The series of patches have been verified on Juno-IOC-L machine:

Trigger frozen PE:

        echo 0x0000000002000000 > /sys/kernel/debug/powerpc/PCI0000/err_injct
        sleep 1
        echo 0x0 > /sys/kernel/debug/powerpc/PCI0000/err_injct

Trigger fenced PHB:

	echo 0x8000000000000000 > /sys/kernel/debug/powerpc/PCI0000/err_injct

---

arch/powerpc/include/asm/eeh.h               |  251 ++++++++++++++++++++------
arch/powerpc/include/asm/io.h                |   67 ++++---
arch/powerpc/kernel/eeh.c                    |   85 ++++++---
arch/powerpc/kernel/eeh_cache.c              |    2 +-
arch/powerpc/kernel/eeh_driver.c             |   11 ++
arch/powerpc/kernel/eeh_event.c              |    3 +-
arch/powerpc/kernel/eeh_pe.c                 |  150 ++++++++++++----
arch/powerpc/platforms/powernv/eeh-ioda.c    |   88 +++++++++-
arch/powerpc/platforms/powernv/eeh-powernv.c |   42 ++++-
arch/powerpc/platforms/powernv/pci-ioda.c    |    1 +
arch/powerpc/platforms/powernv/pci.c         |   63 +++++--
arch/powerpc/platforms/powernv/pci.h         |   16 ++-
arch/powerpc/platforms/pseries/eeh_pseries.c |   44 +++++
drivers/net/ethernet/broadcom/tg3.c          |   36 ++++
14 files changed, 685 insertions(+), 174 deletions(-)

Thanks,
Gavin

             reply	other threads:[~2013-06-25  5:55 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-25  5:55 Gavin Shan [this message]
2013-06-25  5:55 ` [PATCH 01/10] powerpc/eeh: Remove eeh_mutex Gavin Shan
2013-06-25  5:55 ` [PATCH 02/10] powerpc/eeh: Don't collect PCI-CFG data on PHB Gavin Shan
2013-06-25  5:55 ` [PATCH 03/10] powerpc/eeh: Check PCIe link after reset Gavin Shan
2013-06-25  6:06   ` Benjamin Herrenschmidt
2013-06-25  7:47     ` Gavin Shan
2013-06-25  7:57       ` Benjamin Herrenschmidt
2013-06-25  8:04         ` Gavin Shan
2013-06-25  5:55 ` [PATCH 04/10] powerpc/eeh: Backends to get/set settings Gavin Shan
2013-06-25  6:07   ` Benjamin Herrenschmidt
2013-06-25  7:12     ` Gavin Shan
2013-06-25  5:55 ` [PATCH 05/10] powerpc/powernv: Support set/get EEH settings Gavin Shan
2013-06-25  5:55 ` [PATCH 06/10] powerpc/eeh: Support blocked IO access Gavin Shan
2013-06-25  5:55 ` [PATCH 07/10] powerpc/powernv: Block PCI-CFG access if necessary Gavin Shan
2013-06-25  5:55 ` [PATCH 08/10] powerpc/powernv: Hold PCI-CFG and I/O access Gavin Shan
2013-06-25  5:55 ` [PATCH 09/10] powerpc/eeh: Fix address catch for PowerNV Gavin Shan
2013-06-25  5:55 ` [PATCH 10/10] net/tg3: Avoid delay during MMIO access Gavin Shan
2013-06-25  6:15   ` Benjamin Herrenschmidt

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=1372139717-14885-1-git-send-email-shangw@linux.vnet.ibm.com \
    --to=shangw@linux.vnet.ibm.com \
    --cc=linuxppc-dev@lists.ozlabs.org \
    /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).