public inbox for netdev@vger.kernel.org
 help / color / mirror / Atom feed
From: "Paul Aviles" <paul.aviles@palei.com>
To: "Jesse Brandeburg" <jesse.brandeburg@gmail.com>
Cc: <netdev@vger.kernel.org>
Subject: Re: e1000 Detected Tx Unit Hang
Date: Tue, 5 Sep 2006 21:33:10 -0400	[thread overview]
Message-ID: <002501c6d154$69d7b480$3224050a@avilespaxp> (raw)
In-Reply-To: 4807377b0609050909v59c1ad87jc4ef08ba1f4453d2@mail.gmail.com

I haven't done the NAPI yet. These are identical systems altogether, maybe 
the CPU is a different stepping at the most, but that is all.
The "16:      70540          0   IO-APIC-level  uhci_hcd:usb4, eth0" is the 
same in every GS12 I have. No overclocking and same BIOS. Tyan released  ver 
1.8 about a month ago and I did the upgrade and same effect. Then I thought 
about upgrading to 2.6.17.11 just to see if the driver will have any issues 
and nothing, same deal. The only way I was able to control it was usign a 
dummy 10/100 non-management switch. Then we had no issues.

I will try without NAPI tomorrow 9-6-06 and will report back. My 
understanding on NAPI was that it will drop packets by design on overload. 
Why will that cause a system lock?

Are there any other kernel options you would like to enable to track this 
better and if you need remote access to the system I can accomodate too, 
just let me know what time zone you are to schedule it. Let me know.

Regards,

Paul Aviles

----- Original Message ----- 
From: "Jesse Brandeburg" <jesse.brandeburg@gmail.com>
To: "Paul Aviles" <paul.aviles@palei.com>
Cc: <netdev@vger.kernel.org>
Sent: Tuesday, September 05, 2006 12:09 PM
Subject: Re: e1000 Detected Tx Unit Hang


> On 9/3/06, Paul Aviles <paul.aviles@palei.com> wrote:
>> Hey Jesse, thanks for your reply. Here is the stuff on /procs. The weird
> no problem,
>
>> part is that I have several other identical systems and only one is
>> affected. Today I moved the hard drive to another similar system and I am
>> not seeing the problem so I am wondering if is something maybe wrong with
>> the card eeprom? Is there a way to check that?
>
> I doubt it is an eeprom problem.  you can dump the eeproms with
> ethtool -e eth0 from both machines and compare them .  Odd that only
> one system is having the problem.  Could it be that the hardware on
> that box is having issues?  Are you sure the machines are running the
> same bios version with the same settings?  Any overclocking?
>
>>  cat /proc/interrupts
>>            CPU0       CPU1
>>  16:      70540          0   IO-APIC-level  uhci_hcd:usb4, eth0
>
> this could contribute to your problem, were you able to test without NAPI?
>
> Jesse
>
> 



  reply	other threads:[~2006-09-06  1:33 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-02 14:39 e1000 Detected Tx Unit Hang Paul Aviles
2006-09-03 17:45 ` Jesse Brandeburg
2006-09-03 23:37   ` Paul Aviles
2006-09-05 16:09     ` Jesse Brandeburg
2006-09-06  1:33       ` Paul Aviles [this message]
2006-09-11  4:03       ` Paul Aviles
2006-09-17  2:05       ` Paul Aviles
  -- strict thread matches above, loose matches on Subject: below --
2008-02-15 22:52 e1000: " Bernd Schubert
2008-02-15 23:29 ` Kok, Auke
2008-02-16  0:26   ` Bernd Schubert
2008-02-19 16:47     ` Kok, Auke
     [not found] <000f01c6ce49$affd37e0$3224050a@avilespaxp>
2006-09-02  5:45 ` e1000 " Auke Kok

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='002501c6d154$69d7b480$3224050a@avilespaxp' \
    --to=paul.aviles@palei.com \
    --cc=jesse.brandeburg@gmail.com \
    --cc=netdev@vger.kernel.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