linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wolfgang Grandegger <wg-5Yr1BZd7O62+XT7JhA+gdA@public.gmane.org>
To: Jean Delvare <khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>
Cc: Michael Lawnick <ml.lawnick-Mmb7MZpHnFY@public.gmane.org>,
	linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "Sang,
	Wolfram" <w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	devicetree-discuss
	<devicetree-discuss-mnsaURCQ41sdnm+yROfE0A@public.gmane.org>
Subject: Re: [Patch] MPC Adapter: read class attribute from device tree
Date: Tue, 21 Apr 2009 13:26:02 +0200	[thread overview]
Message-ID: <49EDAD4A.4070200@grandegger.com> (raw)
In-Reply-To: <20090421130134.1e82a078-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>

Jean Delvare wrote:
> On Tue, 21 Apr 2009 12:35:49 +0200, Wolfgang Grandegger wrote:
>> Michael Lawnick wrote:
>>> Wolfgang Grandegger said the following:
>>>> Do we really need that? Probing is dangerous and not necessary. Does it
>>>> not work with a proper DTS entry? But maybe I have missed something?
>>> Our current and our next system consists of two flavors of the same
>>> board with different devices. To minimize maintenance and testing we use
>>> a reduced kernel and load the needed modules at runtime. Furthermore we
>>> will have to handle hot-plugged I2C-devices. Whether this strategy is
>>> best could be discussed in another thread but is rather OT in this
>>> mailing list. Nevertheless loading modules at runtime is legal and
>>> generally supported by LINUX.
>>>
>>> Defining all possible (I2C-)devices in DTS would give a mess. E.g. on
>>> one board there will be ~30 temperature sensors, on the other none.
>> The legacy device probing has it's limitations and I doubt that it will
>> be able to find 30 DTT devices properly. E.g. the legacy probing
>> algorithm is not able to distinguish between a LM75 and DS75. Let's
>> first try to find out why it does not work as expected with the DTS entry.
>>
>>> As every DTS entry will force a sysFs subdirectory there would be a
>>> bunch of functionless directories - rather ugly.
>> Hopefully not. They will be created when the probing was successful, I
>> assume.
> 
> No, device creation is unconditional. It is assumed that the DTS file
> author knew what he/she was doing.
> 
> There was a discussion about adding a flag to state the "may not be
> present" nature of devices, which would result in a probe before
> instantiating the device (on success), but it wasn't implemented yet. I
> have no objection is this mechanism is deemed useful.

Ah, I see. If the software can reliably find out if a device exists it
should probe for it. It would be useful to limit the amount of required
DTS files for the hardware variants. Often the RTC or other I2C devices
are optional. I added the Deviceterr-disccuss ML to the CC to reach the
the device-tree gurus.

Wolfgang.

  parent reply	other threads:[~2009-04-21 11:26 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-21  6:42 [Patch] MPC Adapter: read class attribute from device tree Michael Lawnick
     [not found] ` <49ED6AD3.2060808-Mmb7MZpHnFY@public.gmane.org>
2009-04-21  7:00   ` Wolfgang Grandegger
     [not found]     ` <49ED6F03.5050107-5Yr1BZd7O62+XT7JhA+gdA@public.gmane.org>
2009-04-21  9:26       ` Michael Lawnick
     [not found]         ` <49ED9132.9050806-Mmb7MZpHnFY@public.gmane.org>
2009-04-21  9:51           ` Wolfram Sang
     [not found]             ` <20090421095112.GB3100-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2009-04-21 13:05               ` Michael Lawnick
     [not found]                 ` <49EDC487.8010201-Mmb7MZpHnFY@public.gmane.org>
2009-04-21 13:37                   ` Wolfgang Grandegger
     [not found]                     ` <49EDCC31.2030506-5Yr1BZd7O62+XT7JhA+gdA@public.gmane.org>
2009-04-21 14:22                       ` Michael Lawnick
     [not found]                         ` <49EDD69D.1020104-Mmb7MZpHnFY@public.gmane.org>
2009-04-22  7:38                           ` Wolfgang Grandegger
2009-04-24  8:52                   ` Wolfram Sang
     [not found]                     ` <20090424085256.GA26169-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2009-04-24  9:35                       ` Jean Delvare
     [not found]                         ` <20090424113527.4fb94f38-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2009-04-24 10:49                           ` Michael Lawnick
2009-04-24 10:53                       ` Michael Lawnick
     [not found]                         ` <49F19A11.3090700-Mmb7MZpHnFY@public.gmane.org>
2009-04-24 15:38                           ` Jon Smirl
     [not found]                             ` <9e4733910904240838k5f425d7m849cd6b7fad19f27-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-04-27  5:54                               ` Michael Lawnick
2009-04-27  9:07                               ` Wolfgang Grandegger
     [not found]                                 ` <49F575E2.1070005-5Yr1BZd7O62+XT7JhA+gdA@public.gmane.org>
2009-05-03 22:13                                   ` Ben Dooks
2009-04-27 10:17                               ` Jean Delvare
     [not found]                                 ` <20090427121758.7965c48a-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2009-05-20  6:28                                   ` Jean Delvare
2009-04-21  9:59           ` Jean Delvare
     [not found]             ` <20090421115936.28656d09-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2009-04-21 14:11               ` Michael Lawnick
     [not found]                 ` <49EDD423.3050302-Mmb7MZpHnFY@public.gmane.org>
2009-04-21 16:00                   ` Jon Smirl
     [not found]                     ` <9e4733910904210900r4c5d1a8en178ad106134b7e6d-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-04-21 16:33                       ` Jean Delvare
     [not found]                         ` <20090421183310.50ff7e0c-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2009-04-21 19:18                           ` Jon Smirl
     [not found]                             ` <9e4733910904211218l8428128k1f8dd021c50c7846-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-04-22  5:37                               ` Michael Lawnick
2009-04-24  9:09                               ` Wolfram Sang
2009-04-22  7:40                   ` Jean Delvare
2009-04-21 10:35           ` Wolfgang Grandegger
     [not found]             ` <49EDA185.7040206-5Yr1BZd7O62+XT7JhA+gdA@public.gmane.org>
2009-04-21 11:01               ` Jean Delvare
     [not found]                 ` <20090421130134.1e82a078-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2009-04-21 11:26                   ` Wolfgang Grandegger [this message]
2009-04-21  8:37   ` Wolfram Sang
2009-04-21  8:39   ` Jean Delvare

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=49EDAD4A.4070200@grandegger.com \
    --to=wg-5yr1bzd7o62+xt7jha+gda@public.gmane.org \
    --cc=devicetree-discuss-mnsaURCQ41sdnm+yROfE0A@public.gmane.org \
    --cc=khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org \
    --cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=ml.lawnick-Mmb7MZpHnFY@public.gmane.org \
    --cc=w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.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).