From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
Cc: Xenomai <xenomai@xenomai.org>
Subject: Re: [Xenomai] Add cards parameter to rt_e1000e module?
Date: Sat, 13 Dec 2014 06:11:51 +0100 [thread overview]
Message-ID: <20141213051151.GE11058@hermes.click-hack.org> (raw)
In-Reply-To: <20141213021223.GA24110@csclub.uwaterloo.ca>
On Fri, Dec 12, 2014 at 09:12:23PM -0500, Lennart Sorensen wrote:
> On Sat, Dec 13, 2014 at 02:03:58AM +0100, Gilles Chanteperdrix wrote:
> > I understand the need for the "cards" parameter, but...
> > Is not there another way to solve this issue ? I do not know,
> > something in /proc or /sys to tell Linux to not load this driver for
> > that card? I suppose if we tell Linux to not use its driver for some
> > cards, then later loading the rtnet driver will be used for these
> > cards? Adding the cards parameter means that the rtnet drivers
> > diverge from mainline drivers, and so imply a maintenance cost. On
> > the other hand, maybe that is a cheaper one than trying and solving
> > the issue globally.
>
> Certainly a well behaved driver would not touch a device already handled
> by a linux driver. It should be possible to just issue an unbind request
> to the linux driver for the desired device and then a bind request to
> the rtnet driver to take over that device.
>
> But I have not looked at rtnet, so I don't know how those behave compared
> to linux drivers.
As all RTDM drivers, RTnet drivers are just linux drivers. The issue
is to have a setup where two cards with the same chip are used by
two different drivers. Linux does not have this problem, because it
rarely has several drivers for the same chip. The problem with the
bind/unbind solution is that the driver that will get all the cards
first depends on the drivers initialization order. With the "cards"
parameter, you do not have this issue.
--
Gilles.
next prev parent reply other threads:[~2014-12-13 5:11 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-12 22:10 [Xenomai] Add cards parameter to rt_e1000e module? Jeff Webb
2014-12-12 23:56 ` Gilles Chanteperdrix
2014-12-15 15:01 ` Jeff Webb
2014-12-15 15:29 ` Jeff Webb
2014-12-13 1:03 ` Gilles Chanteperdrix
2014-12-13 2:12 ` Lennart Sorensen
2014-12-13 5:11 ` Gilles Chanteperdrix [this message]
2014-12-13 17:14 ` Lennart Sorensen
2014-12-15 15:27 ` Jeff Webb
-- strict thread matches above, loose matches on Subject: below --
2014-12-15 20:04 Mariusz Janiak
2014-12-16 21:43 ` Jeff Webb
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=20141213051151.GE11058@hermes.click-hack.org \
--to=gilles.chanteperdrix@xenomai.org \
--cc=lsorense@csclub.uwaterloo.ca \
--cc=xenomai@xenomai.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 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.