linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Brownell <david-b@pacbell.net>
To: linux-hotplug@vger.kernel.org
Subject: $MODALIAS and platform_bus ...
Date: Thu, 16 Jun 2005 21:54:22 +0000	[thread overview]
Message-ID: <200506161454.22163.david-b@pacbell.net> (raw)

Has anyone done anything to make sure platform_bus devices can
use this new $MODALIAS infrastructure?  I was looking at the
implications for "coldplug" processing, and there's a hole
where platform device support would go.

As a reminder, those devices don't do driver binding quite the
normal way.  They more or less use the rule that the driver
name and device name must match (modulo optional numeric suffix
on the device).  System-on-Chip processors use platform_bus for
most of the on-chip peripherals ... potentially dozens of them,
but any given board probably won't wire them all up.

So given a /sys/devices/platform/$NAME/. there are a few things
standing in the way of automatically initializing those devices:

 - No /sys/devices/platform/$NAME/modalias
 - No MODULE_ALIAS(...) in the driver module

Now the former would seem easy to provide, or even eliminate
the requirement for it ... the "modalias" will either be $NAME
or $NAME less a prefix such as ".1" or ".2".  Or, it should be
trivial to have linux/drivers/bus/platform.c create it.

The latter would seem just a bit trickier, since it couldn't
be driven using linux/scripts/mod/file2alias.c because that
relies on a non-existent module device table.  Drivers could
explicitly write MODULE_ALIAS if their module name didn't
already match that convention, but that could be quite a lot
of drivers to change.

Comments? 

- Dave


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=click
_______________________________________________
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

             reply	other threads:[~2005-06-16 21:54 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-16 21:54 David Brownell [this message]
2005-06-16 22:07 ` $MODALIAS and platform_bus Greg KH
2005-06-16 23:04 ` David Brownell

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=200506161454.22163.david-b@pacbell.net \
    --to=david-b@pacbell.net \
    --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).