mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <andrewm@uow.edu.au>
To: Mario Vanoni <vanonim@dial.eunet.ch>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 3c59x new version, help me please with the new kernels
Date: Tue, 27 Feb 2001 23:21:08 +0000	[thread overview]
Message-ID: <3A9C3664.774E0E65@uow.edu.au> (raw)
In-Reply-To: <3A9C2948.506897B8@dial.eunet.ch>

Mario Vanoni wrote:
> 
> PCI 3COM 3C905B COMBO Etherlink XL 10/100Mbit BNC+RJ-45
> running a LAN with 3 machines 10MB with BNC/RG-58U cable.
> 

Which interface do you actually want to use?  BNC?

Try `options=3'.

If that doesn't work, please send me (off-list) the log
output from the driver when it is loaded an opened
with the `debug=4' module parm.


I suspect what has happened is this:  in older kernels,
the interface selection code would try different interfaces
even if the user has selected, say, 10baseT.  This was causing
the driver to select 10base2 when the RJ45 is unplugged. It
gets stuck there, necessitating a reboot or driver reload.
So I changed the driver so that if the user says 10baseT,
we unconditionally _use_ 10baseT, dammit.

The module option (and patch) which you've been using
were relying on the old behaviour - they select the
10baseT interface.  This interface doesn't have link beat,
so the driver tries 10base2 and all is happy.

Using `options=3' will select 10base2 immediately. For the
non-modular case you'll need to use the `ether=' LILO option.

hmm..  In fact, you shouldn't need any option for 10base2 - perhaps
your EEPROM doesn't have the correct "available media" info.  Please
send me the output of `vortex-diag -aaee' - http://www.scyld.com/diag/#pci-diags

-

      reply	other threads:[~2001-02-27 23:22 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-27 22:25 Mario Vanoni
2001-02-27 23:21 ` Andrew Morton [this message]

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=3A9C3664.774E0E65@uow.edu.au \
    --to=andrewm@uow.edu.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vanonim@dial.eunet.ch \
    /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

all inboxes | Powered by JetHome®