From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750748AbWGFSvF (ORCPT ); Thu, 6 Jul 2006 14:51:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750739AbWGFSvF (ORCPT ); Thu, 6 Jul 2006 14:51:05 -0400 Received: from e33.co.us.ibm.com ([32.97.110.151]:13981 "EHLO e33.co.us.ibm.com") by vger.kernel.org with ESMTP id S1750707AbWGFSvD (ORCPT ); Thu, 6 Jul 2006 14:51:03 -0400 Date: Thu, 6 Jul 2006 13:50:59 -0500 To: Auke Kok Cc: "Zhang, Yanmin" , Auke Kok , Jesse Brandeburg , "Ronciak, John" , "bibo,mao" , Rajesh Shah , Grant Grundler , akpm@osdl.org, LKML , linux-pci maillist , netdev@vger.kernel.org, wenxiong@us.ibm.com Subject: Re: [PATCH] ixgb: add PCI Error recovery callbacks Message-ID: <20060706185059.GX29526@austin.ibm.com> References: <20060629162634.GC5472@austin.ibm.com> <1151905766.28493.129.camel@ymzhang-perf.sh.intel.com> <44ABDF87.8000801@intel.com> <20060705194437.GJ29526@austin.ibm.com> <1152148899.28493.168.camel@ymzhang-perf.sh.intel.com> <20060706161640.GT29526@austin.ibm.com> <44AD4FFF.4080204@foo-projects.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44AD4FFF.4080204@foo-projects.org> User-Agent: Mutt/1.5.11 From: linas@austin.ibm.com (Linas Vepstas) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 06, 2006 at 11:01:35AM -0700, Auke Kok wrote: > Linas Vepstas wrote: > > > >Perhaps the right fix is to figure out what parts of the driver do i/o > >during shutdown, and then add a line "if(wedged) skip i/o;" to those > >places? > > that would be relatively simple if we can check a flag (?) somewhere that > signifies that we've encountered a pci error. We basically only need to > skip out after e1000_reset and bypass e1000_irq_disable in e1000_down() > then. > > Does the pci error recovery code give us such a flag? Yes, it was introduced so that drivers could view the state in an interrupt context. (how this flag is set is platform dependent.) struct pci_dev { pci_channel_state error_state; }; enum pci_channel_state { /* I/O channel is in normal state */ pci_channel_io_normal, /* I/O to channel is blocked */ pci_channel_io_frozen, /* PCI card is dead */ pci_channel_io_perm_failure, }; Unless I get distracted, I'll provide an e1000 patch shortly ? --linas