From: Andrew Morton <akpm@osdl.org>
To: linas@austin.ibm.com (Linas Vepstas)
Cc: Greg KH <greg@kroah.com>,
linux-kernel@vger.kernel.org, linux-pci@atrey.karlin.mff.cuni.cz,
netdev@vger.kernel.org,
Jesse Brandeburg <jesse.brandeburg@intel.com>,
Rajesh Shah <rajesh.shah@intel.com>,
"Ronciak, John" <john.ronciak@intel.com>,
"bibo,mao" <bibo.mao@intel.com>,
Auke Kok <sofar@foo-projects.org>,
Auke Kok <auke-jan.h.kok@intel.com>
Subject: Re: [PATCH] please include in 2.6.18: e100 disable device on PCI error
Date: Mon, 18 Sep 2006 13:21:02 -0700 [thread overview]
Message-ID: <20060918132102.d850c1c2.akpm@osdl.org> (raw)
In-Reply-To: <20060918200122.GD29167@austin.ibm.com>
On Mon, 18 Sep 2006 15:01:22 -0500
linas@austin.ibm.com (Linas Vepstas) wrote:
>
> Hi,
>
> Please apply the following one-liner patch to
> what will become the stable 2.6.18. This patch is
> low-risk because it affects only the PCI error
> recovery code, which dosn't run on most platforms
> (in particular, isn't invoked on current x86/ia64).
>
> This patch was originally sent on 29 June 2006
> to fix a bug that showed up in an -mm build.
> The code from -mm made it into mainline, but
> this patch did not, and so we're unhappy. :-(
>
> Here's the original patch description:
>
> A recent patch in -mm3 titled
> gregkh-pci-pci-don-t-enable-device-if-already-enabled.patch
> causes pci_enable_device() to be a no-op if the kernel thinks
> that the device is already enabled. This change breaks the
> PCI error recovery mechanism in the e100 device driver, since,
> after PCI slot reset, the card is no longer enabled. This is
> a trivial fix for this problem. Tested.
>
> Signed-off-by: Linas Vepstas <linas@austin.ibm.com>
> Signed-off-by: Andrew Morton <akpm@osdl.org>
> Signed-off-by: Auke Kok <auke-jan.h.kok@intel.com>
>
> ----
> drivers/net/e100.c | 1 +
> 1 file changed, 1 insertion(+)
>
> Index: linux-2.6.18-rc7-git1/drivers/net/e100.c
> ===================================================================
> --- linux-2.6.18-rc7-git1.orig/drivers/net/e100.c 2006-09-18 14:21:49.000000000 -0500
> +++ linux-2.6.18-rc7-git1/drivers/net/e100.c 2006-09-18 14:24:50.000000000 -0500
> @@ -2799,6 +2799,7 @@ static pci_ers_result_t e100_io_error_de
> /* Detach; put netif into state similar to hotplug unplug. */
> netif_poll_enable(netdev);
> netif_device_detach(netdev);
> + pci_disable_device(pdev);
>
> /* Request a slot reset. */
> return PCI_ERS_RESULT_NEED_RESET;
hm. I don't have this patch queued, but I _do_ have an equivalent patch
for e1000 queued; what's up with that? Nobody seems to have paid much
attention to the e1000 fix.
If we can gather the appropriate acks quickly then I expect we can get both
of these into 2.6.18.
next prev parent reply other threads:[~2006-09-18 20:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-18 20:01 [PATCH] please include in 2.6.18: e100 disable device on PCI error Linas Vepstas
2006-09-18 20:21 ` Andrew Morton [this message]
2006-09-18 20:52 ` Auke Kok
2006-09-18 21:09 ` Linas Vepstas
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=20060918132102.d850c1c2.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=auke-jan.h.kok@intel.com \
--cc=bibo.mao@intel.com \
--cc=greg@kroah.com \
--cc=jesse.brandeburg@intel.com \
--cc=john.ronciak@intel.com \
--cc=linas@austin.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@atrey.karlin.mff.cuni.cz \
--cc=netdev@vger.kernel.org \
--cc=rajesh.shah@intel.com \
--cc=sofar@foo-projects.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.