All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Zeuthen <david@fubar.dk>
To: linux-hotplug@vger.kernel.org
Subject: Re: Udev, hal and loading of modules
Date: Wed, 07 Feb 2007 02:38:56 +0000	[thread overview]
Message-ID: <1170815936.3457.18.camel@zelda.fubar.dk> (raw)
In-Reply-To: <45C8E860.4080108@gmail.com>

On Tue, 2007-02-06 at 22:45 +0100, Kay Sievers wrote:
> On 2/6/07, Erik Andrén <erik.andren@gmail.com> wrote:
> > I've recently developed an addon for hal enabling backlight on dell
> > machines to be controlled via dbus/hal. The catch right now is that the
> > "dcdbas" linux kernel module needs to be loaded for the addon to work.
> >
> > My question is if there is a way for hal to suggest to udev what modules
> > to load? Or are there better alternatives, such as udev probing the
> > smbios (via dmidecode) and load the module that way?
> 
> Udev loads only modules, which are suggested by a MODALIAS value
> supplied by the kernel. There is no generic infrastructure in udev to
> load any module depending on other properties. 

Supposedly 

 - the kernel could export some node in sysfs describing the system
   (akin to HAL's computer root object); for smbios it would contain
   some DMI data; for other machine types it would contain something
   else (e.g. EFI)

 - modules like dcdbas could suggest a MODALIAS value and we could
   match this on the system node

 - udev would load the driver on matches

How about that?

> Unfortunately, there is
> no solution today; it's up to the distro tools to add an entry to some
> file to load such modules unconditionally.

This sucks and therefore we should change it.

     David




-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x120709&bid&3057&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

  parent reply	other threads:[~2007-02-07  2:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-06 20:43 Udev, hal and loading of modules Erik Andrén
2007-02-06 21:45 ` Kay Sievers
2007-02-07  2:38 ` David Zeuthen [this message]
2007-02-07 21:35 ` Kay Sievers

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=1170815936.3457.18.camel@zelda.fubar.dk \
    --to=david@fubar.dk \
    --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 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.