public inbox for linux-8086@vger.kernel.org
 help / color / mirror / Atom feed
From: Ross Thompson <ross@whatsis.com>
To: linux-8086@vger.kernel.org
Subject: Ethernet card initialization
Date: Sun, 20 Oct 2002 08:54:26 -0700	[thread overview]
Message-ID: <15794.53682.309322.840356@pratchah.nrsite.com> (raw)


Hi,

I have very old hardware that I'm trying to upgrade from RH5.2 to
RH7.2.  ("Upgrade", here, means a ground up install of the 7.2
installation, not the redhat rpm upgrade.)  Everything went very
smoothly except for the ethernet card.  Here is what I know:

The machine has a 20MHz Pentium (with MMX!)
  (Yes. 20MHz.  You read that right.)
32Meg of main memory

By inspection, I learned the following:

--------------------
gatchah: scanpci
card 0x0c function 0 vendor 0x10b7 device 0x9055 3Com device unknown

(And a few other cards.  These others are all logically pci cards, but
physically built onto the motherboard.  The other pci slots are
empty.)

gatchah: grep 9055 /usr/share/kudzu/pcitable
0x10b7  0x9055  "3c59x" "3Com Corporation|3c905B 100BaseTX [Cyclone]"

gatchah: more /etc/sysconfig/hwconf
....
class NETWORK 
bus PCI
detached 0
device eth
driver: disabled
description: "3Com Corporation|3c905B 100BaseTX [Cyclone]"
VendorID 0x10b7
deviceId 9055
subVendorID 0x10b7
subdeviceId 9055
pciType: 1

gatchah: cat /proc/interrupts
 .. timer, kbd, cascade, rtc, PS/2 mouse, ide0, ide1, NMI, ERR

gatchah: modprobe -c | grep eth
alias eth0 off
--------------------

(I apologize for the terseness of the above.  The floppy disk drive
doesn't work in this machine, so without the ethernet, there is no way
to get files off it.  So I had to type the above in by hand, which
meant leaving out lots of details that I considered unimportant.)

So, it looks like the software knows about the card, has a driver for
it (which is installed on the machine, by the way) but refuses to
enable it or assign an interrupt for it.  This card used to work just
fine on RH 5.2, and I have another ethernet card (also from 3Com) that
has the exact same symptoms, so I think we can safely eliminate the
card's hardware as being a direct source of the difficulty.

This is the end of my ability to debug this.  Any help would be
greatly appreciated.

Ideally, a solution would not involve downloading any software, as the
machine is cut off from the network and getting more bits onto it
would be a royal pain.

Thanks,
- Ross

---
All religions are founded on the fear of the many and the cleverness
of the few.				-- Stendhal

                 reply	other threads:[~2002-10-20 15:54 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=15794.53682.309322.840356@pratchah.nrsite.com \
    --to=ross@whatsis.com \
    --cc=linux-8086@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