Doug Chapman wrote:
All,
I reported this a few weeks ago and it was fixed but it appears the
offending code was again re-submitted. This causes a panic on HP
Integrity servers and from what I hear many other platforms using e1000
as well.
My original report was via kernel.org BZ:
http://bugzilla.kernel.org/show_bug.cgi?id=8455
I am seeing the same panic with a kernel built from today's git pull.
It was fixed by this commit:
3e1657c8ef53e1cd541cc1e420f3230dc075949b
but once again broken just yesterday by the following commit. I have
backed just this commit out and verified I no longer panic.
commit 47313054352b879a2bc65379d55b05f48a0af7ec
Author: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue May 29 15:07:31 2007 -0700
e1000: restore netif_poll_enable call but make sure IRQs are off
Hmm, we're making a mess of it.
Herbert, wouldn't it just have been a lot easier to do just add a
netif_poll_disable in e1000_probe, so that any and all other poll
enable/disables are symmetric ? Something like this?
Auke
PS: apologies for the whitespace damage... it's a cut'n'paste
---
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
index 49be393..a8a3c5f 100644
--- a/drivers/net/e1000/e1000_main.c
+++ b/drivers/net/e1000/e1000_main.c
@@ -1149,6 +1149,7 @@ e1000_probe(struct pci_dev *pdev,
/* tell the stack to leave us alone until e1000_open() is called */
netif_carrier_off(netdev);
netif_stop_queue(netdev);
+ netif_poll_disable(netdev);
DPRINTK(PROBE, INFO, "Intel(R) PRO/1000 Network Connection\n");
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
