All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Shawn Starr" <shawn.starr@rogers.com>
To: "'Len Brown'" <len.brown@intel.com>
Cc: <linux-kernel@vger.kernel.org>, <netdev@oss.sgi.com>
Subject: RE: [BUG][2.6.5 final][e100/ee100pro] NETDEV_WATCHDOG Timeout -Related to i2c interface?
Date: Sun, 11 Apr 2004 16:09:14 -0400	[thread overview]
Message-ID: <000001c42000$dd6e78f0$0200080a@panic> (raw)
In-Reply-To: <1081671742.2844.0.camel@dhcppc4>

Ok, this is strange, I put in an external 10/100 PRO S Adaptor, and im not
getting anymore eth0 timeouts, I would only get eth0 timeouts on the ONBOARD
nic if I enabled the lm80 sensor driver.. I don't know what to say, the
onboard nic would work fine without lm80 being loaded?

Is there some sort of race condition that the onboard 10/100 PRO is doing ?

I'm confused

-----Original Message-----
From: Len Brown [mailto:len.brown@intel.com] 
Sent: Sunday, April 11, 2004 04:22 AM
To: Shawn Starr
Subject: RE: [BUG][2.6.5 final][e100/ee100pro] NETDEV_WATCHDOG Timeout
-Related to i2c interface?


it could be that i2c is hooked up to the NIC for some management purpose --
maybe Scott knows.

On Sun, 2004-04-11 at 03:32, Shawn Starr wrote:
> No, something else is causing problem, don't know why i2c is?
> 
> -----Original Message-----
> From: Brown, Len [mailto:len.brown@intel.com]
> Sent: Sunday, April 11, 2004 01:22 AM
> To: Shawn Starr
> Subject: RE: [BUG][2.6.5 final][e100/ee100pro] NETDEV_WATCHDOG Timeout -
> Related to i2c interface?
> 
> 
> So ACPI enabled/disabled doesn't make any difference?
> 
> >-----Original Message-----
> >From: Shawn Starr [mailto:shawn.starr@rogers.com]
> >Sent: Saturday, April 10, 2004 2:23 AM
> >To: Feldman, Scott; Brown, Len
> >Cc: linux-kernel@vger.kernel.org; netdev@oss.sgi.com
> >Subject: [BUG][2.6.5 final][e100/ee100pro] NETDEV_WATCHDOG
> >Timeout - Related to i2c interface?
> >
> >
> >Ok, did disable ACPI but still get these errors. I have noticed that 
> >if I start loading/unloading any i2c drivers I start getting eth0
> >timeouts....the
> >question is why?
> >
> >coredump kernel: i2c_adapter i2c-2: Transaction (post): CNT=08, 
> >CMD=3a,
> >ADD=50, DAT0=3e, DAT1=00 Apr 10 01:56:44 coredump kernel: i2c-core: 
> >unregister_driver - looking for
> >clients.
> >Apr 10 01:56:44 coredump kernel: i2c_adapter i2c-2: examining adapter
> >Apr 10 01:56:44 coredump kernel: i2c-core.o: detaching client lm80:
> >Apr 10 01:56:44 coredump kernel: i2c-core.o: detaching client lm80:
> >Apr 10 01:56:44 coredump kernel: i2c-core: driver unregistered: lm80
> >Apr 10 01:56:48 coredump kernel: i2c_adapter i2c-2: Adapter 
> >unregistered
> >Apr 10 01:56:48 coredump kernel: i2c_adapter i2c-2: adapter 
> >unregistered
> >Apr 10 01:56:55 coredump kernel: eth0: wait_for_cmd_done timeout!
> >Apr 10 01:56:55 coredump kernel: Command 00ff never accepted 
> >(201 polls)!
> >Apr 10 01:56:55 coredump kernel: Command 0006 was not accepted 
> >after 20001
> >polls!  Current status ffffffff.
> >Apr 10 01:56:55 coredump kernel: Command 00ff never accepted 
> >(201 polls)!
> >Apr 10 01:56:55 coredump kernel: Command 0060 was not accepted 
> >after 20001
> >polls!  Current status ffffffff.
> >Apr 10 01:56:55 coredump kernel: eth0: wait_for_cmd_done timeout!
> >Apr 10 01:56:55 coredump kernel: Command 00ff never accepted 
> >(201 polls)!
> >Apr 10 01:56:55 coredump kernel: Command 0001 was not accepted 
> >after 20001
> >polls!  Current status ffffffff.
> >Apr 10 01:56:55 coredump kernel: Command 00ff never accepted 
> >(201 polls)!
> >Apr 10 01:56:56 coredump kernel: Command 0070 was not accepted 
> >after 20001
> >polls!  Current status ffffffff.
> >Apr 10 01:56:56 coredump kernel: eth0: wait_for_cmd_done timeout!
> >Apr 10 01:57:27 coredump last message repeated 26 times
> >Apr 10 01:57:29 coredump last message repeated 3 times
> >
> >-----Original Message-----
> >From: Feldman, Scott [mailto:scott.feldman@intel.com]
> >Sent: Wednesday, April 07, 2004 02:31 PM
> >To: Brown, Len; Shawn Starr
> >Subject: RE: [BUG][2.6.5 final][e100] NETDEV_WATCHDOG Timeout
> >- Was not a
> >problem with 2.6.5-rc3
> >
> >
> >> >Shawn, try turning off ACPI for interrupt routing.  Load the 
> >> >kernel
> >> >with the kernel parameter "noapci" set.
> >> 
> >> You mean "acpi=off", or "pci=noacpi".  If either of these fix the
> >> problem, please let me know.  (and send me the dmesg and 
> >> /proc/interrupts for both cases)
> >
> >Yes, sorry.  Can't believe I posted that to lkml.  Oh well.
> >
> >-scott
> >
> >
> 


       reply	other threads:[~2004-04-11 20:08 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1081671742.2844.0.camel@dhcppc4>
2004-04-11 20:09 ` Shawn Starr [this message]
2004-04-11 21:01   ` [BUG][2.6.5 final][e100/ee100pro] NETDEV_WATCHDOG Timeout -Related to i2c interface? Jeff Garzik
2004-04-13  5:16     ` Shawn Starr
2003-12-02  5:34       ` Fragmentation issue krupa
2004-04-13  5:16     ` [BUG][2.6.5 final][e100/ee100pro] NETDEV_WATCHDOG Timeout -Related to i2c interface? Shawn Starr

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='000001c42000$dd6e78f0$0200080a@panic' \
    --to=shawn.starr@rogers.com \
    --cc=len.brown@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@oss.sgi.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 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.