From: Olaf <mailinglists@ban-solms.de>
To: linux-hotplug@vger.kernel.org
Subject: Re: udev and ISA network cards
Date: Thu, 02 Jul 2009 06:33:23 +0000 [thread overview]
Message-ID: <4A4C54B3.4030205@ban-solms.de> (raw)
In-Reply-To: <4A44A631.5080900@ban-solms.de>
Hi Hannes,
thanks for your thoughts!
> udev relies on device autodetection, ie a (hardware) device must
> have some means by which someone else can identify it.
> With PCI this is no problem at all, as each device has its
> vendor/device ID as per spec.
>
> ISA OTOH is a different beast. And if you trawl memory back to
> the ISA days, the main problem with it was that it _doesn't_
> have an independent identifier.
> IIRC you couldn't even identify the slot itself; each device
> mostly hardcoded to use a specific I/O address / region and
> some IRQ. And it was up to the task of the admin to ensure
> each device got a separate addr/irq tuple.
For ISA (and PCI, USB, etc.) I use an additional method and do not fully
rely on autodetection to work.
In my case I have some sort of network configuration file, which
includes kernel modules, option if so required (i.e. ISA port addresses,
IRQs etc.) and the things needed for if up.
My network init script uses this config file to modprobe first and then
configure each interface.
> Hence they invented PnP IDs which provide for exactly this
> sort of identifier.
>
> So, translated to udev this means that any ISA card providing
> PnP IDs should work, or at least it should be possible to make
> it work with udev.
> Any ISA card _not_ providing PnP IDs you're basically out of luck.
> The only choice you'd have here is to use some sort of lookup-table
> which provides a static assignment between IO addresses and drivers.
The only problem I face is the lack of autodetection, so the config file
needs to be filled more or less manually. But there is not much one can
do about that with ISA cards.
OK, I have one additional problem, and that is the udev net device
renaming which is (understandably) not working with ISA cards ;-)
thanks
Olaf
prev parent reply other threads:[~2009-07-02 6:33 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-26 10:42 udev and ISA network cards Olaf
2009-06-26 11:15 ` Kay Sievers
2009-06-30 5:45 ` Olaf
2009-06-30 6:20 ` Hannes Reinecke
2009-07-02 6:33 ` Olaf [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=4A4C54B3.4030205@ban-solms.de \
--to=mailinglists@ban-solms.de \
--cc=linux-hotplug@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;
as well as URLs for NNTP newsgroup(s).