From: Dmitry Torokhov <dtor_core@ameritech.net>
To: ambx1@neo.rr.com (Adam Belay)
Cc: linux-kernel@vger.kernel.org, Greg KH <greg@kroah.com>,
Tejun Heo <tj@home-tj.org>,
Patrick Mochel <mochel@digitalimplant.org>
Subject: Re: [RFC] [PATCH] driver core: allow userspace to unbind drivers from devices.
Date: Tue, 16 Nov 2004 01:37:57 -0500 [thread overview]
Message-ID: <200411160137.57402.dtor_core@ameritech.net> (raw)
In-Reply-To: <20041116061315.GG29574@neo.rr.com>
On Tuesday 16 November 2004 01:13 am, Adam Belay wrote:
> An Alternative Solution
> =======================
>
> Why not have a file named "bind". We can write the name of the driver we want
> bound to the device. When we want to unbind the driver we could do something
> like this:
>
> # echo "" > bind
> or
> # echo 0 > bind
>
> At least then we only have the link and the "bind" file to worry about. I've
> also been considering more inventive solutions (like deleting the symlink will
> cause the driver to unbind). But it could get complex very quickly. Really,
> we need to discuss this more.
>
I'd like having one node as well. Right now serio bus uses "drvctl" and supports
the following operations:
- "none" to unbind;
- "rescan" to unbind if bound and then find appropriate driver;
- "reconnect" to reinitialize hardware without inbinding (so exesting input
devices will be kept intact)
- <driver name> to unbind if bound and try to bind.
There was also ide of changing commands to form "CMD [DRIVER] [ARGS...]:
"detach", "rescan", "reconnect", "attach <driver_name>"
My bind mode patch is somewhat independent of "drvctl" as it just adds a new
attribute - "bind_mode" to all devices and drivers. It can be either "auto"
or "manual" and device/drivers that are set as manual mode will be ignored
by driver core and will only be bound when user explicitely asks to do that.
This is useful when you want "penalize" one driver over another, like
psmouse/serio_raw.
--
Dmitry
next prev parent reply other threads:[~2004-11-16 6:38 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-09 22:37 [RFC] [PATCH] driver core: allow userspace to unbind drivers from devices Greg KH
2004-11-09 23:36 ` Dmitry Torokhov
2004-11-10 0:33 ` Greg KH
2004-11-10 3:49 ` Dmitry Torokhov
2004-11-16 5:54 ` Greg KH
2004-11-16 20:43 ` Dmitry Torokhov
2004-11-16 23:08 ` Greg KH
2004-11-17 7:00 ` Dmitry Torokhov
2004-11-17 17:55 ` Greg KH
2004-11-16 6:13 ` Adam Belay
2004-11-16 6:37 ` Dmitry Torokhov [this message]
2004-11-16 7:04 ` Adam Belay
2004-11-16 20:22 ` Greg KH
2004-11-16 21:09 ` Dmitry Torokhov
2004-11-16 20:17 ` Greg KH
2004-11-17 7:07 ` Dmitry Torokhov
2004-11-17 17:53 ` Greg KH
2004-11-17 19:01 ` Dmitry Torokhov
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=200411160137.57402.dtor_core@ameritech.net \
--to=dtor_core@ameritech.net \
--cc=ambx1@neo.rr.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@digitalimplant.org \
--cc=tj@home-tj.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